Eine Version ist eine Reihe von für den Kunden sichtbaren und betriebsbereiten Funktionen, die zusammen eine völlig neue oder verbesserte Produktfunktionalität bieten. Es ist etwas, das aus der Sicht des Benutzers von Bedeutung ist und oft aus Benutzergeschichten und Aktivitäten im Zusammenhang mit der Servicebereitstellung besteht.

Bei genauerem Hinsehen ist ein Release für Benutzer, Kunden und interne Teams von großem Wert. Ein Release ist nicht einfach die Veröffentlichung einer neuen Funktion oder Funktionalität. Vielmehr ist ein Release ein Datum, an dem sich das Unternehmen dazu verpflichtet, ein neues Kundenerlebnis zu bieten und jeden damit verbundenen Kundeninteraktionspunkt zu unterstützen. Ein Release stellt nicht nur wichtige Meilensteine der Markteinführung oder des Produktlebenszyklus dar, sondern definiert auch Themen, die einem Kunden eine Geschichte erzählen.

Veröffentlichungen sind oft entweder datumsgesteuert oder umfangsgesteuert. Die Haupttreiber für eine datumsgesteuerte Veröffentlichung sind normalerweise Marketingfaktoren, und die Haupttreiber für eine umfangsgesteuerte Veröffentlichung sind ein bestimmter Satz wertvoller Funktionen aus der Sicht eines Benutzers.

Wenn das Lieferdatum konstant gehalten wird, wird der Umfang variabel. Dies unterscheidet sich von einer Version mit festem Umfang, die einen bestimmten Funktionsumfang aufweisen muss und bei der das Datum, an dem die Funktionen geliefert werden, flexibel ist.

In Agile erfolgt die Release-Planung normalerweise durch einen Schätzungsprozess, bei dem Umfang wird explizit als veränderbare Variable definiert (vorausgesetzt, die Frist ist fest) oder durch Auswahl eines groben Prognosedatums für einen bestimmten Satz von Funktionen (wenn der Umfang fest ist). Der Product Owner verwendet diese Informationen, um zu entscheiden, ob das Projekt oder die Veröffentlichung einen ausreichenden Return on Investment (ROI) bringt und ob es daher sinnvoll ist, mit dem Projekt oder der Veröffentlichung fortzufahren.

Ein weiterer Schlüssel zum Agile-Framework sind kurze, iterative Sprints, die Ihnen möglicherweise das Gefühl geben, dass es nicht notwendig ist, tatsächliche Releases oder Prognosetermine zu planen. Die Prognose dient als Richtlinie und ermöglicht uns die Diskussion darüber, was wir als Nächstes tun müssen und wie schnell wir unserer Meinung nach dazu in der Lage sind.

Warum Release-Prognosen wichtig sind

Die Release-Prognose hilft bei der Einführung und der teamübergreifenden Koordination und hilft auch dabei, herauszufinden, was in die Einführung aufgenommen oder daraus entfernt werden kann. An der Einführungskoordination sind andere Produktbesitzer, Marketing, Vertriebsunterstützung und manchmal auch externe Agenturen beteiligt.

• Für Produktbesitzer: ich Es ist entscheidend zu wissen, was im Umfang enthalten ist und was nicht. Sie können diese Informationen dann verwenden, um andere POs und Stakeholder effektiv zu verwalten. Es erleichtert auch die Nachverfolgung von Meilensteinen und Phasen, da Prognosedaten dabei helfen, Investitionsentscheidungen auf der Grundlage der besten Schätzungen von Wert, Kosten und Risiko zu treffen. Darüber hinaus hilft es bei der Verwaltung von Abhängigkeiten und der Planung sowie bei der Einhaltung von Terminerwartungen. Priorisierung ist ebenfalls ein Schlüssel, da Prognosen helfen um sicherzustellen, dass die wichtigsten Funktionen Priorität haben und mit höherer Wahrscheinlichkeit ausgeliefert werden.
• Für Stakeholder außerhalb des Teams , Mithilfe einer Release-Prognose lässt sich leicht ein Überblick darüber gewinnen, wann mit der allgemeinen Veröffentlichung von Funktionen zu rechnen ist. So können Startaktivitäten (wie Ankündigungen, Inhalte, Aktivierung usw.) entsprechend geplant werden.
• Für das Team , hilft die Release-Prognose jedem, die Arbeit und die täglichen Entscheidungen zu strukturieren, damit er weiß, wie er bessere Kompromisse eingehen kann. Sie hilft auch dabei, die Ausrichtung auf die Geschichte, die Sie erzählen möchten, zu schaffen. Das Ziel ist, dass die Teams ein gemeinsames Verständnis und Engagement haben, die vereinbarte Version (mit Flexibilität bei der Verwaltung der angestrebten Funktionen) bis zu einem vereinbarten Datum auszuliefern, da sie beim Erzählen der Geschichte die maximale Autonomie haben.
• Für Management und Führung, Durch Release-Prognosen sind Sie besser über die gesamte Produkt-Roadmap und die Releases informiert.

Das Hauptziel einer Release-Prognose ist nicht, dass sie exakt sein muss, sondern vielmehr, dass sie einen Richtwert und einen Rahmen bietet, auf den man hinarbeiten kann. Es gibt mehrere Faktoren, die Sie berücksichtigen müssen und die die Release-Prognose direkt beeinflussen können, wie zum Beispiel:

• Teamgeschwindigkeit
• Größe der User Stories
• Änderungen im Releaseumfang
• Arbeiten, die nicht mit der Veröffentlichung in Zusammenhang stehen
• Abhängigkeiten

Die Prognose sollte transparent sein und kontinuierlich aktualisiert werden, mit der Erwartung, dass sie sich ändern kann. Das ist keine schlechte Sache, da sie zu jedem Zeitpunkt „Echtzeit“-Informationen widerspiegelt. Am wichtigsten sind die Entscheidungen, die wir treffen Weil es bewegt sich. Wir möchten, dass jeder (das Team, der Produktbesitzer, die Kunden, die Stakeholder usw.) den Fortschritt versteht, damit die Erwartungen richtig gemanagt werden und jeder auf der Grundlage derselben Informationen arbeitet und Entscheidungen trifft.

Die Release-Prognose als Triangulationsmechanismus auf hoher Ebene ermöglicht die Planung einer Reihe von Iterationen auf hoher Ebene. Verbesserte Release-Prognosen erleichtern DevOps-Best Practices, indem sie die Zusammenarbeit rund um ein gemeinsames Ziel orchestrieren und den Projektteams und Stakeholdern den gesamten Umfang des Releases anhand eines Plans auf hoher Ebene mitteilen. Der Grund, warum diese Vorgehensweise so wichtig ist, liegt vor allem darin, dass das Team in die Erstellung einbezogen wird, was mehr Zustimmung, Genauigkeit und Eigenverantwortung bedeutet.