Die Sprint-Planning-Checkliste

Ein Sprint-Planning-Meeting ist nur so gut wie die Vorbereitung, die ihm vorausgeht. Teams, die ohne klare Backlogs, fehlende Schätzungen und undefinierte Kapazität erscheinen, produzieren routinemäßig Sprint-Commitments, die sie nicht einhalten können.

Kostenlose Planning-Poker-Sitzung erstellen Leitfäden

Vor dem Sprint Planning: Vorbereitungs-Checkliste

Die meisten Sprint-Planning-Misserfolge beginnen Tage vor dem Meeting. Dies sind die Inputs, die vor Meetingbeginn vorhanden sein müssen.

Backlog-Bereitschaft

Das Product Backlog ist geordnet, mit den höchst-priorisierten Einträgen an der Spitze.
Die obersten 1,5× Sprint-Kapazität an Stories haben akzeptierte Akzeptanzkriterien.
Alle Kandidaten-Stories haben Story-Point-Schätzungen aus einer aktuellen Planning-Poker-Sitzung.
Keine Kandidaten-Story hat eine ungelöste Abhängigkeit, die sie daran hindern würde, am ersten Tag zu beginnen.
Der Product Owner hat die Top-Stories im letzten Sprint überprüft und genehmigt.

Teamkapazität

Die Verfügbarkeit jedes Teammitglieds für den Sprint ist bestätigt (Urlaub, Konferenzen, On-Call-Rotation, Teilzeitzuweisungen).
Die Sprint-Kapazität wurde berechnet: verfügbare Tage × Fokus-Faktor, ausgedrückt in Story Points anhand der letzten Velocity.
Ein Kapazitätspuffer wurde reserviert (plane für 70–80 % des theoretischen Maximums, nicht 100 %).

Sprint-Goal-Vorbereitung

Der Product Owner hat einen Entwurf des Sprint Goals bereit — nicht final, aber ein Ausgangspunkt.
Der Scrum Master hat die vorgeschlagenen Stories überprüft und bestätigt, dass sie den Entwurf des Ziels unterstützen.
Alle Stories aus dem vorherigen Sprint, die nicht fertiggestellt wurden, wurden bewertet: zum Backlog hinzugefügt, neu geschätzt wenn der Umfang sich änderte, oder entfernt wenn nicht mehr relevant.

Während des Sprint Plannings: Meeting-Checkliste

Sprint Planning hat eine empfohlene Timebox von bis zu 8 Stunden für einen 4-Wochen-Sprint, 4 Stunden für einen 2-Wochen-Sprint.

Sprint-Goal-Vereinbarung

Der Product Owner schlägt das Sprint Goal mit Kontext vor: warum jetzt, welchen Wert es liefert.
Das Team stellt Klärungsfragen und verhandelt den Umfang bei Bedarf.
Das Sprint Goal wird aufgeschrieben und vom gesamten Team vereinbart, bevor die Elementauswahl beginnt.

Backlog-Elementauswahl

Das Team wählt Stories vom Backlog-Top, die das Sprint Goal unterstützen.
Ausgewählte Stories werden gegen die Sprint-Kapazität geprüft. Gesamtstory-Punkte dürfen die geplante Kapazität nicht überschreiten.
Der Product Owner bestätigt, dass die ausgewählten Stories ausreichend Wert repräsentieren.

Schätzung (falls nötig)

Alle ungeschätzten Stories oder Stories mit wesentlich geändertem Umfang werden mit Planning Poker geschätzt.
Stimmen werden gleichzeitig enthüllt. Ausreißer erklären ihre Begründung vor der erneuten Abstimmung.
Stories, die in 2–3 Runden keinen Konsens erreichen, werden für Refinement zurückgestellt.

Aufgabenzerlegung

Das Team identifiziert spezifische Aufgaben für die ersten 2–3 Tage des Sprints.
Abhängigkeiten zwischen Aufgaben werden markiert und erste Zuweisungen vereinbart.
Mögliche Blocker oder Risiken für den Sprint werden identifiziert und Eigentümer zugewiesen.

Nach dem Sprint Planning: Abschluss-Checkliste

Der Meeting-Abschluss dauert 5–10 Minuten, produziert aber kritische Artefakte und Commitments.

Das Sprint Goal ist im Projekt-Tracking-Tool erfasst und für alle Stakeholder sichtbar.
Alle ausgewählten Stories werden im Tracking-Tool in den Sprint verschoben.
Story-Point-Werte sind für alle ausgewählten Einträge bestätigt und erfasst.
Sprint-Startdatum, Enddatum und Sprint-Review-/Retrospektive-Termine sind bestätigt.
Alle besprochenen, aber nicht ausgewählten Einträge werden mit aktualisierten Notizen zum Backlog zurückgegeben.
Aktionspunkte aus der Planungssitzung werden mit Eigentümern erfasst.
Das Sprint Goal wird mit relevanten Stakeholdern geteilt, bevor der Sprint beginnt.

Sprint-Planning-Checkliste FAQ

Wie weit im Voraus soll ich mich auf das Sprint Planning vorbereiten?

Backlog Refinement sollte kontinuierlich während des vorherigen Sprints stattfinden. Die spezifische Vorbereitung für Sprint Planning sollte am Tag davor erfolgen.

Was wenn eine Story die Definition of Ready beim Planning nicht erfüllt?

Zum Backlog zurückgeben mit einer Notiz was fehlt. Stories nicht schätzen oder auswählen, die nicht bereit sind.

Benötigt jedes Team dieselbe Checkliste?

Nein. Diese Checkliste ist ein Ausgangspunkt. Passe sie an den Kontext deines Teams an.

Wie nutzen wir diese Checkliste, ohne Meeting-Overhead hinzuzufügen?

Nutze sie als Vorbereitungsvorlage, nicht als Meeting-Agendapunkt. Der Scrum Master überprüft die Checkliste vor dem Meeting.

Mache dein Sprint Planning effizient mit kostenlosem Online-Planning-Poker