Sprint Planning ist die erste Veranstaltung, die den Start jedes Sprint einleitet. Es leitet das Sprint ein, indem es ein Ziel festlegt, die zu erledigenden Arbeiten definiert und darlegt, wie diese vom gesamten Scrum-Team ausgeführt werden.
Durch die Definition eines Sprint-Ziels kann das Team auf dieser Grundlage bestimmen, an welchen Product Backlog-Elementen es während dieses Sprint arbeitet.
Wer ist an Sprint Planning beteiligt?
Normalerweise ist das gesamte Scrum-Team an Sprint Planning beteiligt und sollte obligatorische Teilnehmer des Sprint Planning-Meetings sein.
Der Product Owner und Developers definiert das Sprint-Ziel basierend auf dem angestrebten Wert. Das Team der Developers muss sich dann darauf einigen, wie es dieses Ziel erreichen will, indem es die erforderlichen Arbeiten ermittelt. A Scrum Master Ermöglicht häufig das Sprint Planning, um sicherzustellen, dass die Diskussion effektiv ist und dass sich das Scrum-Team über das Sprint-Ziel einig ist und dass die entsprechenden Produkt-Backlog-Elemente im Sprint-Backlog enthalten sind.
Wenn einer der Teilnehmer bei der Besprechung fehlt, wird es schwierig, das Sprint-Ziel zu erreichen, daher ist es wichtig, dass alle teilnehmen. Das Scrum-Team kann bei Bedarf auch andere Personen zur Teilnahme einladen, um weitere Ratschläge zu geben.
Wann findet Sprint Planning statt?
Das Sprint Planning-Treffen findet am ersten Tag eines neuen statt Scrum Sprint.
Da die Veranstaltung im Anschluss an die Überprüfung des vorherigen Sprint stattfindet, ist sie eine gute Gelegenheit, im Nachhinein über Diskussionen zur Unterstützung des neuen Sprint nachzudenken. Einige Teams finden es möglicherweise auch vorteilhaft, einen regelmäßigen Termin für das Sprint Planning-Meeting festzulegen, damit sie sicherstellen können, dass ihr Kalender frei von anderen Verpflichtungen ist.
Wie im Scrum Guide erwähnt, verfügt Sprint Planning auch über eine Timebox, abhängig von der Länge des Sprint. Für einen einmonatigen Sprint sollte das Timeboxing bei 8 Stunden oder weniger liegen.
Was muss für das Sprint Planning-Treffen vorbereitet werden?
Die Durchführung eines erfolgreichen Sprint Planning-Meetings erfordert einige Planung. Wie im vorherigen Abschnitt erwähnt, ist es eine gute Gelegenheit, retrospektive Erkenntnisse aus früheren Sprints zu nutzen. Der Product Owner muss vorbereitet werden, indem die Lehren aus der vorherigen Sprint-Überprüfung mit dem Feedback der Stakeholder und der Vision für das Produkt kombiniert werden, damit sie den Grundstein für den Sprint legen können. Der Product Backlog sollte verfeinert werden, um dem Team Klarheit zu verschaffen.
Wie ist die Struktur des Sprint Planning-Treffens?
Das Sprint Planning-Treffen wird einer Struktur folgen, die die folgenden drei Schlüsselthemen behandelt.
Thema 1: Warum ist dieser Sprint wertvoll? Wie bereits erwähnt, sollte der Product Owner den Wert definieren, den er anstrebt Was ist Scrum-Kapazität?vom Produkt. Das gesamte Scrum-Team arbeitet dann zusammen, um ein Sprint Goal zu definieren, das kommuniziert, warum das Sprint für die Stakeholder wertvoll ist. Das Sprint Goal soll vor dem Ende des Sprint Planning fertiggestellt werden.
Thema zwei: Was kann mit diesem Sprint gemacht werden? Die Developers und Product Owner arbeiten gemeinsam daran, welche Punkte aus dem Backlog während des aktuellen Sprint erreicht werden können. Die Definition, wie viel Arbeit innerhalb eines Sprint erledigt werden kann, ist oft eine Herausforderung. Allerdings sollten die Developers ihre Erfahrungen mit der bisherigen Leistung, der bevorstehenden Kapazität und ihren Definition of Done nutzen, um bei ihren Sprint-Prognosen zuversichtlich zu sein.
Thema drei: Wie wird die ausgewählte Arbeit erledigt? Für das Abschlussthema planen die Developers die notwendigen Arbeiten für die ausgewählten Product Backlog-Artikel. Dies kann erreicht werden, indem die Aufgabe identifiziert wird, die für die Bereitstellung jedes Product Backlog erforderlich ist. Normalerweise sind Aufgaben die Arbeit von einem Tag oder weniger. Es ist wichtig zu verstehen, dass sich die Aufgaben während des Sprint ändern können, das Sprint Goal jedoch bestehen bleibt.
Die Sprint Goal, die für die Sprint ausgewählten Product Backlog-Artikel sowie der Plan für deren Lieferung werden zusammen als Sprint Backlog bezeichnet.
Häufige Schwierigkeiten bei Sprint Planning
Es gibt ein paar häufige Fehler, die ebenfalls berücksichtigt werden sollten.
Das Fehlen eines klar definierten Sprint-Ziels wird die Lieferfähigkeit des Scrum-Teams schwächen. Es kann auch dazu führen, dass das Team eine Sprint-Last an Arbeit leistet, ohne das Gefühl zu haben, dass Fortschritte erzielt wurden. Es versteht sich von selbst, dass dies ein entscheidender Teil von Sprint Planning sowohl für die Struktur als auch für die Teammoral ist.
Auch das Nichtzulassen von Änderungen während Sprint Planning kann ein häufiger Fehler sein. Es ist wichtig, flexibel zu bleiben, insbesondere wenn das Team ständig lernt und sich weiterentwickelt.
Zusammenfassung von Sprint Planning
Sprint Planning ist ein wichtiges Ereignis für den Erfolg jedes Sprint. Es bietet einen Mehrwert, indem es einem Team ermöglicht, jedes Sprint mit einem gegenseitigen Verständnis darüber zu beginnen, woran es während der Dauer des Sprint arbeiten wird, und einen ersten Plan für die Herangehensweise an diese Arbeit bereitzustellen.
