1. Rufe deinen Bereich auf.

2. Klicke im Bereichsmenü auf Releases.

3. Klicke auf Version erstellen.

4. Wähle das Textfeld Name aus und gib einen Namen ein. Du hast die Option, ein Startdatum und/oder ein Release-Datum festzulegen, und kannst eine Beschreibung für diese Version eingeben. Klicke anschließend auf Speichern. Versionsnamen sind normalerweise numerisch, z. B. 1.0 oder 2.1.1. Du könntest auch einen internen Codenamen verwenden.

Nachdem du eine Version erstellt hast, erscheinen in deinen Vorgängen die Felder Betrifft Version und Lösungsversion. 

Betrifft Version ist die Version, in der ein Bug oder Problem gefunden wurde. Dies kann beim Verfolgen von Problemen hilfreich sein, wird in Jira aber nicht oft verwendet.

Fehlerbehebung in Version ist die Version, in der du den Kunden-Release eines Features oder einer Fehlerbehebung planst. Dieses Feld wird zur Release-Planung, Überwachung von Fortschritt und Velocity sowie auch gerne für Berichte genutzt. Sehr wahrscheinlich ist dieses Feld das richtige für dich.

Bei einem Bereich mit Backlog

1. Navigiere zum Backlog des Bereichs.

2. Öffne das Versionen-Panel links.

3. Ziehe einen Vorgang in die Version, der du ihn hinzufügen möchtest.

Bei einem Bereich ohne Backlog

• Öffne den Vorgang, den du einer Version hinzufügen möchtest.

• Suche das Feld Lösungsversion(en) und gib die Version ein, der du den Vorgang hinzufügen möchtest.

Jira bietet dir viele Tools zur Überprüfung des Fortschritts einer Version. Einige davon werden wir dir hier vorstellen.

Zeitleiste

Mit der Zeitleistenansicht in Jira werden deine Vorgänge und Releases an einem Ort zusammengeführt. Hier kannst du Lieferungen planen, den Fortschritt nachverfolgen und Updates an Stakeholder senden. Wenn du deine Zeitleiste dafür konfiguriert hast, dass Releases angezeigt werden, kannst du geplante Releases auf der Zeitleiste sehen und wichtige Informationen zu individuellen Releases direkt in der Zeitleistenansicht abrufen.

So zeigst du Releases auf deiner Zeitleiste an:

1. Klicke oben rechts in der Zeitleiste auf Ansichtseinstellungen.

2. Aktiviere das Kontrollkästchen neben Releases.

So kannst du Releases auf der Zeitleiste planen und nachverfolgen:

• Beim Planen künftiger Releases oder beim Nachverfolgen eines aktiven Releases kannst du den jeweiligen Release-Status schnell anhand des Release-Symbols bestimmen:

  a. Ein blauer Kreis zeigt an, dass der Release UNVERÖFFENTLICHT ist und das Veröffentlichungsdatum noch nicht überschritten wurde. b. Ein roter Kreis mit einem Ausrufezeichen zeigt an, dass der Release UNVERÖFFENTLICHT und überfällig ist. c. Ein grüner Kreis mit einem Häkchen bedeutet, dass der Release bereits VERÖFFENTLICHT wurde.

• Du kannst den Filter "Versionen" verwenden, um nur Vorgänge anzuzeigen, die mit den ausgewählten Releases in der Zeitleiste verknüpft sind. So siehst du alle Aufgabenelemente für individuelle geplante Lieferungen.

• Klicke auf das Symbol eines Release, um wichtige Informationen wie den Fortschritt, Start- und Lieferdaten sowie die Beschreibung anzuzeigen. Du kannst das Kontrollkästchen neben Auf der Zeitleiste hervorheben aktivieren, um das Veröffentlichungsdatum auf der Zeitleiste zu visualisieren. Auf diese Weise kannst du den Status einer Lieferung im Verhältnis zum jeweiligen Veröffentlichungsdatum sehen.

  • 1. Veröffentlichungsstatus: Dies wird als UNVERÖFFENTLICHT, VERÖFFENTLICHT oder ARCHIVIERT angezeigt.

  • 2. Versionsbeschreibung: Dieser Text beschreibt die Lieferungen des Release. Er kann bei der Release-Erstellung hinzugefügt oder auf der Registerkarte "Releases" bearbeitet werden.

  • 3. Release-Fortschrittsbalken: Hiermit wird der Status der Vorgänge angezeigt, die dem Release zugewiesen sind. Die Anzeige wird automatisch aktualisiert, wenn sich der Status eines Vorgangs ändert.

  • 4. Start- und Veröffentlichungsdatum: Das geplante Start- und Veröffentlichungsdatum für den Release, das auf der Registerkarte "Releases" bearbeitet werden kann.

  • 5. Option zum Hervorheben des Veröffentlichungsdatums auf der Zeitleiste (wird als vertikale blaue Linie dargestellt).

Der Release Hub

Im Release Hub kannst du alle deine Releases verwalten. Dort erhältst du außerdem Informationen zum Status deiner Releases und eine Aufschlüsselung der Vorgänge der einzelnen Versionen.

So navigierst du zum Release Hub:

1. Rufe deinen Bereich auf.

2. Wähle im Bereichsmenü Releases aus.

• 1. Schnellsuche: Konzentriere dich auf bestimmte Versionen, indem du alle ausblendest, die dich nicht interessieren.

• 2. Versionsliste: Ordne Versionen per Drag-and-Drop neu an.

• 3. Status: Versionen können einen von drei Status haben: UNVERÖFFENTLICHT, VERÖFFENTLICHT oder ARCHIVIERT.

• 4. Fortschritt: Hier siehst du, wie viele Vorgänge der Version zugewiesen wurden und wie viele sich jeweils in den einzelnen Status befinden.

Release-Burndown-Bericht (nur in Scrum)

Im Release-Burndown-Bericht wird angezeigt, wie viele Aufgaben abgeschlossen wurden und wie viele Aufgaben insgesamt noch zu bearbeiten sind. Burndown-Charts werden zur Vorhersage der Wahrscheinlichkeit genutzt, mit der ein Team seine Aufgaben in der verfügbaren Zeit abschließen kann. Darüber hinaus machen sie das Team aufmerksam auf Scope Creep, also eine schleichende Vergrößerung des Projektumfangs.

Beachte bitte, dass du zur Verwendung des Release-Burndown-Charts deine Vorgänge schätzen musst. Weitere Informationen erhältst du in unserem Leitfaden zur Verwendung von Burndown-Charts.

So zeigst du den Release-Burndown-Bericht an:

• Rufe deinen Bereich auf.

• Wähle im Bereichsmenü die Option Berichte aus.

• Wähle das Release-Burndown-Chart aus.

• Release-Menü: Hier kannst du den Release auswählen, dessen Daten du ansehen möchtest.

• Hinzugefügte Aufgaben: Der dunkelblaue Balken stellt den Arbeitsumfang dar, der dem Release in jedem Sprint hinzugefügt wurde. In diesem Beispiel wurden die Aufgaben in Story Points gemessen.

• Ausstehende Aufgaben: Der hellblaue Balken stellt den Arbeitsumfang dar, der für den Release noch aussteht.

• Abgeschlossene Aufgaben: Der grüne Balken stellt dar, wie viel Aufgaben des Release in den einzelnen Sprints abgeschlossen wurden.

• Voraussichtlicher Abschluss: Der Bericht prognostiziert auf Basis der Team-Velocity, wie viele Sprints erforderlich sind, um den Release abzuschließen.

Ausführlichere Informationen erhältst du in unserer Dokumentation zu Release-Burndown-Charts.

Jetzt ist der Zeitpunkt gekommen, die harte Arbeit des Teams zu einem Software-Release zu machen. Wenn diese Phase erreicht ist, solltest du zuversichtlich sein, dass deine Version Release-bereit ist – alle Vorgänge sind abgeschlossen, der Code ist eingegeben, überprüft und gemergt, die Builds sind in Ordnung usw.

Um einen Release bereitzustellen, wird üblicherweise die Version in Jira released, ein Build des Release erstellt und dann wird der Release in der erforderlichen Umgebung bereitgestellt. 

So schließt du eine Version ab

1. Rufe deinen Bereich auf.

2. Wähle im Bereichsmenü Releases aus.

3. Wähle für die Release-bereite Version Aktionen (•••) > Release aus.

Bei Kanban Boards kannst du außerdem auch direkt auf dem Board für alle Vorgänge in der Spalte "Erledigt" einen Release durchführen.

Ausführlichere Informationen zur Arbeit mit Versionen in Jira findest du in unserer Dokumentation zu Versionen.

Hast du Fragen? Die Atlassian Community beantwortet sie dir gerne.