Sprint Planning ist das erste Event, das den Beginn jedes Sprints einleitet. Es startet den Sprint, indem ein Ziel gesetzt, die zu erledigende Arbeit definiert, und skizziert wird, wie sie vom gesamten Scrum-Team umgesetzt wird.
Durch die Definition eines Sprint Goals kann das Team dies als Grundlage nutzen, um zu bestimmen, an welchen Product-Backlog-Elementen während dieses Sprints gearbeitet wird.
Wer ist an Sprint Planning beteiligt?
Typischerweise ist das gesamte Scrum-Team an Sprint Planning beteiligt und sollte verpflichtend beim Sprint-Planning-Meeting anwesend sein.
Die Product-Owner-Person und die Developer definieren das Sprint Goal basierend auf dem angestrebten Wert. Das Team der Developer muss dann vereinbaren, wie dieses Ziel geliefert wird, indem die nötige Arbeit identifiziert wird. Ein Scrum Master moderiert häufig das Sprint Planning, um sicherzustellen, dass die Diskussion wirksam ist und das Scrum-Team sich über das Sprint Goal einig ist und die passenden Product-Backlog-Elemente in den Sprint Backlog aufgenommen werden.
Fehlt jemand der Teilnehmenden im Meeting, wird es schwieriger, das Sprint Goal zu erreichen, weshalb die Anwesenheit aller wichtig ist. Das Scrum-Team kann bei Bedarf auch andere Personen zur weiteren Beratung einladen.
Wann findet Sprint Planning statt?
Das Sprint-Planning-Meeting findet am ersten Tag eines neuen Scrum-Sprints statt.
Da das Event nach dem Review des vorherigen Sprints stattfindet, ist es eine gute Gelegenheit, rückblickende Überlegungen einzubeziehen, die dem neuen Sprint helfen. Manche Teams finden es auch hilfreich, einen regelmäßigen Zeitpunkt für das Sprint-Planning-Meeting zu haben, damit der Kalender frei von anderen Terminen ist.
Wie im Scrum Guide festgehalten, hat Sprint Planning auch eine Zeitbox, abhängig von der Länge des Sprints. Für einen einmonatigen Sprint sollte sie 8 Stunden oder weniger betragen.
Was muss für das Sprint-Planning-Meeting vorbereitet werden?
Ein erfolgreiches Sprint-Planning-Meeting durchzuführen, erfordert etwas Vorbereitung. Wie im vorherigen Abschnitt erwähnt, ist es eine gute Gelegenheit, retrospektive Erkenntnisse aus vorherigen Sprints zu nutzen. Die Product-Owner-Person muss vorbereitet sein und Lehren aus dem vorherigen Sprint Review mit Stakeholder-Feedback und der Produktvision verbinden, um den Rahmen für den Sprint zu setzen. Der Product Backlog sollte verfeinert werden, um dem Team Klarheit zu geben.
Wie ist das Sprint-Planning-Meeting strukturiert?
Das Sprint-Planning-Meeting folgt einer Struktur, um die drei folgenden Kernthemen zu behandeln.
Thema 1: Warum ist dieser Sprint wertvoll? Wie bereits angesprochen, sollte die Product-Owner-Person den angestrebten Wert aus dem Produkt definieren. Das gesamte Scrum-Team arbeitet dann gemeinsam daran, ein Sprint Goal zu definieren, das kommuniziert, warum der Sprint für die Stakeholder wertvoll ist. Das Sprint Goal sollte vor Ende des Sprint Plannings feststehen.
Thema Zwei: Was kann in diesem Sprint erledigt werden? Developer und Product-Owner-Person arbeiten gemeinsam daran, welche Elemente aus dem Backlog während des aktuellen Sprints erreicht werden können. Zu definieren, wie viel Arbeit innerhalb eines Sprints abgeschlossen werden kann, ist oft herausfordernd. Die Developer sollten jedoch ihre Erfahrung mit vergangener Leistung, kommender Kapazität, und ihrer Definition of Done nutzen, um sich bei ihren Sprint-Prognosen sicher zu sein.
Thema Drei: Wie wird die gewählte Arbeit erledigt? Für das letzte Thema planen die Developer die für die ausgewählten Product-Backlog-Elemente nötige Arbeit. Das lässt sich erreichen, indem die für die Lieferung jedes Elements nötigen Aufgaben identifiziert werden. Üblicherweise sind Aufgaben Arbeit von einem Tag oder weniger. Wichtig zu verstehen ist, dass sich Aufgaben während des Sprints ändern können, aber das Sprint Goal bleibt bestehen.
Das Sprint Goal, die für den Sprint ausgewählten Product-Backlog-Elemente, plus der Plan zu ihrer Lieferung werden zusammen als Sprint Backlog bezeichnet.
Häufige Schwierigkeiten bei Sprint Planning
Ein paar häufige Fehler sollten ebenfalls bedacht werden.
Kein klar definiertes Sprint Goal zu haben, schwächt die Fähigkeit des Scrum-Teams zu liefern. Es kann auch dazu führen, dass das Team eine Sprint-Ladung Arbeit liefert, ohne das Gefühl zu haben, Fortschritt gemacht zu haben. Das ist ein entscheidender Teil von Sprint Planning, sowohl für Struktur als auch für Teammoral.
Änderungen während Sprint Planning nicht zuzulassen, kann ebenfalls ein häufiger Fehler sein. Es ist wichtig, flexibel zu bleiben, besonders während das Team weiter lernt und sich entwickelt.
Zusammenfassung von Sprint Planning
Sprint Planning ist ein bedeutsames Event für den Erfolg jedes Sprints. Es schafft Wert, indem es einem Team erlaubt, jeden Sprint mit gegenseitigem Verständnis darüber zu beginnen, woran während der Dauer des Sprints gearbeitet wird, sowie mit einem ersten Plan, wie diese Arbeit angegangen wird.