Scrum –

Product Backlog
QQ
Zweck: Überblick über die noch ausstehenden Eigenschaften/Features
des Produkts
QQ
Eigenschaften:
• Einträge beschreiben das Was und nicht das Wie.
• Geordnet (in der Regel nach Priorität)
• Hoch priorisierte Einträge sind klein und detailliert
ausgearbeitet.
• Niedrig priorisierte Einträge sind groß und nur grob
skizziert.
• Ist geschätzt.
• Transparent für das Entwicklungsteam und die Stakeholder
• Enthält nur die noch offenen Eigenschaften/Features
(und nicht die bereits abgeschlossenen)
QQ
Verwendung:
• Ordnung/Priorisierung durch den Product Owner
• Schätzung durch das Entwicklungsteam
• Basis für Releaseplanung und -Controlling
QQ
Empfehlungen:
• Das Product Backlog existiert physikalisch (Karteikarten/Haftnotizen
an der Wand).
• Beschränkung auf maximal 70–80 Einträge pro Release
(noch besser: ein bis zwei Dutzend)
• Unterscheidung in Einträge, die für das aktuelle Release
geplant sind, und solche für später (Ideen)
• User Stories und Epics als Product-Backlog-Einträge
(wenn im Unternehmen nicht bereits ein anderes gut
funktionierendes Format etabliert ist)
• Gruppierung der Einträge nach Themen
• Bugs, die nicht sofort beseitigt werden, werden ins
Product Backlog aufgenommen und durch den Product
Owner priorisiert.
Sprint Backlog
QQ
Zweck: Überblick über die noch ausstehenden Arbeiten
im Sprint
QQ
Eigenschaften:
• Enthält die für den Sprint ausgewählten Product-Backlog-Einträge
sowie den Plan für die Umsetzung
• Geordnet (in der Regel nach Priorität)
• Zeigt den Zustand der Planumsetzung.
QQ
Verwendung:
• Wird im Sprint Planning durch das Entwicklungsteam
erstellt.
• Aktualisierung durch das Entwicklungsteam im Daily
Scrum
Q Q Empfehlungen:
• Das Sprint Backlog existiert physikalisch in Form
eines Taskboards (Karteikarten/Haftnotizen an der
Wand) im Teamraum.
• Die Reihenfolge auf dem Taskboard bildet die Priorisierung
der Product-Backlog-Einträge ab.
• Spalten: User Story, ToDo, Doing, Done
• Darstellung von Sprint-Ziel und Definition of Done
auf dem Taskboard
• User Stories und Tasks als Einträge (wenn im Unternehmen
nicht bereits ein anderes gut funktionierendes
Format etabliert ist)
• Eigene Zeile oben auf dem Taskboard für ungeplante
Bugs, die noch im Sprint erledigt werden müssen
22