Schritt 1: Bereiten Sie das Sprint Planning Meeting vor!

Aufgaben des Scrum Masters

Der Scrum Master ist für die Organisation aller Scrum Events verantwortlich. Dazu gehört auch das Sprint Planning Meeting, das am Beginn jedes einzelnen Sprints steht. Der Scrum Master sorgt für die Räumlichkeiten und klärt Fragen der Teammitglieder zu den Themen "Scrum" sowie "Sprint Planning". Eine spätere Delegation an andere Mitglieder des Scrum-Teams ist möglich. Falls zur Klärung von Detailfragen erforderlich, lädt der Organisator zusätzliche Spezialisten ein.

Handelt es sich um den ersten Sprint des Projekts, stimmt der Scrum Master die Taktung der Events mit dem gesamten Team ab. Die Standardtaktung der Sprints beträgt einen Monat. Für das Sprint Planning Meeting gibt der Scrum Guide acht Stunden (einen Arbeitstag) vor. Wird eine kürzere Sprint-Dauer vereinbart, reduziert sich direkt proportional die Zeit des Sprint Planning Meetings (z.B.: Halbierung der Sprint-Dauer auf zwei Wochen führt zu einer Dauer des Sprint Planning von vier Stunden). Der Scrum Guide sieht acht Stunden als maximale Dauer für das Sprint Planning Meeting vor, dementsprechend sind auch keine Sprints von mehr als einem Monat vorgesehen.

Aufgaben des Product Owners

Der Product Owner priorisiert die abzuarbeitenden Product Backlog Items. Er wählt eigenständig die aus seiner Sicht notwendigen Backlog Items anhand von Abhängigkeiten und der fachlichen Priorität aus. Hierzu stimmt der Product Owner die Priorisierung einzeln abzuliefernder Features mit entsprechenden Stakeholdern ab.

Als Faustregel gilt, dass doppelt so viele Backlog Items vorbereitet werden sollten wie während eines Sprints in etwa abgearbeitet werden können. Dies hat zwei Gründe:

1. Das einzelne Product Backlog Item wurde noch nicht genau geschätzt. Daher können einzelne Product Backlog Items evtl. weniger aufwendig als erwartet sein. Durch den Puffer zusätzlicher Backlog Items wird gewährleistet, dass auf jeden Fall ein vollständiges Sprint Backlog zusammengestellt werden kann.
2. Die Vorbesprechung weiterer Product Backlog Items für den auf den aktuellen Sprint folgenden Sprint dient der Orientierung des Scrum-Teams und der Information weiterer Stakeholder.

Bild 1 zeigt die Beziehungen der einzelnen Elemente: Product (Backlog), Sprint (Backlog) und Sprint Task aus Sicht des Sprint Planning.

>Bild 1: Zusammenhang von Product Backlog, Sprint Backlog, Backlog Item und Sprint Task.
Bild vergrößern

Da das Team im Sprint Planning entscheidet, wie viele Product Backlog Items in einem Sprint abgearbeitet werden können, benötigt es hierfür alle Informationen zur möglichst genauen Schätzung von Aufwand und Abhängigkeiten. Der Product Owner stimmt deshalb die zur Abarbeitung notwendigen Details für die ausgewählten Backlog Items (z.B. Schnittstellen-Informationen, rechtlicher Rahmen) mit den Stakeholdern ab. Am Ende der Vorbereitung hält der Product Owner die priorisierte Liste der Product Backlog Items bereit und ist in der Lage, diese im Scrum Planning Meeting fachlich zu erläutern.

Bei Bedarf klärt er gemeinsam mit dem Scrum Master die Gegebenheiten und die Art des Austauschs (z.B. Kommunikationsmedium, Methoden, zeitlicher Umfang und Ort) für das Sprint Planning ab.

Schritt 2: Wählen Sie die Backlog Items aus und formulieren Sie das Sprint-Ziel!

Zunächst erklärt der Product Owner die Zielvorstellung des aktuellen Sprints ("objective"). Dazu stellt er die priorisierte Liste der Product Backlog Items vor und präsentiert die von ihm im ersten Schritt zusammengestellten, ergänzenden Informationen. Das gesamte Team klärt entstehende Detailfragen und erarbeitet ein gemeinsames Verständnis der Aufgabe. Der Product Owner ist letztverantwortlich für die Klärung inhaltlicher Fragen.

Anschließend wählen die Mitglieder des Entwicklungsteams die Product Backlog Items für den aktuellen Sprint aus. Die beschriebenen Eingangsgrößen dienen als Grundlage für die Auswahl:

• Velocity: Die vorab grob geschätzten Aufwände der ausgewählten Product Backlog Items werden mit der Velocity verglichen, um eine Über- und Unterforderung im aktuellen Sprint zu vermeiden. Übersteigt der Aufwand für ein Backlog Item die Velocity eines Sprints, muss das Scrum-Team es in kleinere Backlog Items aufgeteilen
• Das letzte Produktinkrement dient bei Bedarf zu Vergleichszwecken. Die Erfahrungen mit ähnlichen Tätigkeiten während des letzten Sprints ermöglichen eine bessere Beurteilung der betrachteten neuen Backlog Items.
• Die Kapazität des Entwicklungsteams dient als weiteres Kriterium, um den Arbeitsumfang für den aktuellen Sprint richtig zu bemessen. Dabei ist eine evtl. Reduktion der Team-Kapazität durch Fehlzeiten im aktuellen Sprint zu berücksichtigen.

Der Scrum Master ist für die Einhaltung der Scrum-Regeln sowie die Moderation zuständig. Er achtet in diesem Schritt insbesondere darauf, dass das Entwicklungsteam eindeutig die Backlog Items für das Sprint Backlog auswählt.

Abschließend formuliert das Scrum-Team das Sprint-Ziel ("Sprint Goal") für den aktuellen Sprint (siehe: "Ergebnisse").