Releasemanagement v2 verwenden

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer
  • Das Releasemanagement v2-Plugin (com.snc.release_management_v2) stellt Release-Tabellen zur Verfügung, die Informationen zum geplanten Release und den Aufgaben enthalten, die zur Ausführung des Release erforderlich sind.

    Produkt

    Verwenden Sie einen Produktdatensatz in Releasemanagement, um Informationen zu einem Produkt zu Referenzzwecken zu speichern und alle Releases und Arbeitsartefakte für das Produkt zu gruppieren.

    Sie können das Referenzfeld Configuration Items verwenden, um das Produkt mit einem entsprechenden CI in der CMDB zu verknüpfen. Jedes CI speichert Informationen über seine Beziehung zu anderen CIs und kann alle zugehörigen Incidents, Probleme oder Änderungen verfolgen. Durch Angeben eines CI für das Produkt werden Informationen aus dem Release-Prozess mit anderen Prozessen in der Instanz verknüpft.

    Die Definition eines Produkts ist für die Verwaltung des Releaseprozesses nicht obligatorisch. Bei einem Release kann es sich um ein Enterprise-Release handeln, bei dem das Release mit allen Produkten oder Services oder mit mehr als einem Produkt verknüpft ist. In beiden Fällen ist die Definition eines Produkts nicht obligatorisch.

    Sobald Releases für ein Produkt definiert wurden, zeigt der zugehörige Link „Produkthierarchie“ die Hierarchie der Releases, Releasephasen und Release-Aufgaben an, die dem Produkt zugeordnet sind.

    Release

    Sobald ein Produkt definiert ist, können Sie einen Release planen und ausführen. Beginnen Sie mit der Definition eines Release für das Produkt, und fügen Sie untergeordnete Releases oder Releasephasen für das Release hinzu. Legen Sie dann den Umfang des Release fest, indem Sie Arbeitsartefakte für das Release definieren.

    Releasephase

    Definieren Sie mehrere Releasephasen, um die Release-Governance und eine reibungslose Ausführung sicherzustellen.

    Wenn das Release beispielsweise eher wie ein Wasserfallprozess verwaltet wird, könnten die Releasephasen Anforderungserfassung, Design, Entwicklung, Tests, Build, Abnahme und Bereitstellung als Schritte umfassen. Für jede Phase können Release-Aufgaben zugeordnet werden. Die Phase gilt als abgeschlossen, sobald alle Aufgaben für eine Phase abgeschlossen sind. Release Manager müssen die Releasephasen auf dem aktuellen Stand halten.

    Wenn das Release in mehrere Zusammenführungen aufgeteilt wird, könnten die Phasen Zusammenführung 1, Zusammenführung 2, Zusammenführung 3 usw. lauten. Der Typ und die Anzahl der Phasen hängen vom Releasemanagement-Prozess Ihrer Organisation ab.

    Umfang eines Release definieren

    Vor Beginn der Release-Ausführung müssen Sie den Release-Umfang definieren. Der Umfang eines Release umfasst die Arbeitsartefakte wie Projekte, Epics, Stories, Verbesserungen, Fehler usw., die Teil des Release sind.

    Zum Beispiel könnte eine Nebenversion nur wenige Probleme und Verbesserungen aufweisen, während einer Hauptversion möglicherweise mehrere Projekte oder Epics zugeordnet sind.

    Wichtig:
    Ab dem Release New York ist es nicht mehr möglich, den Umfang eines Release mit SDLC oder Scrum (Agile Development 1.0 (com.snc.sdlc.scrum.pp)) zu definieren.

    Verwenden Sie zum Definieren des Umfangs des Release die zugehörige Liste Release-Hierarchie im Formular „Release“, um das Release als Hierarchie anzuzeigen.