Product Backlog Die Refinement ist der Prozess, bei dem Details, Schätzungen und Reihenfolge zu den Elementen im Product Backlog. Jeder Sprint erfordert eine kontinuierliche Product Backlog Refinement, um die Elemente für zukünftige Sprints vorzubereiten. Wenn die Backlog-Elemente auf das angemessene Maß an Feinheit verfeinert wurden, werden die Elemente ganz oben im Product Backlog (höchste Priorität, größter Umfang) aufgeteilt, sodass sie für einen einzelnen Sprint geeignet sind, wie in der Abbildung unten gezeigt.

Struktur des Product Backlogs
Feinheitsstufen von PBIs
Nicht alle Elemente im Product Backlog sind gleich groß oder haben das gleiche Detailniveau. PBIs, die wir bald bearbeiten möchten, sollten nahe am Anfang des Backlogs stehen – kleiner in Umfang und sehr detailliert – damit sie innerhalb eines kurzen Sprints abgeschlossen werden können. PBIs, die wir erst später bearbeiten werden, sollten am Ende des Backlogs stehen – größer und weniger detailliert.
- Am oberen Rand der Abbildung stellen die großen orangefarbenen Blöcke Geschäftsziele dar, die das System erreichen muss – Anwendungsfälle oder Nutzerfunktionen.
- Auf der nächsten Ebene sind PBIs größer als ein einzelner Sprint, aber kleiner als eine Release-Phase. Nennen wir diese PBIs auf dieser Ebene „Epics“.
- Auf der dritten Ebene finden wir PBIs, die entsprechend für einen Sprint dimensioniert sind – sie können in Tagen statt Wochen abgeschlossen werden. Diese Elemente erfüllen die Definition der Bereitschaft und können als Nutzerstories formuliert werden.
- Auf der niedrigsten Ebene können diese PBIs aus Nutzerstories in Aufgaben aufgeteilt und innerhalb einer einzelnen Iteration abgeschlossen werden.
Sprint-Planungsprozess
Sprint-Planung erfordert in der Regel eine angemessene Vorbereitung, um sicherzustellen, dass das Product Backlog auf ein angemessenes Maß an Detail verfeinert wurde und Schätzungen sowie Akzeptanzkriterien (was der Zweck der Product Backlog Refinement ist). Wenn die Product Backlog-Elemente während des Verfeinerungsprozesses gründlich analysiert und sorgfältig geprüft wurden, können sie klar verstanden und während der Sprint-Planungssitzung leicht ausgewählt werden.

Sprint-Planungsprozess
Product Backlog
Der Product Backlog listet alle erforderlichen Lieferungen auf. Sein Inhalt ist nach Geschäftswert geordnet. Wie oben erwähnt, erscheinen die wichtigsten Elemente ganz oben im Product Backlog, damit das Team weiß, was zuerst geliefert werden muss. Die Priorität der Backlog-Elemente kann sich ändern, und neue Anforderungen können hinzugefügt oder entfernt werden – wodurch der Product Backlog zu einem kontinuierlich gepflegten Plan wird, der im Laufe der Zeit wachsenden Geschäftswert liefert.
Product-Backlog-Elemente
Product-Backlog-Elemente (PBIs) sind die Elemente, aus denen der Product Backlog besteht. PBI-Elemente können Spezifikationen und Anforderungen, Anwendungsfälle, Epics, Nutzerstories, Fehler oder sogar zeitlich begrenzteForschungsaufgaben enthalten.

Product-Backlog-Elemente
Zusammenfassung
Das Ziel des Product Backlog Refinement-Prozesses besteht darin, Product Backlog-Elemente für die Sprint-Planung vorzubereiten, sodass sie:
- Klar und verständlich für jedes Mitglied des Teams
- Klein genug, um in einen Sprint zu passen











