Kostenlose Vorlage · zum Kopieren

Sprint Planning: Vorlage für Sprint-Ziel und Backlog.

Im Sprint Planning klärt das Team drei Dinge: warum der Sprint wertvoll ist, was hineinkommt und wie es erledigt wird. Die Vorlage folgt diesen drei Fragen – und rechnet die Kapazität vorher ehrlich durch.

Sprint Planning
SPRINT PLANNING

RAHMENDATEN
Team: …
Sprint Nr. / Zeitraum: … bis …
Datum / Tool: …
Product Owner: …
Scrum Master: …
Developers: …

KAPAZITÄT
Arbeitstage im Sprint: … × … Personen = … Personentage
Abwesenheiten (Urlaub, Feiertage, Schulung): … Personentage
Puffer für Support und Ungeplantes: … %
Verfügbar: … Personentage
Velocity der letzten drei Sprints: … / … / … (Schnitt: …)

SPRINT-ZIEL
Warum ist dieser Sprint wertvoll? …

AUSGEWÄHLTE BACKLOG-ITEMS
ID – Titel – Schätzung – Abhängigkeit
… – … – … – …
… – … – … – …
Summe: … (Kapazität laut Velocity: …)

BEWUSST NICHT AUFGENOMMEN
- … (Grund: …)

DEFINITION OF DONE
Gilt wie im Team vereinbart (Ablage: …)
Ergänzungen für diesen Sprint: …

ERSTE SCHRITTE
Item …: …
Item …: …

RISIKEN UND ABHÄNGIGKEITEN
- … – wer klärt: … – bis: …

TERMINE IM SPRINT
Sprint Review: …
Retrospektive: …
Releases / externe Fristen: …
Wann du sie brauchst
  • Zu Beginn jedes Sprints
  • Erster Sprint eines neu zusammengesetzten Teams
  • Sprints mit Urlauben, Feiertagen oder Schulungen
  • Iterationsplanung in Teams, die nur teilweise nach Scrum arbeiten
Lieber gar nicht mehr tippen?

noteit schreibt deine Calls mit und füllt Zusammenfassung, Entscheidungen und To-dos automatisch aus – in Teams, Zoom & Co.

7 Tage gratis testen
Ausgefülltes Beispiel

Ein Sprint mit Feiertag.

Erfundenes Beispiel: zwei Wochen, fünf Developers, ein Feiertag und eine Woche Urlaub. Geplant wird unter der Velocity, nicht darüber.

Sprint Planning · Sprint 24 · Team Buchung
Rahmendaten

Reiseportal Wanderzeit · Sprint 24: 19. bis 30. Oktober · Product Owner: Markus Leitgeb · Scrum Master: Lisa Weber

Kapazität

10 Tage × 5 Personen = 50 Personentage, minus 5 (Feiertag 26. Oktober), minus 5 (Urlaub) → 40

15 % Puffer für Support → rund 34 Personentage · Velocity 31 / 36 / 34, Schnitt 34

Sprint-Ziel

Gäste können eine Buchung selbst umbuchen, ohne die Hotline anzurufen.

Backlog-Items

WZ-412 Umbuchung: neuen Termin wählen – 8

WZ-415 Preisdifferenz berechnen – 5

WZ-418 Bestätigungsmail nach Umbuchung – 3

WZ-420 Stornobedingungen anzeigen – 5

WZ-421 Umbuchungen fürs Backoffice protokollieren – 8

WZ-399 Fehler: Datumsfilter in Safari – 3

Summe: 32 (Velocity: 34)

Nicht aufgenommen

WZ-430 Gutschein statt Rückzahlung – fürs Sprint-Ziel nicht nötig.

Definition of Done – Ergänzung

Jede Umbuchungsart in Staging mit Testdaten durchgespielt.

Risiken

Schnittstelle des Zahlungsanbieters für Teilrückzahlungen unklar – Markus Leitgeb klärt bis 21. Oktober.

Termine

Review und Retrospektive: 30. Oktober, ab 13:00

Tipps

Planen, was wirklich in den Sprint passt.

Kapazität vor ItemsRechne zuerst aus, wie viel Zeit das Team hat. Wer mit der Wunschliste beginnt, rechnet sich die Kapazität danach schön.
Ein Ziel, keine ListeDas Sprint-Ziel ist ein Satz mit Nutzen, keine Aufzählung der Tickets. Es hilft, wenn mitten im Sprint entschieden werden muss, was wegfallen kann.
Refinement vorherItems, die noch niemand versteht, gehören nicht ins Planning. Kläre Fragen und Schätzungen in einem eigenen Refinement-Termin.
Puffer einplanenSupport, Bugs aus der Produktion, Rückfragen: Irgendetwas kommt immer. 10 bis 20 % Puffer sind realistischer als null.
Das Team wählt die MengeLaut Scrum Guide wählen die Developers, wie viel sie sich vornehmen. Der Product Owner priorisiert, schreibt aber keine Menge vor.
Das Nein aufschreibenWas bewusst nicht in den Sprint kommt, gehört mit Grund ins Protokoll. Das erspart die Diskussion in der Mitte des Sprints.
Typische Fehler
  • Sprint-Ziel ist nur eine Aufzählung der Tickets
  • Velocity wird als Ziel benutzt statt als Erfahrungswert
  • Urlaub und Feiertage vergessen
  • Unklare Items werden erst im Sprint geschätzt
  • Der Product Owner legt fest, wie viel das Team schaffen muss

Diese Vorlage dient der allgemeinen Orientierung und ersetzt keine individuelle Beratung. Prüfe sie vor der Verwendung auf deinen Einzelfall.

Häufige Fragen
Wie lange dauert ein Sprint Planning?

Der Scrum Guide setzt höchstens acht Stunden für einen einmonatigen Sprint. Bei zwei Wochen reichen oft zwei Stunden, wenn das Backlog gut vorbereitet ist.

Was ist eine Definition of Done?

Eine für das ganze Team verbindliche Liste, wann eine Arbeit wirklich fertig ist – etwa reviewt, getestet, dokumentiert und ausgeliefert. Sie gilt für jeden Sprint und wird nur bewusst geändert.

Wer nimmt am Sprint Planning teil?

Das Scrum Team: Product Owner, Scrum Master und Developers. Fachleute von außen können für einzelne Fragen dazukommen.

Was ist der Unterschied zwischen Sprint Planning und Refinement?

Im Refinement werden Backlog-Items geklärt, zerlegt und geschätzt, laufend und vor dem Sprint. Im Sprint Planning wählt das Team aus diesen vorbereiteten Items aus und legt das Sprint-Ziel fest.

Protokoll schreiben?
Macht ab jetzt noteit.

7 Tage alles aus Pro gratis – ohne Kreditkarte.

Jetzt kostenlos testen