Agile-Leitfaden · Agile Praktiken
Agile Release-Planung: So planen Sie Releases in Agile
Release-Planung beantwortet die Frage, die jeder Stakeholder stellt: „Wann bekommen wir es?“ In Agile ist die Antwort eine Prognose auf Basis echter Daten, die jeden Sprint aktualisiert wird, statt eines zu Beginn festgelegten Termins.
Das Wichtigste in Kürze
- Release-Pläne prognostizieren, wann eine Gruppe von Backlog-Einträgen fertig sein wird.
- Legen Sie entweder den Termin oder den Umfang fest, nicht beides.
- Nutzen Sie Velocity-Spannen und aktualisieren Sie die Prognose jeden Sprint.
Was ein Release-Plan ist
Ein Release-Plan gruppiert Backlog-Einträge in ein oder mehrere kommende Releases und prognostiziert, wann jedes voraussichtlich fertig ist. Er liegt zwischen der langfristigen Produkt-Roadmap und dem detaillierten Plan für jeden Sprint.
Fester Termin oder fester Umfang?
| Ansatz | Was fest ist | Was flexibel ist | Beispiel |
|---|---|---|---|
| Fester Termin | Release-Termin | Umfang | Ein Launch auf einer Messe |
| Fester Umfang | Feature-Set | Termin | Ein Mindestumfang, um ein Altsystem abzulösen |
Agile Teams vermeiden es, Termin und Umfang gleichzeitig festzulegen. Sind beide fix, leidet meist die Qualität.
Schritte zum Erstellen eines Release-Plans
- Das Release-Ziel festlegen. Beschreiben Sie das Ergebnis, das das Release erzielen soll.
- Backlog-Einträge auswählen und ordnen mit Beitrag zum Ziel.
- Schätzen – mit Story Points oder T-Shirt-Größen.
- Kapazität prüfen anhand der jüngsten Velocity und der geplanten Verfügbarkeit.
- Eine Spanne prognostizieren: optimistische und pessimistische Anzahl an Sprints.
- Abhängigkeiten und Risiken identifizieren mit anderen Teams oder Lieferanten.
- Den Plan abstimmen mit den Stakeholdern und veröffentlichen.
- Jeden Sprint aktualisieren anhand des tatsächlichen Fortschritts.
Release-Prognosen kommunizieren
- Nennen Sie Spannen statt einzelner Termine: „zwischen Mitte Mai und Anfang Juni“.
- Zeigen Sie ein Release-Burnup-Diagramm, damit Stakeholder sowohl den Fortschritt als auch Umfangsänderungen sehen.
- Trennen Sie Pflicht-Einträge von wünschenswerten Einträgen, damit Zielkonflikte klar sind.
Release-Planung im großen Maßstab
Tragen mehrere Teams zu einem Release bei, planen sie gemeinsam. In SAFe geschieht dies im PI Planning.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Wie weit im Voraus sollte ein Release-Plan reichen?
Meist ein bis drei Releases, also etwa drei bis sechs Monate. Darüber hinaus ist eine Roadmap mit Ergebnissen nützlicher als ein detaillierter Plan.
Wer verantwortet den Release-Plan?
Der Product Owner oder Produktmanager, in enger Zusammenarbeit mit Team und Stakeholdern.
Was ist Release-Planung in Agile?
Backlog-Einträge in kommende Releases gruppieren und prognostizieren, wann jedes voraussichtlich fertig ist. Sie liegt zwischen der Roadmap und einzelnen Sprints.
Wie oft sollte ein Release-Plan aktualisiert werden?
Jeden Sprint, anhand des tatsächlichen Fortschritts und der aktuellen Velocity. Ein Release-Plan ist eine lebende Prognose, keine feste Zusage.
Was ist der Unterschied zwischen einem Release-Plan und einer Roadmap?
Eine Roadmap zeigt Ziele und Themes über Quartale oder länger; ein Release-Plan zeigt, welche Backlog-Einträge in die nächsten Releases eingehen und wann.
Was ist ein Release-Burnup-Diagramm in der Release-Planung?
Ein Diagramm, das die erledigte Arbeit zeigt, wie sie in Richtung einer Linie für den Gesamtumfang ansteigt. Da der Umfang separat dargestellt wird, sehen Stakeholder die Auswirkung hinzugefügter oder entfernter Arbeit.
Kann agile Release-Planung feste Release-Termine haben?
Ja. Bei einem festen Termin ist der Umfang flexibel, sodass die wertvollsten Einträge bis zur Deadline geliefert werden.
Wie prognostiziert man in der agilen Release-Planung einen Release-Termin?
Teilen Sie die verbleibenden Punkte durch Ihre beste und schlechteste jüngste Velocity und erhalten Sie so eine Spanne von Sprints; rechnen Sie diese dann in Termine um.
Was ist ein Minimum Viable Product in der Release-Planung?
Das kleinste Release, das Wert liefert und Ihnen ermöglicht, von echten Nutzern zu lernen. Wer auf ein MVP hin plant, hält das erste Release klein.
Ist Release-Planung Teil von Scrum?
Der Scrum Guide definiert kein Release-Planning-Event. Viele Scrum Teams betreiben es dennoch als Teil des Managements von Product Backlog und Produktziel.
Wie verändert Continuous Delivery die Release-Planung?
Eine Praxis, bei der jede Änderung in einem releasefähigen Zustand gehalten wird, sodass Teams immer dann releasen können, wenn Wert bereitsteht, statt in großen geplanten Paketen.