Das Product Backlog

Das Product Backlog ist eine sich entwickelnde, geordnete Liste dessen, was zur Verbesserung des Produkts benötigt wird. Es ist die einzige Quelle für Anforderungen für alle Arbeiten.

Hauptmerkmale:

• Geordnet: Nicht nur priorisiert – Einträge stehen in einer bestimmten Reihenfolge
• Sich entwickelnd: Es entwickelt sich weiter, während das Team lernt
• Transparent: Jeder kann es einsehen
• Im Besitz des Product Owners: Der PO entscheidet, was darin enthalten ist und in welcher Reihenfolge

Einträge umfassen:

• Features und Erweiterungen
• Fehlerbehebungen
• Technische Arbeiten
• Wissenserwerb (Spikes)

Product Backlog Refinement ist die fortlaufende Aktivität, Einträgen Details, Schätzungen und Ordnung hinzuzufügen. Dies geschieht kontinuierlich, nicht nur in Meetings.

Was Refinement hervorbringt:

• Kleinere Einträge, die in einen Sprint passen
• Klare Akzeptanzkriterien
• Ausreichendes Verständnis für die Diskussion im Planning
• Schätzungen (falls Ihr Team schätzt)

Wie viel Zeit? Der Scrum Guide schlägt nicht mehr als 10 % der Sprint-Kapazität vor. Für einen 2-Wochen-Sprint sind das etwa 1 Tag insgesamt – oft aufgeteilt in Sitzungen.

Wer macht es? Product Owner und Entwickler arbeiten zusammen. Der PO bringt das „Was und Warum"; Entwickler fügen „Wie"-Überlegungen und Schätzungen hinzu.

Jedes Artefakt hat eine Verpflichtung. Für das Product Backlog ist es das Product Goal.

Das Product Goal beschreibt einen zukünftigen Zustand des Produkts. Es dient als:

• Ziel, gegen das das Team plant
• Filter für Backlog-Einträge (dient dies dem Goal?)
• Etwas, das Stakeholdern kommuniziert werden kann

Merkmale des Product Goals:

• Größer als ein einzelner Sprint
• Konkret genug, um Fortschritt zu messen
• Das Team verfolgt jeweils ein Goal

Das gesamte Product Backlog dient dem Product Goal. Wenn das Goal erreicht (oder aufgegeben) wird, wird ein neues erstellt.