Gantt-Diagramm Software-Release: Vorlage vom Code-Freeze bis zur Produktion
Bearbeitbare Gantt-Vorlage für ein Software-Release: Feature Complete, Code-Freeze, Regressions-, Performance- und Abnahmetests, Freigabe, Rollout, Smoke-Test und Monitoring, mit Abhängigkeiten und Meilensteinen.
Was ist Gantt-Diagramm Software-Release: vorlage vom Code-Freeze bis zur produktion?
Der riskante Teil eines Software-Releases ist selten der Code. Es sind die wenigen Tage zwischen dem letzten Feature und dem ersten Nutzer, in denen Tests, Dokumentation und Rollout in der richtigen Reihenfolge fertig werden müssen und der Termin längst öffentlich ist. Ein Gantt-Diagramm passt gut zu dieser Strecke: Die Aufgaben sind kurz, die Abhängigkeiten real, und ein Tag Verzug an einer Stelle ist überall dahinter sichtbar.
Die Vorlage beginnt bei „Release-Umfang abstimmen“ und endet bei „Release-Retrospektive“. Die Entwicklung endet mit dem Meilenstein „Feature Complete“, während „Bekannte Fehler beheben“ fünf Arbeitstage nach dem Start von „Restliche Features fertigstellen“ beginnt, sodass die Fehlerbehebung das Ende der Entwicklung überlappt. Beides muss vor dem Meilenstein „Code-Freeze“ abgeschlossen sein. Nach dem Freeze starten drei Teststränge: „Regressionstests“, „Performance- und Sicherheitsprüfung“ und „Abnahmetest durch Anwender“, der zwei Arbeitstage nach dem Beginn des Freezes startet. „Release-Blocker beheben“ wartet auf alle drei.
Release Notes und Runbook entstehen während der Tests, nicht danach; daher wartet „In Produktion ausrollen“ auf „Release-Freigabe“, „Release Notes schreiben“ und „Runbook und Rollback-Plan aktualisieren“. Nach dem Rollout steuert „Smoke-Test in Produktion“ sowohl die Ankündigung als auch das Monitoring-Fenster. Schalten Sie den kritischen Pfad ein, um zu sehen, welcher Teststrang den Termin bestimmt. Die Dauern sind beispielhafte Arbeitstage (Montag bis Freitag); ersetzen Sie sie durch Ihre eigenen.
Für das gesamte Projekt bis zum Release siehe die [Gantt-Vorlage für Softwareprojekte](/de/templates/software-projekt-gantt-diagramm). Die Vorlage ist nicht mit einem Code-Repository oder Ticketsystem verbunden und verfolgt weder Fehler noch Deployments: Sie plant den Zeitplan. Abhängigkeiten erklärt der [Leitfaden zu Abhängigkeiten im Gantt-Diagramm](/de/guides/gantt-diagramm-abhaengigkeiten).
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Vier Gruppen – Entwicklung, Test, Veröffentlichung und Betrieb – mit 17 Aufgaben und drei Meilensteinen: „Feature Complete“, „Code-Freeze“ und „Release-Freigabe“.
- Überlappende Arbeit: „Bekannte Fehler beheben“ beginnt fünf Arbeitstage nach dem Beginn von „Restliche Features fertigstellen“.
- Drei Teststränge nach dem Freeze – „Regressionstests“, „Performance- und Sicherheitsprüfung“ und „Abnahmetest durch Anwender“ – und ein Zusammenlauf bei „Release-Blocker beheben“.
- Vorbereitung, die nicht auf die Tests wartet: „Release Notes schreiben“ und „Runbook und Rollback-Plan aktualisieren“ starten beide beim „Code-Freeze“.
- Ein Abschluss mit Gates: „In Produktion ausrollen“ wartet auf „Release-Freigabe“, und „Smoke-Test in Produktion“ steuert „Release ankündigen“ und „Überwachen, frühe Probleme beheben“.
Wann Sie diese Vorlage verwenden sollten
- Sie liefern zu einem festen Termin und wollen sehen, was die Strecke vom Freeze bis zur Produktion wirklich braucht.
- Test, Dokumentation und Betrieb liegen bei verschiedenen Personen und brauchen einen gemeinsamen Zeitplan.
- Sie wollen eine Release-Checkliste mit Dauern und Abhängigkeiten statt einer flachen Liste.
- Sie brauchen einen Ausgangsplan für einen Release-Train, den Sie in jedem Zyklus wiederverwenden.
Der Plan, Aufgabe für Aufgabe
Alle Aufgaben des Diagramms mit ihrer Dauer in Arbeitstagen und dem, worauf sie warten. Eine Abhängigkeit ist eine Schrittnummer; SS bedeutet Start-zu-Start, FF Ende-zu-Ende, +n eine Verzögerung in Arbeitstagen.
| # | Aufgabe | Gruppe | Arbeitstage | Abhängig von |
|---|---|---|---|---|
| 1 | Release-Umfang abstimmen | Entwicklung | 2 | |
| 2 | Restliche Features fertigstellen | Entwicklung | 10 | 1 |
| 3 | Feature Complete | Entwicklung | Meilenstein | 2 |
| 4 | Bekannte Fehler beheben | Entwicklung | 6 | 2SS+5 |
| 5 | Code-Freeze | Entwicklung | Meilenstein | 3, 4 |
| 6 | Regressionstests | Test | 5 | 5 |
| 7 | Performance- und Sicherheitsprüfung | Test | 4 | 5 |
| 8 | Abnahmetest durch Anwender | Test | 6 | 5SS+2 |
| 9 | Release-Blocker beheben | Test | 3 | 6, 7, 8 |
| 10 | Release-Freigabe | Veröffentlichung | Meilenstein | 9 |
| 11 | Release Notes schreiben | Veröffentlichung | 3 | 5 |
| 12 | Runbook und Rollback-Plan aktualisieren | Veröffentlichung | 3 | 5 |
| 13 | In Produktion ausrollen | Veröffentlichung | 1 | 10, 11, 12 |
| 14 | Smoke-Test in Produktion | Veröffentlichung | 1 | 13 |
| 15 | Release ankündigen | Betrieb | 1 | 14 |
| 16 | Überwachen, frühe Probleme beheben | Betrieb | 5 | 14 |
| 17 | Release-Retrospektive | Betrieb | 1 | 16 |
So funktioniert es
Aufgaben durch eigene ersetzen
Benennen Sie die 17 Aufgaben und die vier Gruppen um. Fügen Sie Teststränge hinzu oder entfernen Sie welche, passend dazu, wie Sie tatsächlich testen.
Freeze als Meilenstein setzen
Machen Sie „Code-Freeze“ zu einer Aufgabe der Länge null, die von allem abhängt, was vor dem Teststart fertig sein muss, und lassen Sie jeden Teststrang davon abhängen.
Vorbereitung die Tests überlappen lassen
Starten Sie Release Notes und Runbook mit eigenen Verknüpfungen beim Freeze statt nach den Tests, damit sie den Termin nicht verlängern.
Stränge vor der Freigabe zusammenführen
Lassen Sie die Fehlerbehebungsaufgabe von jedem Teststrang abhängen, damit die Freigabe nicht erscheint, bevor alle fertig sind.
Kritischen Pfad prüfen
Unter „Ansicht“ und „Kritischer Pfad“: Ist ein Teststrang die längste Kette, bringt eine kürzere Entwicklung das Release nicht voran.
Plan wiederverwenden
Duplizieren Sie das Diagramm nach dem Release, passen Sie die Längen mit den Erkenntnissen aus der Retrospektive an und nutzen Sie es für den nächsten Zyklus.
Häufig gestellte Fragen
Was ist ein Gantt-Diagramm für ein Software-Release?
Ein Gantt-Diagramm für den Zeitplan vom letzten Feature bis zu den ersten Tagen in Produktion: Freeze, Tests, Freigabe, Rollout und Monitoring, mit den Abhängigkeiten dazwischen.
Ist es mit Jira oder GitHub verbunden?
Nein. Es gibt keine Integrationen. Sie tragen die Aufgaben und ihre Abhängigkeiten ein oder fügen sie ein, und der Zeitplan wird daraus berechnet.
Kann ich Teststränge parallel laufen lassen?
Ja. Geben Sie jedem Strang eine Abhängigkeit vom Freeze und lassen Sie die nächste Aufgabe von allen abhängen. Der kritische Pfad zeigt, welcher den Termin bestimmt.
Sind die Dauern realistisch?
Es sind beispielhafte Arbeitstage. Ersetzen Sie sie durch die Werte aus Ihrer eigenen Release-Historie.
Wie unterscheidet sich die Vorlage von der Softwareprojekt-Vorlage?
Die Softwareprojekt-Vorlage plant einen ganzen Aufbau von den Anforderungen bis zum Launch. Diese hier plant nur die Release-Strecke, dafür detaillierter.
