Was ist ein Scrum-Release-Plan?

Zweck eines Release-Plans ist es, festzulegen, zu welchem Zeitpunkt verschiedene Funktionen oder das Produkt an den Kunden geliefert werden, wodurch die ScrumTeam die Möglichkeit gibt, den Fahrplan und das Lieferdatum für das entwickelte Produkt zu kommunizieren. Durch langfristige Planung kann das Team die Erwartungen des Product Ownersund der Projektinteressenten zu erfüllen und dabei wichtige Fragen wie folgende zu beantworten:

• Wann werden wir fertig sein?
• Welche Funktionen kann ich bis Ende des Jahres erhalten?
• Wie viel wird das kosten?
• Wichtige Termine und Meilensteine identifizieren
• Entwicklungszeitpläne für abhängige Systeme koordinieren
• Helfen, den Geschäftswert und die Gesamtqualität innerhalb der Grenzen von Umfang, Zeitplan und Budget auszugleichen

Muster der Release-Planung

Viele Organisationen haben ihre eigene Rhythmik für die Bereitstellung von Produkten an Kunden. Einige entscheiden sich dafür, nach jedem Sprint. Andere bündeln die Ergebnisse mehrerer Sprints zu einer einzigen Version, wie im folgenden Diagramm gezeigt. Wieder andere veröffentlichen sofort nach Abschluss jeder Funktion – dieser Ansatz ist allgemein als kontinuierliche Bereitstellung oder kontinuierliche Lieferung bekannt.

Definition von Bereitschaft

Ein Release-Plan ist ein Fahrplan, der die Erwartungen bezüglich der Umsetzung bestimmter Funktionen und deren Fertigstellung widerspiegelt. Je nach Entwicklungsstrategie kann er funktionenbasiert sein – mit dem Ziel, eine Freigabe zu liefern, sobald eine vordefinierte Menge an Funktionen entwickelt ist – oder terminbasiert, bei dem die Freigabe zu einem vordefinierten Zeitpunkt erfolgt. Wenn das Projekt funktionenbasiert ist, kann die Summe aller Funktionen in einer Freigabe durch die erwartete Geschwindigkeitgeteilt werden, um die Anzahl der Sprints zu schätzen, die zur Fertigstellung der gewünschten Funktionen benötigt werden.

Benötigen Sie einen Vor-Release-Plan?

Die Release-Planung ist ein umstrittenes Thema in Agile. Während wir in der Geschäftswelt oft nach Prognosen zu Kosten und Zeitplan gefragt werden, empfiehlt Scrum nicht die Erstellung eines starren vordefinierten Release-Plans. Hier sind einige Argumente gegen die vorab geplante Release-Planung:

• Kunden sehen oft keinen Wert in Release-Plänen und betrachten sie als Verschwendung
• Schnelle Veränderungen in vielen Bereichen bestätigen das „You Aren’t Gonna Need It“ (YAGNI)-Prinzip – was bedeutet, dass die vorab geplante Freigabe überflüssig ist
• Daher könnte der einzige Wert eines Release-Plans der ursprüngliche Termin und das Budget sein – nichts weiter

Warum brauchen wir die Release-Planung dennoch?

Trotzdem fallen die tatsächlichen Liefertermine in agilen Umgebungen oft hinter die versprochenen Ziele zurück. Eine allgemeine Release-Fahrplan kann jedoch Vertrauen aufbauen und Erwartungen zwischen Ihrem Team und den Stakeholdern festlegen. Außerdem sollte eine Freigabe alle zusätzlichen Arbeiten berücksichtigen, die abgeschlossen werden müssen, wie beispielsweise die Aktualisierung öffentlicher Websites und die Schulung von Kundenservice-Teams. Hier sind die wichtigsten Gründe für die Durchführung der Release-Planung in Scrum:

• Kommunikation
• Planungstool
• Wert gegenüber Kosten überprüfen
• Den Gesamtkontext festlegen

Beispiel für Release-Planung:

Release-Pläne existieren in vielen Formaten. Hier ist ein Beispiel für feature- oder datengestützte Planung:

Beispiel für Release-Planung

Wenn das Projekt zeitgesteuert ist, können wir die Geschwindigkeit einfach mit der Anzahl der Sprints multiplizieren, um die Gesamtmenge an Arbeit zu bestimmen, die innerhalb eines bestimmten Zeitrahmens abgeschlossen werden kann.

Release-Planung gesteuert durch Geschwindigkeit

Ein Release-Plan ist kein statisches Dokument – er muss regelmäßig überprüft und aktualisiert werden, während wir unsereProdukt-Backlog. Wenn neue Erkenntnisse verfügbar werden (z. B. Einträge im Scrum-Produkt-Backlog werden aktualisiert oder angepasst), sollte der Release-Plan entsprechend überprüft und überarbeitet werden.