Agile-Leitfaden · Agile Praktiken
Agile Gantt-Diagramme: wann und wie Sie sie einsetzen
Ein agiles Gantt-Diagramm ist eine übergeordnete Zeitleiste, die Sprints, Releases und Epics im Verhältnis zu Terminen zeigt, statt eines detaillierten Terminplans jeder Aufgabe. So eingesetzt, Gantt-Diagramm hilft agilen Teams, Pläne und Abhängigkeiten an Stakeholder zu kommunizieren, ohne den Umfang vorab festzulegen.
Das Wichtigste in Kürze
- Gantt-Diagramme können in Agile funktionieren, wenn sie Sprints, Releases und Epics zeigen, nicht Aufgaben.
- Verwenden Sie durchgezogene Balken für die nahe Zukunft und Prognosebalken für spätere Zeiträume.
- Aktualisieren Sie das Diagramm nach jedem Sprint Review und betrachten Sie es als Prognose, nicht als Versprechen.
- Kombinieren Sie es mit Burnup-Diagrammen und dem Backlog für ein vollständiges Bild.
Funktionieren Gantt-Diagramme in Agile?
Ein traditionelles Gantt-Diagramm listet jede Aufgabe mit festen Terminen und Abhängigkeiten auf, was zu Plänen passt, die stabil bleiben sollen. Agile Pläne rechnen mit Änderungen, daher veraltet ein detailliertes Gantt-Diagramm auf Aufgabenebene schnell. Die Lösung ist, den Detaillierungsgrad zu ändern: Zeigen Sie die Timeboxen (Sprints und Releases) und die größeren Einheiten (Epics und Meilensteine), und überlassen Sie dem Team die Details im Backlog.
- Nützlich für: Release-Zeitpläne, teamübergreifende Abhängigkeiten, feste externe Termine, Reporting an Stakeholder, die Gantt-Ansichten gewohnt sind, und hybride Projekte.
- Weniger nützlich für: das tägliche Aufgabenmanagement innerhalb eines Sprints, wofür ein Taskboard besser geeignet ist.
So erstellen Sie ein agiles Gantt-Diagramm
- Timeboxen anlegen: Fügen Sie jeden Sprint als Balken fester Länge hinzu, zum Beispiel zwei Wochen.
- Releases und Meilensteine hinzufügen: Markieren Sie geplante Release-Termine und alle festen externen Termine als Meilensteine.
- Epics statt Aufgaben eintragen: Stellen Sie jedes Epic als Balken über die Sprints dar, in denen voraussichtlich daran gearbeitet wird, basierend auf Velocity.
- Abhängigkeiten nur zwischen Epics oder Teams zeigen: Zum Beispiel benötigt das Zahlungs-Epic die API des Anbieters bis Sprint 4; siehe Abhängigkeiten zwischen Vorgängen.
- Konfidenz kennzeichnen: Verwenden Sie durchgezogene Balken für die nächsten ein bis zwei Sprints und hellere oder gestrichelte Balken für spätere Zeiträume.
- Nach jedem Sprint Review aktualisieren: Verschieben Sie Epics, wenn sich Backlog und Prognose ändern, und dokumentieren Sie den Grund.
Rechenbeispiel
Ein Team mit einer Velocity von rund 30 Punkten pro zweiwöchigem Sprint plant ein Release über sechs Sprints mit Start am 6. Januar.
| Epic | Größe (Punkte) | Geplante Sprints | Hinweise |
|---|---|---|---|
| Kursplan | 25 | 1 | Fest; startet sofort |
| Buchung und Stornierung | 40 | 2–3 | Fest |
| Wartelisten | 30 | 3–4 | Prognose |
| Zahlungen | 45 | 4–5 | Abhängig von der API des Zahlungsanbieters bis Sprint 4 |
| Erinnerungen | 20 | 6 | Prognose; kann ins nächste Release rutschen |
Gesamt: 160 Punkte über 6 Sprints (180 Punkte Kapazität), was etwas Puffer lässt. Der Release-Meilenstein liegt am Ende von Sprint 6 am 27. März. Kommt die Zahlungs-API zu spät, zeigt das Diagramm auf einen Blick, dass Zahlungen und möglicherweise Erinnerungen ins nächste Release rutschen.
Gantt-Diagramm vs. andere agile Planungsansichten
| Ansicht | Zeigt | Am besten für |
|---|---|---|
| agiles Gantt-Diagramm | Epics und Releases auf einer Zeitleiste mit Abhängigkeiten | Stakeholder-Kommunikation, Koordination mehrerer Teams |
| Agile Roadmap | Ziele und Themes im Zeitverlauf, oft ohne Termine | Strategie und Richtung |
| Release-Burnup oder -Burndown | Erledigte Arbeit im Verhältnis zum Umfang im Zeitverlauf | Prognose und Fortschrittsverfolgung |
| Sprint- oder Taskboard | Status jedes Eintrags im Sprint | Tägliche Teamkoordination |
Tipps und häufige Fehler
- Tragen Sie keine Aufgaben auf Sprint-Ebene in das Gantt-Diagramm ein; das erzeugt Scheingenauigkeit.
- Behandeln Sie Prognosebalken nicht als Versprechen. Erklären Sie, dass der Umfang die Variable ist, nicht der Termin oder die Qualität.
- Halten Sie eine einzige verlässliche Quelle: Verknüpfen Sie Gantt-Balken in Ihrem Tool mit Backlog-Epics, damit sie sich gemeinsam aktualisieren. Tools wie Wrike, Smartsheet und monday.com kombinieren Zeitleisten mit Boards; siehe Gantt-Software.
- Prüfen Sie das Diagramm bei jedem Sprint Review, nicht täglich.
- Nutzen Sie es zusammen mit Burnup-Diagrammen, die das tatsächliche Fortschrittstempo zeigen.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Kann man in Agile ein Gantt-Diagramm verwenden?
Ja, auf übergeordneter Ebene. Zeigen Sie Sprints, Releases und Epics statt jeder Aufgabe und aktualisieren Sie es, wenn sich Pläne ändern.
Was ist ein agiles Gantt-Diagramm?
Eine Zeitleistenansicht von Sprints, Releases, Epics und Meilensteinen, mit der ein agiler Plan kommuniziert wird.
Ist ein Gantt-Diagramm agil oder Wasserfall?
Gantt-Diagramme werden vor allem mit Wasserfall-Planung verbunden, doch das Format selbst ist neutral. Wie detailliert und fest der Plan ist, entscheidet darüber, ob er zu Agile passt.
Warum meiden agile Teams Gantt-Diagramme?
Detaillierte Gantt-Diagramme auf Aufgabenebene suggerieren festen Umfang und feste Termine, was der agilen Erwartung von Änderungen widerspricht, und ihre Pflege ist aufwendig.
Was nutzen agile Teams statt Gantt-Diagrammen?
Roadmaps, Release-Burnup-Diagramme, Backlogs und Taskboards; siehe agilen Tools und Techniken.
Wie stellt man Sprints in einem Gantt-Diagramm dar?
Fügen Sie jeden Sprint als Balken fester Länge hinzu und platzieren Sie dann Epics über die Sprints, in denen sie geplant sind.
Sollte ein Gantt-Diagramm in Agile Abhängigkeiten zeigen?
Zeigen Sie Abhängigkeiten zwischen Epics, Teams und externen Meilensteinen; vermeiden Sie Abhängigkeitsketten auf Aufgabenebene.
Verwendet Scrum Gantt-Diagramme?
Der Scrum Guide erwähnt sie nicht. Manche Scrum Teams nutzen eine übergeordnete Zeitleiste für das Stakeholder-Reporting.
Wie oft sollte ein agiles Gantt-Diagramm aktualisiert werden?
Nach jedem Sprint Review oder wann immer sich die Prognose deutlich ändert.
Was ist der Unterschied zwischen einem Gantt-Diagramm und einer Roadmap?
Ein Gantt-Diagramm ist datumsbasiert und zeigt terminierte Arbeit; eine Roadmap konzentriert sich auf Ziele und Richtung und kann grobe Zeithorizonte verwenden. Siehe Projekt-Roadmap.
Welche Tools bieten Gantt-Diagramme für agile Teams?
Viele Tools kombinieren Boards und Zeitleisten; vergleichen Sie sie in unseren Projektmanagement-Tools .