Sprint Planning

Das Sprint Planning initiiert den Sprint, indem es die für den Sprint auszuführenden Arbeiten darlegt. Dieser resultierende Plan wird durch die gemeinschaftliche Arbeit des gesamten Scrum Teams erstellt.

Der:die Product Owner:in stellt sicher, dass die Teilnehmenden vorbereitet sind, die wichtigsten Product-Backlog‐Einträge zu besprechen, und wie sie dem Produkt-Ziel zuzuordnen sind. Das Scrum Team kann zu Beratungszwecken auch andere Personen zur Teilnahme am Sprint Planning einladen.

Das Sprint Planning behandelt die folgenden Themen:

Thema Eins: Warum ist dieser Sprint wertvoll?

Der:die Product Owner:in schlägt vor, wie das Produkt im aktuellen Sprint seinen Wert und Nutzen steigern könnte. Das gesamte Scrum Team arbeitet dann zusammen, um ein Sprint-Ziel zu definieren, das verdeutlicht, warum der Sprint für die Stakeholder:innen wertvoll ist. Das Sprint-Ziel muss vor dem Ende des Sprint Plannings finalisiert sein.

Thema Zwei: Was kann in diesem Sprint abgeschlossen (Done) werden?

Im Gespräch mit dem:der Product Owner:in wählen die Entwickler:innen Einträge aus dem Product Backlog aus, die in den aktuellen Sprint aufgenommen werden sollen. Das Scrum Team kann diese Einträge während dieses Prozesses verfeinern, was Verständnis und Vertrauen erhöht.

Die Auswahl, wie viel innerhalb eines Sprints abgeschlossen werden kann, kann eine Herausforderung darstellen. Je mehr die Entwickler:innen jedoch über ihre bisherige Leistung, ihre zukünftige Kapazität und ihre Definition of "Done" wissen, desto sicherer werden sie in ihren Sprint‐Vorhersagen sein.

Thema Drei: Wie wird die ausgewählte Arbeit erledigt?

Für jeden ausgewählten Product‐Backlog‐Eintrag planen die Entwickler:innen die notwendige Arbeit, um ein Increment zu erstellen, das der Definition of "Done" entspricht. Dies geschieht oft durch Zerlegung von Product‐Backlog‐Einträgen in kleinere Arbeitseinheiten von einem Tag oder weniger. Wie dies geschieht, liegt im alleinigen Ermessen der Entwickler:innen. Niemand sonst sagt ihnen, wie sie Product‐Backlog‐Einträge in Inkrements von Wert umwandeln sollen.

Das Sprint-Ziel, die für den Sprint ausgewählten Product‐Backlog‐Einträge und der Plan für deren Lieferung werden zusammenfassend als Sprint Backlog bezeichnet.

Das Sprint Planning ist zeitlich beschränkt auf maximal acht Stunden für einen einmonatigen Sprint. Bei kürzeren Sprints ist das Event in der Regel kürzer.