Agile - Release-Planung

Der Zweck der Release-Planung besteht darin, einen Plan zu erstellen, um ein Inkrement für das Produkt bereitzustellen. Es wird alle 2 bis 3 Monate durchgeführt.

Release-Planung

Wer ist beteiligt?

  • Scrum Master - Der Scrum Master fungiert als Vermittler für das agile Lieferteam.

  • Product Owner - Der Product Owner repräsentiert die allgemeine Ansicht des Product Backlog.

  • Agiles Team - Das agile Lieferteam bietet Einblicke in die technischen Möglichkeiten oder Abhängigkeiten.

  • Stakeholder - Stakeholder wie Kunden, Programmmanager und Fachexperten fungieren als Berater, wenn Entscheidungen über die Release-Planung getroffen werden.

Planungsvoraussetzungen

Voraussetzungen für die Release-Planung sind:

  • Ein klassifizierter Produktstau, der vom Product Owner verwaltet wird. In der Regel werden fünf bis zehn Funktionen verwendet, die nach Ansicht des Produktbesitzers in einer Version enthalten sein können

  • Beiträge des Teams zu Fähigkeiten, bekannter Geschwindigkeit oder zu technischen Herausforderungen

  • Vision auf hohem Niveau

  • Markt- und Geschäftsziel

  • Bestätigung, ob neue Artikelrückstände erforderlich sind

Erforderliche Materialien

Die Liste der für die Freigabeplanung erforderlichen Materialien lautet wie folgt:

  • Gepostete Agenda, Zweck
  • Flipcharts, Whiteboards, Marker
  • Projektor, Möglichkeit zur gemeinsamen Nutzung von Computern mit Daten / Tools, die während des Planungsmeetings benötigt werden
  • Planungsdaten

Planungsdaten

Die Liste der Daten, die für die Release-Planung erforderlich sind, lautet wie folgt:

  • Vorherige Iterationen oder Release-Planungsergebnisse
  • Feedback von verschiedenen Stakeholdern zu Produkt, Marktbedingungen und Fristen
  • Aktionspläne früherer Releases / Iterationen
  • Merkmale oder Mängel sind zu berücksichtigen
  • Geschwindigkeit aus früheren Versionen / Schätzungen.
  • Organisatorische und persönliche Kalender
  • Beiträge von anderen Teams und Fachexperten, um eventuelle Abhängigkeiten zu verwalten

Ausgabe

Die Ausgabe einer Release-Planung kann wie folgt aussehen:

  • Plan freigeben
  • Engagement
  • Probleme, Bedenken, Abhängigkeiten und Annahmen, die überwacht werden sollen
  • Vorschläge zur Verbesserung zukünftiger Release-Planungen

Agenda

Die Agenda einer Release-Planung kann sein:

  • Eröffnungsfeier - Begrüßungsnachricht, Prüfungszweck und -agenda, Organisationstools und Einführung für Geschäftssponsoren.

  • Produktvision, Roadmap - Zeigen Sie das große Bild des Produkts.

  • Frühere Versionen überprüfen - Diskussion über alle Elemente, die Auswirkungen auf den Plan haben können.

  • Release-Name / Thema - Überprüfen Sie den aktuellen Status der Roadmap-Themen und nehmen Sie gegebenenfalls die erforderlichen Anpassungen vor.

  • Velocity - Zeigt die Velocity für die aktuelle Version und für frühere Versionen an.

  • Release-Zeitplan - Überprüfen Sie wichtige Meilensteine und entscheiden Sie, welche Zeitrahmen für die Freigabe und Iterationen innerhalb der Freigabe gelten.

  • Probleme und Bedenken - Überprüfen Sie alle Bedenken oder Probleme und zeichnen Sie sie auf.

  • Überprüfen und Aktualisieren der Definition von "Fertig" - Überprüfen Sie die Definition von "Fertig" und nehmen Sie die entsprechenden Änderungen basierend auf Technologie, Fähigkeiten oder Änderungen bei Teammitgliedern seit der letzten Iteration / Veröffentlichung vor.

  • Zu berücksichtigende Storys und Elemente - Präsentieren Sie die User Storys und Features aus dem Product Backlog, die für die Planung in der aktuellen Version berücksichtigt werden sollen.

  • Größenwerte ermitteln - Wenn die Geschwindigkeit unbekannt ist, planen Sie die Größenwerte, die in der Freigabeplanung verwendet werden sollen.

  • Grobe Größe von Storys - Das Übermittlungsteam bestimmt die entsprechende Größe der in Betracht gezogenen Storys und teilt die Storys in mehrere Iterationen auf, wenn eine Story zu groß ist. Der Product Owner und die Fachexperten klären die Zweifel auf, erarbeiten die Akzeptanzkriterien und machen die richtigen Storysplits. Der Scrum Master erleichtert die Zusammenarbeit.

  • Zuordnen von Storys zu Iterationen - Das Auslieferungsteam und der Product Owner verschieben die Storys / Defekte in den Iterationen basierend auf der Größe und Geschwindigkeit. Der Scrum Master erleichtert die Zusammenarbeit.

  • Neue Bedenken oder Probleme - Überprüfen Sie alle neuen Probleme, die auf früheren Erfahrungen basieren, und notieren Sie diese.

  • Abhängigkeiten und Annahmen - Überprüfen Sie alle Abhängigkeiten / Annahmen, die während der Release-Planung geplant wurden.

  • Commit - Der Scrum Master fordert die Planung an. Das Auslieferungsteam und der Product Owner geben an, dass dies der beste Plan ist, und verpflichten sich dann, zur nächsten Planungsebene überzugehen, dh zur Iterationsplanung.

  • Kommunikations- und Logistikplanung - Überprüfen / Aktualisieren Sie die Kommunikations- und Logistikplanung für das Release.

  • Parkplatz - Prozessparkplatz bedeutet, dass alle Elemente entweder aufgelöst oder als Aktionselemente festgelegt werden sollten.

  • Aktionselemente und Aktionspläne verteilen - Verteilen Sie die Aktionselemente unter ihren Eigentümern und verarbeiten Sie den Aktionsplan.

  • Rückblick - Bitten Sie die Teilnehmer um Feedback, um das Meeting erfolgreich zu gestalten.

  • Schließen - Feiern Sie den Erfolg.