Sprint Planning

Bei der nachfolgenden Übersetzung handelt es sich um eine freie und inoffizielle deutsche Übersetzung.

Der Scrum Guide 2020 | Scrum Events

Sprint Planning

Die Sprint-Planung leitet den Sprint ein, indem sie die für den Sprint auszuführenden Arbeiten festlegt. Dieser resultierende Plan wird durch die Zusammenarbeit des gesamten Scrum-Teams erstellt.

Der Product Owner stellt sicher, dass die Teilnehmer bereit sind, die wichtigsten Product Backlog-Elemente und deren Zuordnung zum Produktziel zu besprechen. Das Scrum-Team kann auch andere Personen zur Teilnahme an Sprint Planning einladen, um Ratschläge zu erteilen.

Sprint Planning behandelt die folgenden Themen:

Thema 1: Warum ist dieser Sprint wertvoll?

Der Product Owner schlägt vor, wie das Produkt seinen Wert und Nutzen im aktuellen Sprint steigern kann.

Das gesamte Scrum-Team arbeitet dann zusammen, um ein Sprint-Ziel zu definieren, das kommuniziert, warum der Sprint für die Stakeholder wertvoll ist.

Das Sprint-Ziel muss vor dem Ende der Sprint-Planung festgelegt werden

Thema 2: Was kann in diesem Sprint erledigt werden?

In einer Diskussion mit dem Product Owner wählen die Entwickler Elemente aus dem Product Backlog aus, die in den aktuellen Sprint aufgenommen werden sollen. Das Scrum-Team kann diese Elemente während dieses Prozesses verfeinern, was das Verständnis und das Vertrauen erhöht.

Die Auswahl, wie viel innerhalb eines Sprints erledigt werden kann, kann eine Herausforderung sein.

Je mehr die Entwickler jedoch über ihre Leistung in der Vergangenheit, ihre bevorstehende Kapazität und ihre Definition of Done wissen, desto sicherer werden sie in ihren Sprint-Prognosen sein.

Thema 3: Wie wird die gewählte Arbeit erledigt?

Für jedes ausgewählte Product Backlog-Element planen die Entwickler die Arbeit, die zum Erstellen eines Inkrements erforderlich ist, das der Definition von Fertig entspricht.

Dies erfolgt häufig durch Zerlegen von Product Backlog-Elementen in kleinere Arbeitselemente von einem Tag oder weniger. Wie dies geschieht, liegt im alleinigen Ermessen der Entwickler. Niemand sonst sagt ihnen, wie Product Backlog-Elemente in Wertinkremente umgewandelt werden sollen

Das Sprint-Ziel, die für den Sprint ausgewählten Product Backlog-Elemente sowie der Plan für deren Bereitstellung werden zusammen als Sprint-Backlog bezeichnet.

Die Sprint Planung ist für einen einmonatigen Sprint auf maximal acht Stunden festgelegt. Bei kürzeren Sprints ist das Ereignis normalerweise kürzer.