Das Backlog Refinement
Das Ziel für das Backlog Refinement
Das Backlog Refinement hat das Ziel, die Anforderungen die sich im Product Backlog befinden, so weit aufzubereiten, dass diese in die Sprint Planung gelangen können. Diese Anforderungen werden Product Backlog Items genannt. Damit das geschehen kann, sind in der Regel die folgenden Schritte nötig.
- Diskussion und Vorstellung der Product Backlog Items durch den Product Owner. Er muss die Anforderungen vom Kunden verstanden haben und kann diese dem Team vorstellen und Fragen dazu beantworten.
- Festlegen von Akzeptanzkriterien. Durch die Diskussion mit Kunden und dem Entwicklungsteam hält der Product Owner mit Akzeptanzkriterien fest, wann für ihn die Anforderung erfüllt ist.
- Schneiden von Product Backlog Items. Die Einträge, die sich im Product Backlog befinden benötigen die richtige Größe. Sie müssen nämlich in einen Sprint passen. Je kleiner Einträge sind, desto besser.
- Schätzen der Einträge. Alle Einträge im Product Backlog sollten geschätzt sein. Das Entwicklungsteam schätzt die Einträge, der Product Owner schätzt nicht mit.
Ablauf des Backlog Refinements
Zum Ablauf direkt sagt der Scrum Guide nicht viel aus, es bleibt Ihnen überlassen eine angemessene Lösung dafür zu finden. Eine Möglichkeit für den Ablauf im Backlog Refinement könnte so aussehen.
Voraussetzungen für die Durchführung
- Einigung auf einen Termin. Bevor Sie das eigentlich Backlog Refinement starten können, benötigen Sie natürlich den Termin. Diesen stimmen das Entwicklungsteam und der Product Owner gemeinsam ab.
- Wer lädt ein? Nicht jedes neue Team macht sich gleich an die Arbeit, wenn es Unklarheiten gibt, lohnt es sich zu überlegen, wer "Meeting- Host" wird. Dabei bietet sich der Scrum Master an, wenn er alle anderen Termine auch verwaltet. Damit liegen dann alle Termine in einer Hand. Durch den Product Owner kann eine gewisse Wichtigkeit ausgedrückt werden, wenn er zu diesem Event einlädt. Wenn er das bei Ihnen auch schon beim Sprint Review macht, bietet sich dieser Termin ggf. auch an.
Das Refinement im Ablauf
Der Ablauf im Backlog Refinement ist eine Schleife über alle Product Backlog Items, bis die Zeit um ist oder bis kein Diskussionsbedarf mehr über weitere Anforderungen herrscht.
- Vorstellung des Product Backlog Items. Der Product Owner stellt das entsprechende Product Backlog Item vor. Dazu liest er es in der Regel vor und erklärt dem Entwicklungsteam, was damit gemeint ist. Im Vorfeld kann der Product Owner schon Akzeptanzkriterien eingefügt haben.
- Fragen des Entwicklungsteam. Nach der Vorstellung fragt das Entwicklungsteam den Product Owner zu diesem Product Backlog Item. Das Ergebnis dieser Diskussion wird im PBI festgehalten. Es kann bei dieser Diskussion auch herauskommen, dass zu wenig Informationen vorliegen oder noch weitere Akzeptanzkriterien nötig sind.
- Aktualisierung / Hinzufügen von Akzeptanzkriterien. Durch die Diskussion und das Lernen entstehen oft neue Erkenntnisse, die sich in Form von neuen bzw. erweiterten Akzeptanzkriterien ausdrücken lassen.
- Schneiden von PBIs. Das Team versucht möglichst kleine Anforderungen zu behandeln. Mindestens muss so eine Anforderung in den Sprint passen. Deshalb müssen zu große Einträge weiter geschnitten (verkleinert) werden.
- Schätzen von Einträgen. Die eben erstellten oder besprochenen Product Backlog Einträge werden geschätzt. Am besten in einer Art und Weise, die dem agilen Schätzen naheliegt.
Nach dem Refinement
Optimalerweise konnten alle Fragen und Anmerkungen direkt im Backlog Refinement geklärt werden. Durchaus wird eine Frage im Nachgang noch geklärt, vielleicht nicht mehr zwischen allen. Diese Informationen müssen dann selbstständig und gewissenhaft durch die entsprechenden Personen im Product Backlog aufgenommen werden. Oft werden die Schätzungen der Entwickler in der Zeit bis zum Sprint Planning durchgeführt um hier vorbereitet zu sein und anhand der Velocity zu erkennen was alles im nächsten Sprint geschafft werden kann.