Mit dem Sprint Planning beginnt jeder Sprint. Das Ergebnis des Sprint Planning ist das Sprint Backlog, welches aus dem Sprintplan und dem Sprintziel besteht.
21.4.2021
2 Stunden/Sprintwoche. Maximal 8 Stunden bei einem 4-Wochen Sprint. Je besser die Anforderungen im Product Backlog Refinement verstanden wurden, desto kürzer kann das Sprint Planning sein.
Im Sprint Planning sind alle Rollen des Scrum Teams vertreten. Product Owner und Developer besprechen die Anforderungen für den nächsten Sprint, der Scrum Master unterstützt beratend und kann eine Empfehlung, basierend auf der Team-Performance der letzten Sprints, abgeben.
Für den dritten Teil des Sprint Planning können noch Experten eingeladen werden, um den Developern bei der Umsetzungsplanung zu helfen.
Im Planning sollen sowohl das Sprintziel als auch der Sprintplan festgelegt werden. Das Sprintziel wird vom Product Owner vorgeschlagen, genauso wie die Items für das Sprint Backlog. Letztlich entscheiden aber die Developer, zu welchen Aufgaben sie sich für den Sprint committen. Und sie alleine entscheiden, wie sie diese Aufgaben angehen. Dazu stehen folgende drei Themen auf der Agenda:
Der Product Owner hat das Sprint Planning vorbereitet. Er hat die am höchsten priorisierten Items im Product Backlog im Refinement mit den Developern besprochen, sodass diese geschätzt vorliegen und alle Scrum Team Mitglieder inhaltlich auf dem Stand sind nun diskutieren zu können, wie viele Items umgesetzt werden können. Außerdem kommt der Product Owner mit einem Vorschlag für das Sprintziel ins Planning. Er muss darlegen können, warum dieser Sprint wertvoll ist. Auch für die Items, die vom Product Backlog in den Sprint Backlog wandern hat er einen Vorschlag. Der Scrum Master kann bei der Vorbereitung unterstützen, indem er dem Product Owner eine Prognose der Menge an Product Backlog Items abgibt, die voraussichtlich vom Development Team im Sprint fertiggestellt werden können – die sogenannte Velocity.
Mit dieser Vorbereitung beginnt der Product Owner das Planning indem er dem Scrum Team das Sprintziel vorstellt. Auf Basis dessen und der Priorisierung der Product Backlog Items ziehen sich nun die Developer Items ins Sprint Backlog.
Im dritten Teil des Sprint Plannings besprechen die Developer, wie sie die Aufgaben technisch umsetzen. Dabei hilft alles, was sinnvoll erscheint: Mockups, Skizzen, Code, usw. Bei großen Sprint Backlog Items sollten die Entwickler außerdem Unteraufgaben formulieren, um die Komplexität der einzelnen Items zu reduzieren und parallel an diesen arbeiten zu können. Das Planning ist abgeschlossen, wenn das "Wie" für den Sprint Backlog mindestens für die ersten zwei Tage des Sprints klar formuliert ist. Falls neue kann durchaus sein, dass der Sprintplan erst im Laufe des Sprints weiter konkretisiert wird.
21.4.2021