Vorlage für die Sprint-Planning-Agenda

Eine praktische, direkt nutzbare Sprint-Planning-Agenda für Scrum-Teams. Passe die Zeiten an die Länge deines Sprints und die Teamgröße an — und führe dann eine fokussierte Session durch, die mit einem Plan endet, an den alle glauben.

Planning Poker für die Schätzung öffnen Zurück zu den Leitfäden

So verwendest du diese Vorlage

Die untenstehende Agenda ist für einen zweiwöchigen Sprint ausgelegt (typische Timebox: 2–4 Stunden). Für kürzere Sprints skaliere jeden Block proportional. Teile sie vor dem Meeting mit deinem Team, damit alle vorbereitet ankommen.

Sprint-Planning-Agenda (2-wöchiger Sprint, ~3 Stunden)

Zeit	Block	Verantwortlich	Ergebnis
0:00 – 0:10	Begrüßung & Kontext — Rückblick auf den vorherigen Sprint, Ziele von heute	Scrum Master	Gemeinsamer Kontext; alle sind bereit zu planen
0:10 – 0:25	Sprint-Ziel — PO schlägt vor; Team verfeinert die Formulierung	Product Owner + Team	Abgestimmtes, schriftliches Sprint-Ziel
0:25 – 0:35	Kapazitätscheck — verfügbare Tage, Feiertage, Support-Rotation	Entwickler	Kapazität in Developer-Tagen oder Story-Point-Budget
0:35 – 1:20	Backlog-Auswahl — Einträge ziehen, die dem Ziel dienen und in die Kapazität passen	Team	Kandidaten-Sprint-Backlog
1:20 – 1:50	Schätzung (falls nötig) — geänderte oder neue Einträge neu schätzen mit Planning Poker	Entwickler	Alle ausgewählten Einträge haben abgestimmte Story-Point-Schätzungen
1:50 – 2:20	Aufgabenaufschlüsselung — Aufgaben, Verantwortliche und Abhängigkeiten für jede Story identifizieren	Entwickler	Erste Aufgabenliste; versteckte Komplexität sichtbar
2:20 – 2:35	Risiko-Review — Blocker, externe Abhängigkeiten, notwendige Spikes	Team	Risiken erfasst; Gegenmaßnahmen dem Backlog hinzugefügt
2:35 – 2:50	Finales Commitment — Sprint-Ziel und Sprint-Backlog bestätigen	Team	Commitetes Sprint-Backlog; der Sprint ist startklar
2:50 – 3:00	Abschluss — Board aktualisieren, Notizen teilen, Meeting schließen	Scrum Master	Board aktualisiert; Team kann mit der Arbeit starten

Die Agenda auf andere Sprintlängen skalieren

1-wöchiger Sprint: insgesamt 1–1,5 Stunden anpeilen; jeden Block um ~50 % komprimieren.
3-wöchiger Sprint: 4–5 Stunden anpeilen; mehr Zeit für Backlog-Auswahl und Aufgabenaufschlüsselung hinzufügen.
1-monatiger Sprint: Der Scrum Guide nennt 8 Stunden als Maximum; die zusätzliche Zeit für tiefere Aufgabenplanung nutzen.

Checkliste zur Vorbereitung vor dem Meeting

Die wichtigsten Backlog-Einträge sind verfeinert, mit klaren Akzeptanzkriterien und Story-Point-Schätzungen.
Der Product Owner hat einen Entwurf des Sprint-Ziels vorbereitet.
Jeder Developer hat seine Verfügbarkeit für den Sprintzeitraum geprüft.
Der Scrum Master hat die Agenda mindestens 24 Stunden im Voraus geteilt.
Der Meetingraum (oder Videocall) und ein virtuelles Planning-Poker-Tool sind eingerichtet.

Schätzung während des Sprint Planning

Wenn Einträge nicht während des Refinements geschätzt wurden oder sich der Umfang geändert hat, nutze Planning Poker direkt im Meeting. Öffne eine kostenlose Online-Planning-Poker-Session, füge die Stories hinzu, stimmt privat ab, deckt gemeinsam auf und begrenzt die Diskussion auf 3–5 Minuten pro Story.

Halte den Schätzungsblock kurz: Wenn eine Story eine lange Debatte auslöst, muss sie wahrscheinlich aufgeteilt oder in einen Spike verschoben werden. Halte die offene Frage fest und mache weiter.

Die Sprint-Planning-Agenda an deine Sprint-Länge anpassen

Der Scrum Guide empfiehlt maximal 8 Stunden für Sprint Planning bei einem 4-Wochen-Sprint — etwa 2 Stunden pro Sprintwoche. Das ist eine Obergrenze, kein Ziel. Gut vorbereitete Teams schließen das Planning für 2-Wochen-Sprints routinemäßig in 60–90 Minuten ab.

1-Wochen-Sprint-Agenda

Sprint Goal: 10 Minuten. Elementauswahl: 15–20 Minuten. Schätzung (falls nötig): 10 Minuten. Aufgabenzerlegung: 10 Minuten. Abschluss: 5 Minuten. Ziel gesamt: 45–60 Minuten.

Bei 1-Wochen-Sprints wird die Investition in Vorbereitung kritisch — du hast sehr wenig Zeit zur Erholung, wenn das Planning schlecht läuft.

2-Wochen-Sprint-Agenda (am häufigsten)

Sprint Goal: 15 Minuten. Elementauswahl: 25–30 Minuten. Schätzung: 20–30 Minuten. Aufgabenzerlegung: 20–25 Minuten. Commitment und Abschluss: 10 Minuten. Ziel gesamt: 90–120 Minuten.

Der 2-Wochen-Rhythmus gibt Teams genug Zeit für bedeutungsvolles Refinement zwischen Sprints.

4-Wochen-Sprint-Agenda

Sprint Goal: 20 Minuten. Elementauswahl: 45–60 Minuten. Schätzung: 45–60 Minuten. Aufgabenzerlegung: 45–60 Minuten. Risikobewertung: 15 Minuten. Commitment und Abschluss: 15 Minuten. Ziel gesamt: 3–4 Stunden.

4-Wochen-Sprints tragen ein höheres Planungsrisiko — in einem Monat kann sich mehr ändern.

Was jeder Agendablock produzieren muss

Agendablöcke ohne definierte Outputs werden zu Diskussionen ohne Zweck.

Sprint-Goal-Block: ein einzelner geschriebener Satz, der den Zweck des Sprints erfasst, vom gesamten Team vereinbart.
Elementauswahl-Block: eine priorisierte Liste von Product Backlog Items, die das Team für in der Kapazität passend hält.
Schätzungsblock: Story-Point-Werte für alle ausgewählten Einträge, die ungeschätzt oder erheblich neu dimensioniert wurden.
Aufgabenzerlegungsblock: eine Aufgabenliste für die ersten 2–3 Tage des Sprints.
Commitment-Block: explizite mündliche Vereinbarung des Teams, dass es das Sprint Goal mit dem ausgewählten Backlog liefern kann.

Wenn ein Block seinen erforderlichen Output nicht innerhalb der vorgesehenen Zeit produzieren kann, pausiert der Scrum Master das Meeting.

Warnsignale während des Sprint Plannings

Einige Muster während des Sprint Plannings signalisieren systemische Probleme.

Das Team kann sich nicht auf ein Sprint Goal einigen: das Product Backlog fehlt strategische Richtung, oder der Product Owner ist nicht präsent und engagiert.
Die meisten Kandidaten-Stories erfordern erhebliche Klärung: die Refinement-Qualität ist gesunken.
Planning-Poker-Runden benötigen mehr als 3 Runden pro Story wiederholt: Stories sind zu groß, zu mehrdeutig oder das gemeinsame Verständnis der Technologie ist divergiert.
Das Team committed auf genau 100 % der Velocity: kein Puffer wurde für unerwartete Arbeit gelassen.
Teammitglieder engagieren sich nicht mit Planning-Poker-Abstimmung: normalerweise ein Zeichen für Moderationsprobleme.

Sprint-Planning-Agenda-FAQ

Brauchen wir eine formale Agenda für Sprint Planning?

Ja. Sprint Planning ohne Agenda überschreitet routinemäßig seine Timebox.

Was ist die beste Reihenfolge für Sprint-Planning-Agendablöcke?

Sprint Goal muss zuerst kommen — Elementauswahl ist bedeutungslos ohne zu wissen, wofür die Elemente dienen.

Sollen wir Planning Poker für jede Story beim Sprint Planning nutzen?

Nur für Stories, die ungeschätzt ankommen oder mit erheblich geändertem Umfang.

Wie erfassen wir die Sprint-Planning-Outputs?

Das Sprint Goal in deinem Projekttracking-Tool erfassen. Alle ausgewählten Stories in den Sprint verschieben.

Stories mit kostenlosem Planning Poker bei deinem nächsten Sprint Planning schätzen

Schätze deinen Sprint-Backlog mit kostenlosem Online-Planning-Poker