Release für ein Produkt Oder-Service
Ein Release gruppiert alle Aufgaben (Projekte, Epics, Stories, Erweiterungen, Fehler, Probleme, Incidents usw.), die für eine bestimmte Version eines Produkts geplant sind Oder-Service . Release-Management von Digitalprodukten Bietet zwei verschiedene Prozesse: Zeitleistenorientiert und phasenorientiert, um Sie bei der Ausführung Ihrer Releases zu unterstützen.
Ein Release ist in eine Reihe von Phasen unterteilt. Während jeder Phase muss eine definierte Liste von Aufgaben, Genehmigungsprozessen und Richtlinien erfüllt werden.
Ein definierter Release-Prozess stellt sicher, dass die Arbeitselemente in Releases erstellt, getestet und bereit für die Bereitstellung sind.
Zeitleistenorientierter Releaseprozess
Ein zeitleistenorientierter Prozess eignet sich zum Erstellen von Releases mit festen Fristen und striktem Zeitplan.
- Legen Sie klare Fristen für jede Phase Ihrer Bereitstellung fest, damit Sie Ihr Rollout reibungslos planen und ausführen können.
- Halten Sie Ihr Team auf dem Laufenden, indem Sie klare Ziele definieren, damit Sie Ihre Ressourcen effektiv verwalten können.
- Verfolgen Sie Ihren Fortschritt anhand von Stichtagen, und passen Sie Ihre Pläne nach Bedarf an, um im Zeitplan zu bleiben.
- Der Flow beginnt mit der ersten Phase im Status Ausstehend, der der Standardstatus ist. Der Status der Phase wechselt zu „in Bearbeitung“, wenn sie am geplanten Startdatum beginnt. Aufgaben in der Phase werden basierend auf der Systemeigenschaft verarbeitet sn_dpr.sequential_task_execution:
- Wahr : Aufgaben in der Phase werden in sequenzieller Reihenfolge verarbeitet. Zu Beginn einer Phase wird die Aufgabe mit der niedrigsten Reihenfolge in den Status Offen gesetzt. Nachdem diese Aufgabe abgeschlossen ist, wird die nächste Aufgabe in der Reihenfolge geöffnet. Dieser Prozess wird für die verbleibenden Aufgaben in der Phase fortgesetzt. Wenn die Aufgabe eine Genehmigungsaufgabe ist, wird der Status in den Status angefordert verschoben.
- Falsch : Aufgaben in der Phase werden nicht in einer Sequenz verarbeitet. Stattdessen werden alle zugehörigen Aufgaben zu Beginn der Phase auf den Status Offen gesetzt.
- Wenn alle Aufgaben abgeschlossen sind und die Richtlinien konform sind, endet die Phase automatisch am geplanten Enddatum. Der Phasenstatus wird in den Status „Abgeschlossen“ aktualisiert.
- Nachdem die aktuelle Phase abgeschlossen ist, wechselt die nächste Phase in den Status in Bearbeitung. Es kann jeweils nur eine Phase in Bearbeitung sein.
- Wenn alle Phasen im Release abgeschlossen sind, wechselt das Release in den Status „Überprüfen“.
- Wenn die Überprüfung des Release abgeschlossen ist, wechselt das Release in den Status Abgeschlossen.
Phasenorientierter Releaseprozess
Ein phasenorientierter Prozess eignet sich zum Erstellen von Releases, bei denen die Erfüllung von Zielen und Funktionen Vorrang vor der Einhaltung einer strikten Zeitleiste erhalten.
Bestimmte Produkte werden nicht durch einen bestimmten Zeitraum eingeschränkt, wie lange sie in einer bestimmten Phase verbleiben sollen. Releases für diese Produkte können dem phasenorientierten Release-Prozess folgen. Dieser Prozess konzentriert sich darauf, sicherzustellen, dass das Produkt bereit für die Veröffentlichung ist, anstatt einem strengen Zeitplan oder einer Phase zu folgen.
Sie können ein Release abschließen, sobald das Produkt die festgelegten Kriterien erfüllt, anstatt auf das Ende einer bestimmten Zeitleiste oder Phase zu warten Sie müssen jedoch sicherstellen, dass alle Aspekte des Release, einschließlich Entwicklung, Tests und Qualitätssicherung, gut ausgeführt werden, um die Qualität des Produkts zu erhalten.
- Legen Sie Prioritäten für Funktionen und Ziele anstelle von Fristen fest, damit Sie Ihre Pläne während des gesamten Entwicklungsprozesses anpassen können.
- Starten Sie das Release aus einer der vorherigen Phasen neu, um Ziele und Funktionen basierend auf Testergebnissen und Anwenderfeedback anzupassen.
- Verfolgen Sie Ihren Fortschritt, indem Sie sicherstellen, dass Funktionen abgeschlossen sind und die Ziele erreicht werden, um ein qualitativ hochwertiges Ergebnis zu erzielen.
- Der Flow beginnt mit der ersten Phase im Status Ausstehend, der der Standardstatus ist. Der Status der Phase wird in „in Bearbeitung“ verschoben, wenn Sie sie manuell starten.Aufgaben in der Phase werden basierend auf der Systemeigenschaft verarbeitet sn_dpr.sequential_task_execution:
- Wahr : Aufgaben in der Phase werden in sequenzieller Reihenfolge verarbeitet. Zu Beginn einer Phase wird die Aufgabe mit der niedrigsten Reihenfolge in den Status Offen gesetzt. Nachdem diese Aufgabe abgeschlossen ist, wird die nächste Aufgabe in der Reihenfolge geöffnet. Dieser Prozess wird für die verbleibenden Aufgaben in der Phase fortgesetzt. Wenn die Aufgabe eine Genehmigungsaufgabe ist, wird der Status in den Status angefordert verschoben.
- Falsch : Aufgaben in der Phase werden nicht in einer Sequenz verarbeitet. Stattdessen werden alle zugehörigen Aufgaben zu Beginn der Phase auf den Status Offen gesetzt.
- Wenn alle Aufgaben abgeschlossen sind und alle Richtlinien mit Ausnahmen für die aktuelle Phase konform sind oder konform sind, wird sie automatisch in den Status „Abgeschlossen“ versetzt.
- Nachdem die aktuelle Phase abgeschlossen ist, wechselt die nächste Phase in den Status in Bearbeitung. Es kann jeweils nur eine Phase in Bearbeitung sein.
- Wenn Sie zu irgendeinem Zeitpunkt Probleme haben, können Sie von einer zuvor abgeschlossenen Phase aus neu starten. Diese Phase und spätere Phasen werden zurückgesetzt, einschließlich Aufgaben und Richtlinienstatus.
- Wenn alle Phasen im Release abgeschlossen sind, wechselt das Release in den Status „Überprüfen“.
- Wenn die Überprüfung des Release abgeschlossen ist, wechselt das Release in den Status Abgeschlossen.
Einzelnes Produkt Oder-Service Release
Ein einzelnes Produkt Oder-Service Mit Release können Sie ein Produkt freigeben Oder-Service Gleichzeitig. Dieser Release-Ansatz kann für kleinere oder weniger komplizierte Produkte nützlich sein Oder Services , Da der Releaseprozess fokussiert und einfacher zu verwalten ist. Weitere Informationen finden Sie unter Arbeiten Sie an Zeitleistenorientiert Release für ein einzelnes Produkt Oder-Service und Arbeiten Sie an einem phasenorientierten Release für ein einzelnes Produkt Oder-Service.
Release mit mehreren Produkten
Mit einem Release mit mehreren Produkten können Sie verschiedene Produkte gleichzeitig veröffentlichen. Sie können dies tun, indem Sie mehrere einzelne Releases für jedes Produkt einschließen, die alle an ein Haupt-Release eines primären Produkts oder Service gebunden sind. Sie verwalten die Phasen und Release-Bereitschaft über das Haupt-Release und verfolgen den kollektiven Fortschritt. Sie können jedoch den Umfang festlegen, Genehmigungen nachverfolgen und Richtlinien für jedes einzelne Produkt ausführen Oder-Service Release. Dieser Release-Ansatz unterscheidet sich von Release-Paketen, bei denen Sie den Fortschritt mehrerer Releases gemeinsam überwachen, sie jedoch unabhängig verwalten. Weitere Informationen finden Sie unter Arbeiten Sie an einem zeitleistenorientierten Release für mehrere Produkte und Arbeiten Sie an einem phasenorientierten Release für mehrere Produkte.
Systemeigenschaften zur Steuerung der Release-Prozesse
- sn_dpr.stage_Workflow_Auto_Transition
- sn_dpr.auto_transition_release_to_review
- sn_dpr.auto_transition_release_to_completed