Gantt-Diagramm in agil: nützlich oder kontraproduktiv?

Warum der Gantt 2026 noch Debatten auslöst

In vielen agilen Teams reicht es, das Wort „Gantt“ auszusprechen, um die Atmosphäre zu spannen. Die einen sehen darin ein Erbe des V-Modells, die anderen ein unverzichtbares Werkzeug, um mit der Führungsebene zu sprechen. Beide haben recht, aber nicht zur selben Zeit.

Das Problem ist nicht das Diagramm selbst. Es ist der Gebrauch, den man davon macht: Ein Gantt, das vorgibt, jede Aufgabe sechs Monate im Voraus vorherzusagen, ist eine höfliche Lüge. Ein Gantt, das fünf Meilensteine und zwei kritische Abhängigkeiten zeigt, ist ein ehrliches Kommunikationswerkzeug.

Ein konkretes Beispiel: ein Team von zehn Personen, das eine große Inbetriebnahme vorbereitet. Das Backlog ist priorisiert, die zweiwöchigen Sprints sind geplant, das Kanban läuft. Aber die Geschäftsleitung will wissen, wann die Funktionalität für die Kunden verfügbar sein wird. Klassische agile Antwort: „wenn es fertig ist“. Nützliche Antwort: „hier sind die Meilensteine, hier sind die Abhängigkeiten, hier ist das wahrscheinliche Zeitfenster“.

Was der Gantt gut macht (und was das Kanban nicht macht)

Das Kanban ist hervorragend darin, den Fluss Tag für Tag zu visualisieren. Es sagt nichts über Abhängigkeiten zwischen Teams noch über vertragliche Meilensteine. Hier behält der Gantt seinen Platz.

Drei Fälle, in denen er wirklich hilft

• Mit externen Stakeholdern kommunizieren. Ein Sponsor, ein Kunde, ein Partner: Alle verstehen einen Zeitstrahl mit Meilensteinen. Wenige verstehen einen Burndown.
• Abhängigkeiten zwischen Teams visualisieren. Wenn die Inbetriebnahme von einer Datenbankmigration abhängt, die von einem anderen Team gesteuert wird, macht der horizontale Balken das Risiko sichtbar.
• Meilensteine verankern. Ein Release, eine regulatorische Konformität, eine Fachmesse: Das sind feste Termine, keine Schätzungen.

Ein Werkzeug wie SimpleGantt, auf GitHub veröffentlicht, veranschaulicht diese minimalistische Logik: interaktives Rendering, Verwaltung von Abhängigkeiten, Verfolgung von Meilensteinen, lokale Speicherung im YAML-Format. Keine Cloud, kein Konto. Der Autor bestimmt es für Umgebungen, in denen die Softwareinstallation eingeschränkt ist und Cloud-Webanwendungen nicht erlaubt sind. Mit anderen Worten: Ein Gantt kann schlicht und nützlich bleiben, ohne zu einem aufgeblähten Monstrum zu werden.

Wann der Gantt dem Team schadet

Der Gantt wird kontraproduktiv, sobald er seine Rolle als Kommunikationsmittel verlässt, um ein Werkzeug für die tägliche Steuerung zu werden.

Drei häufige Entgleisungen

1. Die falsche Präzision. Eine Aufgabe auf 3,5 Tage bei einer Frist von drei Monaten zu schätzen, heißt, eine Angabe zu erfinden. Das Team verbringt mehr Zeit damit, den Plan zu aktualisieren, als zu liefern.
2. Die Starrheit. Wenn ein Balken verrutscht, verschiebt man ihn, ohne sich zu fragen, ob der Umfang geändert werden muss. Der Gantt ermutigt dazu, am Plan festzuhalten, statt auf das Feld zu hören.
3. Das umgekehrte Reporting. Der Gantt dient dann dazu, Individuen zu überwachen („warum ist diese Aufgabe nicht fertig?“), statt den Fluss zu überwachen. Genau das versucht das Agile zu vermeiden.

Einfache Regel: Wenn Ihr Gantt mehr als zwanzig Zeilen enthält, kommuniziert er nicht mehr, er ertränkt. Wenn Sie ihn täglich aktualisieren, haben Sie wahrscheinlich ein Kanban-Problem, kein Gantt-Problem.

Gantt, Sprints und Kanban ohne doppelte Eingabe kombinieren

Die gute Praxis lässt sich in einem Satz zusammenfassen: Kanban und Sprints steuern die Ausführung, der Gantt kommuniziert die Flugbahn. Vorausgesetzt, die drei Ansichten teilen dieselben Daten.

Konkret bedeutet das:

• Die User Stories leben im Backlog, mit Priorität, Punkten und Akzeptanzkriterien.
• Die Sprints bringen sie voran, mit Daily, Planning, Review und Retrospektive.
• Das Kanban zeigt den tatsächlichen Zustand der Karten, Spalte für Spalte.
• Der Gantt zeigt die Meilensteine und Abhängigkeiten, gespeist aus denselben Objekten.

Genau das bietet Ever Earlier: Ein und derselbe Raum vereint Kanban-Boards, Sprints, Backlog, Berichte (Burndown, Velocity, kumulativer Fluss) und Gantt-Diagramm. Ein Projektleiter kann am Montag einem Sponsor den Zeitstrahl zeigen und am Dienstag zum Kanban des Teams wechseln, ohne eine einzige Karte neu einzugeben.

Der integrierte KI-Agent generiert User Stories aus Epics, und der Assistent Earlio hilft in der Anwendung. Nützlich, wenn man eine vage Absicht in planbare Elemente umwandeln muss — ohne dabei Termine zu erfinden.

Vier einfache Regeln für einen mit Agile kompatiblen Gantt

Wenn Sie einen Gantt behalten wollen, ohne Ihre agile Organisation zu zerstören, wenden Sie diese vier Regeln an.

1. Beschränken Sie sich auf Meilensteine. Keine einzelnen Aufgaben im Gantt. Meilensteine, Abhängigkeiten, Zeitfenster.
2. Akzeptieren Sie die Unsicherheit. Ein Balken über drei Monate muss visuell unscharf oder breit sein. Ein präziser Balken über drei Monate ist eine Lüge.
3. Nutzen Sie ihn nicht für die tägliche Verfolgung. Das Kanban sagt, wo die Arbeit steht. Der Gantt sagt, wohin das Projekt geht.
4. Aktualisieren Sie ihn am Ende jedes Sprints. Nicht jeden Tag. Sonst wird er zu einem bürokratischen Ritual.

Ein nützlicher Plan ist nicht der, der alles vorhersagt, sondern der, der die Annahmen sichtbar macht.

Diese Regeln gelten unabhängig von der Teamgröße. Für ein Team von zwei bis dreißig Personen ist das oft ausreichend.

Was man mitnehmen sollte

Der Gantt ist weder der Feind noch die Lösung. Er ist ein Kommunikationsformat. Gut genutzt, richtet er die Stakeholder auf Meilensteine und Abhängigkeiten aus. Schlecht genutzt, erstarrt er das Team in falscher Präzision.

Die Frage, die man sich stellen muss, ist nicht „braucht man einen Gantt?“, sondern „wozu soll er dienen?“. Wenn die Antwort lautet „um einen Lenkungsausschuss über Termine zu beruhigen“, wird er die Arbeit tun. Wenn die Antwort lautet „um den täglichen Fortschritt zu verfolgen“, ist es besser, in ein sauberes Kanban und kurze Sprints zu investieren.

Der Vorteil eines Werkzeugs wie Ever Earlier ist, dass es diese Wahl nicht erzwingt: Die drei Ansichten koexistieren, gespeist aus denselben Daten. Sie behalten den Gantt für die Meilensteine, die Sprints für den Rhythmus, das Kanban für den Fluss.