So führen Sie ein agiles Sprint-Planungsmeeting durch + Agenda
Was ist ein Sprint-Planungsmeeting?
Ein Sprint-Planungsmeeting ist eine der Scrum-Zeremonien, die von Teams weit verbreitet sind, die Sprints verwenden, um zu markieren, wann die Arbeit „beginnt“ und „endet“.“ Es ist entworfen, um die Fragen zu beantworten, Was kann in diesem nächsten Sprint geliefert werden? Und wie werden wir diese Arbeit vollbringen?
Vereinfacht gesagt, sollte das Sprint Planning Meeting Struktur bieten, Erwartungen setzen und den Backlog für den kommenden Sprint definieren.
An diesen Treffen sind mehrere Personen beteiligt, und es ist eine sehr gemeinschaftliche Anstrengung. Lassen Sie uns aufschlüsseln, was jede Rolle tut.
Die 3 Scrum-Rollen: Product Owner, Scrum Master, Entwicklungsteam
Der ScrumMaster
Der ScrumMaster erleichtert das Sprint Planning-Meeting und stellt sicher, dass Besprechungsräume gebucht, Vorräte verfügbar, Mitarbeiter vorbereitet und alle Videokonferenzen und andere Konnektivitätsdetails einsatzbereit sind. In Bezug auf die Planung sollte der ScrumMaster dieses Meeting entsprechend der Länge des Sprints timeboxen. Wenn das Team beispielsweise in 2-wöchigen Sprints arbeitet, sollte das Sprintplanungsmeeting zwischen 2 und 4 Stunden dauern. Der ScrumMaster muss die Zeit angemessen verwalten, um sicherzustellen, dass das Sprintziel vollständig ausgerichtet ist, bevor das Meeting abgeschlossen ist.
Der Product Owner
Der Product Owner ist dafür verantwortlich, dass alle Elemente im Backlog vor dem Meeting vorbereitet werden. Sie müssen Details zu jedem Product Backlog-Element klären und eine Ressource für das Team sein, wenn sie Fragen zu Anwendungsfällen oder Akzeptanzkriterien stellen. Dies ist wohl das wichtigste Meeting für einen Product Owner &, für dessen Vorbereitung er sich viel Zeit nehmen muss.
Das Entwicklungsteam
Offensichtlich müssen die Leute, die die Arbeit machen, im Sprint Planning Meeting sein. Designer, Entwickler, Testingenieure — alle, die zum Arbeitsprodukt beitragen — müssen anwesend sein und aktiv an diesem Meeting teilnehmen, damit sie ein solides Verständnis dafür haben, was von ihnen erwartet wird und woran sie im nächsten Sprint arbeiten müssen.
Denken Sie daran, dass Teams bei der Sprintplanung mit der Zeit besser werden. Wenn ein Team neu gebildet wird (oder neu in der agilen Methodik ist), gibt es möglicherweise nicht so viel gemeinsames Verständnis darüber, wie viel in jedem Sprint erledigt werden kann. Später werden wir über die Berechnung der Geschwindigkeit sprechen. Denken Sie daran, dass reife Teams dazu neigen, dies besser zu machen. Es gibt ein Element der ständigen Verbesserung mit Agile, also gönnen Sie sich etwas Gnade, wenn Ihr erstes Sprint Planning Meeting nicht so gut lief, wie Sie es sich erhofft hatten!
Warum sollten Sie ein Sprint Planning Meeting durchführen?
Warum ein Sprint Planning Meeting durchführen? Weil es eine großartige Gelegenheit ist, das gesamte Team zusammenzubringen und zusammenzuarbeiten, um festzustellen, wofür jeder im nächsten Sprint verantwortlich ist! Aus persönlicher Sicht war es für unser Team schwierig zu erkennen, was genau sie an jedem Sprint arbeiteten und – was noch wichtiger ist – warum – bevor wir diese agile Praxis übernommen haben. Seitdem ist es für unser Team viel einfacher, zusammenzuarbeiten und sich sicherer zu fühlen, was wir liefern sollen.
Ein Team, das seine Ziele genau kennt, ist ein glückliches Team. Laut Christina Hartman, PMP, PMI-ACP, sind die grundlegenden Vorteile der Sprintplanung:
- Zusammenarbeit und Teambildung
- Gemeinsames Verständnis des Produkts
- Task Discovery
- Task sign Up
- Task Priorisierung
- Task estimation
- Verbesserung von Wissen und Fähigkeiten
- Verschiedene Perspektiven
- Fördert die Just-in-Time-Planung (JIT)
Im Folgenden sprechen wir nur über einige der größten Vorteile von Sprint Planning-Meetings.
Bringt Definition zu Ihren Zielen
Wenn Sie ein ScrumMaster (oder eine ähnliche DPM-Rolle) in einem Team sind, das Entwicklungsarbeit leistet und agile Methoden verwendet, sollten Sie ein Sprint-Planungsmeeting durchführen. Diese Besprechungen helfen dabei, Ihr Team auf Erfolgskurs zu bringen, da jeder genau verstehen kann, was das Ziel für jeden Sprint der Arbeit ist.
Während der Sprintplanung definieren Sie zwei wichtige Dinge:
Ein Sprintziel
Dies ist eine kurze Beschreibung (1-2 Sätze) dessen, was das Team im Laufe des Sprints abschließen wird. Das Team schreibt es zusammen und veröffentlicht es, damit die Leute jederzeit darauf zurückgreifen können. Das Sprint-Ziel ist auch eine schnelle und einfache Erklärung für die Stakeholder, um zu lesen und zu verstehen, woran das Team arbeitet, ohne auf das Unkraut des Backlogs eingehen zu müssen. Das Sprint-Ziel ist der Messstab, der am Ende jedes Sprints verwendet wird, um die Frage zu beantworten: War dieser letzte Sprint erfolgreich? Ein Beispiel für ein Sprint-Ziel könnte sein: Erstellen Sie Feature X zeitgleich mit dem Feiertagsstart (Signalisierung, dass die Bereitstellung eines Features bis zu einem bestimmten Meilenstein das Hauptziel des Sprints ist).
Ein Sprint Backlog
Dies ist eine Liste der Product Backlog-Elemente, die das Team auswählt und während des Sprints bearbeitet. Es enthält auch alle notwendigen Aufgaben, um die Arbeit zu liefern. Jede Aufgabe sollte auch geschätzt werden. Das großartige Team von Mountain Goat Software hat einen Videokurs über Scrum Foundations &, der erklärt, wie das Sprint Backlog während der Sprintplanung zusammenkommen sollte.
Es ist leicht für Sprints, ohne ein gemeinsames Verständnis dessen, was erreicht werden soll, von den Schienen zu gehen. Das Sprint Planning Meeting ist Ihr Mittel zum Zweck, um dorthin zu gelangen.
Bringt Ausrichtung und Buy-In von Ihrem Team
Denken Sie daran, dass es eine kollaborative Teamarbeit ist, zu den Ergebnissen zu gelangen, die Sie am Ende eines Sprint-Planungsmeetings haben. Das Team entscheidet, wie viel während eines Sprints erledigt wird, nicht ein übermächtiger Product Owner oder ein externer Stakeholder. Ihre Teammitglieder erhalten ein Gefühl der Ermächtigung, indem sie die Verantwortung für ihren Arbeitsfluss übernehmen. Sie profitieren auch von einer besseren Abstimmung mit anderen, indem sie die Zeit haben, darüber zu sprechen, wie ihre Arbeit im nächsten Sprint zusammenpassen wird.
Bietet einen Bezugspunkt für die Geschwindigkeitsmessung
Sie sollten auch ein Sprint-Planungsereignis durchführen, wenn Sie wissen, wie viel Ihr Team während eines Sprints erreichen kann. Dies wird allgemein als Geschwindigkeit oder Sprintgeschwindigkeit bezeichnet und wird festgelegt, nachdem ein Team ein wenig zusammengearbeitet hat. Laut Scrum Inc.,
Die Geschwindigkeit ist ein Maß für den Arbeitsaufwand, den ein Team während eines einzelnen Sprints bewältigen kann, und ist die Schlüsselmetrik in Scrum.
Es wird am Ende eines Sprints berechnet, indem alle abgeschlossenen User Story-Punktschätzungen addiert und über mehrere Sprints gemittelt werden.
Wenn das Team beispielsweise in Sprint 1 25 Story Points abgeschlossen hat, in Sprint 2 35 und in Sprint 3 30, wäre die Teamgeschwindigkeit 30. 25 + 35 + 30 = 90/3 = 30.
In Zukunft würde das Scrum-Team wissen, dass es im Durchschnitt 30 Story Points pro Sprint abschließt und dies als Leitfaden für die Durcharbeitung der Backlog-Elemente in der Sprintplanung verwenden könnte. Wie oben erwähnt, entscheidet das Team, was sie jeden Sprint abbeißen wollen, also wenn sie für 40 Story Points schießen wollen, und alle sind sich einig, könnte der Sprint Backlog zu mehr Story Points als ihre Geschwindigkeit addieren. Das Gegenteil könnte auch wahr sein.
Die Geschwindigkeit wird im Laufe der Zeit nachlassen, aber die Geschwindigkeit eines reifen agilen Teams wird sich nach oben entwickeln, da sie sich immer mehr an die Zusammenarbeit und das Produkt gewöhnen. Die Geschwindigkeit ist eine wichtige Zahl, die der Product Owner berücksichtigen muss, um herauszufinden, wie viele Sprints erforderlich sind, um die nächste Version des Produkts zu veröffentlichen.