Release für ein Produkt Oder-Service

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 7 Minuten Lesedauer

    • 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

    Der zeitleistenorientierte Prozess eignet sich zum Erstellen von Releases mit festen Fristen und einem strikten Zeitplan.

    Dieser Prozess hilft Ihnen, Aufgaben zu priorisieren, Ressourcen zuzuweisen und den Fortschritt anhand der Zeitleiste nachzuverfolgen, damit Sie nach Bedarf Anpassungen vornehmen können, um auf dem Laufenden zu bleiben. Verwenden Sie diesen Release-Prozess, um:
    • 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 Kurs, 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.
    Im Folgenden ist der allgemeine Flow, den ein zeitleistenorientiertes Release durchläuft:
    • Der Flow beginnt mit der ersten Phase im Status „Ausstehend“, was 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

    Der phasenorientierte Prozess eignet sich zum Erstellen von Releases, die dem Abschluss von Zielen und Funktionen Vorrang vor dem Befolgen einer strikten Zeitleiste geben.

    Bestimmte Produkte werden nicht durch einen bestimmten Zeitrahmen 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 zur Veröffentlichung bereit ist, anstatt einem strikten Zeitplan oder einer strengen 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.

    Verwenden Sie diesen Release-Prozess, um:
    • 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.
    Im Folgenden ist der allgemeine Flow aufgeführt, den ein phasenorientiertes Release durchläuft:
    • Der Flow beginnt mit der ersten Phase im Status „Ausstehend“, was 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 feststellen, können Sie von einer zuvor abgeschlossenen Phase 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“.

    Systemeigenschaften zur Steuerung der Release-Prozesse

    Die folgenden Systemeigenschaften steuern die Initiierung automatisierter Aktionen während verschiedener Phasen des Releaseprozesses.
    • sn_dpr.stage_Workflow_Auto_Transition
    • sn_dpr.auto_transition_release_to_review
    • sn_dpr.auto_transition_release_to_completed
    Weitere Informationen zu diesen Eigenschaften finden Sie unter Release-Management von Digitalprodukten -Eigenschaften.

    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.

    Hinzufügen oder Entfernen eines Produkts aus einem Release mit mehreren Produkten
    Sie können Produkte aus einem Release mit mehreren Produkten hinzufügen und entfernen, nachdem es erstellt wurde. Wenn Sie ein Produkt hinzufügen, wird ein untergeordnetes Release mit Phasen, Aufgaben und Richtlinien erstellt, die auf das Haupt-Release ausgerichtet sind. Wenn Sie ein Produkt entfernen, wird das untergeordnete Release abgebrochen und aus dem Haupt-Release entfernt.
    Phasenmanagement in einem Release mit mehreren Produkten
    In einem Release mit mehreren Produkten gelten die folgenden Phasensynchronisierungsregeln:
    • Einzelne Releases können nicht über das Haupt-Release hinausgehen: Ein enthaltenes Produkt kann eine Phase nicht abschließen, die vor der aktuellen Phase des Haupt-Release liegt.
    • Das Haupt-Release kann nicht über einzelne Releases hinausgehen: Das übergeordnete Release kann nicht zur nächsten Phase übergehen, wenn ein enthaltenes Produkt die aktuelle Phase des übergeordneten Elements noch nicht erreicht hat. Alle enthaltenen Produkte müssen sich in der aktuellen Phase befinden, bevor das Haupt-Release fortgesetzt werden kann.

      Diese Regeln stellen sicher, dass alle Produkte in einem Release mit mehreren Produkten Phasen auf koordinierte Weise durchlaufen.

    Wenn ein Produkt einem Release hinzugefügt wird, das bereits in Bearbeitung ist, beginnt das neu hinzugefügte Produkt in der frühesten Phase. Das System führt die Richtlinien, die jeder Phase zugeordnet sind, automatisch sequenziell aus:
    • Wenn alle Richtlinien für eine Phase konform sind, ist die Phase abgeschlossen, und das Release geht zur nächsten Phase über.
    • Dieser Prozess wird in jeder Phase wiederholt, bis das Produkt entweder die aktuelle Phase des übergeordneten Release erreicht oder eine Richtlinienauswertung fehlschlägt.
    • Wenn eine Richtlinienauswertung fehlschlägt, verbleibt die Phase des Produkts in der nicht konformen Phase, und der Status wird als nicht konform angezeigt – Richtlinienausführung fehlgeschlagen. Sie müssen die Nichteinhaltung beheben, bevor das Produkt weiterentwickelt werden kann. Dies kann entweder durch die Konformität der Richtlinien oder durch die Verwendung von erfolgen Phase abschließen Aktion zum Erzwingen des Abschlusses.
    Lebenszyklus und Statuszusammenfassung der Richtlinienausführung
    Richtlinien, die Releasephasen zugeordnet sind, folgen während der Ausführung einem definierten Lebenszyklus:
    • Nicht ausgeführt : Die Richtlinie wurde noch nicht ausgeführt.
    • In Bearbeitung : Die Richtlinienausführung wird ausgeführt.
    • Konform : Die Richtlinie hat die Validierung bestanden.
    • Nicht konform : Die Validierung der Richtlinie ist fehlgeschlagen.
    • Konform mit Ausnahme : Die Richtlinie ist fehlgeschlagen, es ist jedoch eine genehmigte Ausnahme vorhanden.

    Der Richtlinienausführungsstatus für alle primären und enthaltenen Produkte wird aggregiert, um den allgemeinen Richtlinienstatus des Haupt-Release zu bestimmen. Die Zusammenfassung folgt einer Prioritätshierarchie, in der ein nicht konformer Status in einem Produkt zu einem insgesamt nicht konformen Status für das Release führt.

    Weitere Informationen finden Sie unter Zusammenfassung des Richtlinienstatus in einem Release mit mehreren Produkten.