Release Planning

Typische Dauer:: 2h

Eine kollaborative Sitzung, in der Team und Stakeholder Features auf Iterationen mappen, den Release-Scope definieren und eine realistische Liefer-Timeline erstellen.

Zweck

Release Planning überbrückt die Lücke zwischen Produktvision und Sprint-Level-Ausführung. Das Team mappt Features auf Iterationen, balanciert Scope mit Kapazität und erstellt einen Release-Plan, auf den Stakeholder sich für die Geschäftsplanung verlassen können.

Auf einen Blick

Merkmal	Detail
Gruppengröße	5 – 15
Dauer	2 Stunden
Schwierigkeit	Mittel–Hoch
Moderationsstil	Moderierter Planungsworkshop
Setting	Vor Ort oder remote mit geteiltem Board

Ablauf

Release-Ziel bestätigen (10 Min.) — Was muss wahr sein, damit das Release erfolgreich ist?
Velocity/Durchsatz reviewen (10 Min.) — Historische Lieferrate teilen.
Feature-Überblick (15 Min.) — Product Owner präsentiert priorisierte Feature-Liste mit Schätzungen.
Auf Iterationen mappen (40 Min.) — Features in Iterations-Slots platzieren. Puffer (15–20 %) einplanen.
Risiken identifizieren (15 Min.) — Was könnte den Plan gefährden?
Vertrauens-Vote (5 Min.) — Fist-of-Five. Unter 3: Scope oder Timeline anpassen.
Plan kommunizieren (15 Min.) — Release-Plan, Meilenstein-Termine und Annahmen zusammenfassen.
Abschluss (10 Min.) — Kadenz für Plan-Reviews vereinbaren.

Material

Feature-Liste mit Schätzungen
Velocity- oder Durchsatzdaten
Release-Kalender
Release-Plan-Template
Risikoregister

Stolperfallen & häufige Fehler

Kein Puffer — 100 % Kapazitätsauslastung garantiert verfehlte Termine.
Plan als Commitment behandelt — Ein Release-Plan ist eine Prognose, kein Versprechen.
Fehlende Stakeholder — Business-Stakeholder müssen teilnehmen.
Plan nie aktualisiert — Jeden Sprint reviewen und anpassen.

Inklusion & Barrierefreiheit

Feature-Liste und Velocity-Daten 48 Stunden vorher teilen.
Visuelles Board für alle sichtbar.
Remote-Teilnehmern gleichwertigen Board-Zugang geben.

Varianten

Quartalsplanung — Für ein Quartal statt ein einzelnes Release planen.
Theme-basierte Planung — Features nach Themen gruppieren und Themen Iterationen zuweisen.
Probabilistische Planung — Monte-Carlo-Simulation für Release-Termine mit Konfidenzintervallen.

Wann NICHT einsetzen

Bei Continuous Delivery ohne Release-Trains — Feature Toggles nutzen.
Wenn Scope und Datum beide fixiert sind — der Plan wird zur Fiktion.

Quelle & Weiterlesen

Cohn, M. (2005). *Agile Estimating and Planning*. Prentice Hall.
Rubin, K. (2012). *Essential Scrum*. Addison-Wesley.

Aus den Bausteinen eine Agenda machen

Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.

14 Tage kostenlos testen