Das Sprint Backlog

Das Sprint Backlog besteht aus:

1. Dem Sprint Goal (warum)
2. Product Backlog-Einträgen, die für den Sprint ausgewählt wurden (was)
3. Einem Plan zur Lieferung des Inkrements (wie)

Es ist ein hochgradig sichtbares Echtzeit-Bild der Arbeit, die Entwickler während des Sprints zu erledigen planen.

Hauptmerkmale:

• Im Besitz der Entwickler: Nur sie können es während des Sprints ändern
• Täglich aktualisiert: Wenn Arbeit abgeschlossen und neue Arbeit entdeckt wird
• Lebendiger Plan: Passt sich an, während das Team lernt, und schützt dabei das Sprint Goal

Das Sprint Backlog ist kein Vertrag – es ist ein Plan, der sich entwickelt.

Was sich ändern kann:

• Die Aufgaben und der Ansatz (wie) passen sich an, während das Team lernt
• Einträge können mit dem PO neu verhandelt werden, wenn der Umfang die Kapazität übersteigt
• Neue Arbeit kann hinzugefügt werden, wenn Kapazität vorhanden ist

Was sich nicht ändert:

• Das Sprint Goal bleibt fest (es sei denn, der Sprint wird abgebrochen)
• Qualität (Definition of Done) wird niemals kompromittiert

Die Rolle des PO während des Sprints:

• Beantwortet Fragen zu Einträgen
• Klärt Akzeptanzkriterien
• Verhandelt bei Bedarf den Umfang
• Fügt NICHT ohne Zustimmung des Teams Arbeit hinzu

Das Sprint Goal ist die Verpflichtung für das Sprint Backlog. Es bietet:

Fokus: Wenn jemand fragt „woran soll ich arbeiten?", bezieht sich die Antwort auf das Sprint Goal.

Flexibilität: Einträge können angepasst werden, solange das Goal erreichbar ist.

Kohärenz: Der Sprint besteht nicht nur aus zufälligen Einträgen – er ist ein bedeutungsvolles Ziel.

Für Stakeholder: Eine klare Aussage darüber, welchen Wert dieser Sprint liefert.

Wenn das Sprint Goal obsolet wird, kann der Sprint abgebrochen werden. Dies ist der einzige Grund, einen Sprint vorzeitig zu beenden.