Neun Fehler bei der Projektplanung — und wie man sie behebt
Schlechte Gantt-Diagramme scheitern fast immer auf dieselbe Handvoll Arten, und kaum eine davon hat mit der Software zu tun. Ein Diagramm kann sauber, farbig und jeden Freitag frisch exportiert sein und trotzdem über Ihr Enddatum lügen. Hier steht jeder Fehler, warum er falsch ist, was er in einem echten Plan kostet — und der Durchgang, der ihn findet.
- Ein Plan, der die meisten dieser Fehler auf einmal macht
- 1. Zu viel Detail
- 2. Keine Abhängigkeiten
- 3. Alles durchgehend Ende-Anfang verkettet
- 4. Schätzungen als Zusagen behandeln
- 5. Nirgends Puffer
- 6. Den kritischen Pfad ignorieren
- 7. Keine Zuständigen — und Zuständige mit 100 Prozent
- 8. Den Plan veralten lassen
- 9. Keine Meilensteine
- 10. Fortschritt aus verstrichenen Kalendertagen
- 11. Bei jeder Abweichung neu basieren
- 12. Das Gantt-Diagramm für die falsche Sache verwenden
- Das Symptom zu jedem Fehler
- Ein Durchgang in zwanzig Minuten
Ein Plan, der die meisten dieser Fehler auf einmal macht
Ein ganz gewöhnliches Vorhaben — der Relaunch des Webauftritts eines mittelständischen Herstellers, Start am Montag, 2. März 2026 — zuerst so gezeichnet, wie man ihn üblicherweise zeichnet, danach ehrlich.
So geplant. Sechs Zeilen, durchgehend Ende-Anfang verkettet, keine Meilensteine, kein Puffer:
- Analyse — Mo 2. März bis Fr 13. März (10 Tage)
- Gestaltung — Mo 16. März bis Fr 27. März (10 Tage)
- Umsetzung — Mo 30. März bis Fr 24. April (20 Tage, Jana Ergün)
- Inhaltsmigration — Mo 30. März bis Fr 17. April (15 Tage, Jana Ergün)
- Qualitätssicherung — Mo 27. April bis Fr 8. Mai (10 Tage)
- Livegang — Mo 11. Mai
Was der Plan verschweigt. Die Fachabteilung hat fünf Arbeitstage, um die Gestaltung zu prüfen; diese Prüfung steht nirgends im Plan. Jana Ergün ist drei Wochen lang gleichzeitig zu 100 Prozent für die Umsetzung und zu 100 Prozent für die Inhaltsmigration eingeplant, das Diagramm unterstellt also stillschweigend 200 Prozent einer Person. In fünfzig Arbeitstagen steckt kein einziger Puffertag. Und weil alle Zeilen in einer einzigen EA-Kette hängen, ist jede Zeile kritisch.
Korrigiert. Ergänzen Sie einen Meilenstein Gestaltung freigegeben, der die Prüfzeit als Verzögerung trägt (EA+5T): Die Umsetzung läuft dann von Mo 6. April bis Fr 1. Mai. Die Inhaltsmigration kann sich nicht damit überlappen, solange Jana Ergün beides verantwortet, sie läuft also von Mo 4. Mai bis Fr 22. Mai. Die Qualitätssicherung folgt von Mo 25. Mai bis Fr 5. Juni. Fünf Puffertage legen den Livegang auf Fr 12. Juni.
Die Konsequenz. Das Diagramm sagte den 11. Mai. Der ehrliche Termin war der 12. Juni — 24 Arbeitstage später, gefunden im ersten Entwurf statt in der zweiten Maiwoche. Verändert hat sich nichts außer dass drei ohnehin wahre Dinge aufgeschrieben wurden.
Und die Berichterstattung. Am Montag, dem 20. April, stand die Umsetzung im Statusbericht auf 60 Prozent, weil 12 ihrer 20 Tage verstrichen waren. Fertig waren 4 von 11 Seitenvorlagen. Der tatsächliche Fortschritt: 36 Prozent.
1. Zu viel Detail
Mit Abstand das häufigste Scheitern. Ein Diagramm, das jede Teilaufgabe trägt, ist unlesbar und unpflegbar — sechzig Zeilen aktualisiert niemand wöchentlich, also ist es binnen Tagen veraltet. Und ein ungepflegter Plan ist gefährlicher als gar keiner, weil ihm noch geglaubt wird.
Korrektur: Planen Sie auf der Ebene, auf der Sie berichten. Alles, was kürzer ist als Ihr Berichtszyklus, gehört in einen Vorgang hinein, nicht daneben. Rollen Sie das Detail in Phasen zusammen und lassen Sie die Arbeitsliste dort, wo das Team ohnehin arbeitet.
2. Keine Abhängigkeiten
Ein Diagramm aus parallelen Balken ohne Verknüpfungen ist ein Bild, kein Plan. Wenn etwas rutscht, bewegt sich nichts, weil nichts verbunden ist.
Korrektur: Verknüpfen Sie, was tatsächlich einschränkt, und ziehen Sie danach probeweise einen Balken. Wenn ihm nichts folgt, bildet der Plan Ihr Vorhaben nicht ab.
3. Alles durchgehend Ende-Anfang verkettet
Der umgekehrte Fehler, und der subtilere. Hängen Sie jeden Vorgang in eine lange Reihe, landet jeder Vorgang auf dem kritischen Pfad — sechzig Zeilen, die alle „dringend“ rufen, was dasselbe ist wie gar nichts zu sagen. Außerdem lässt sich so ein Plan nicht mehr umbauen: Jeder Termin wird von einer Vorliebe festgehalten.
Korrektur: Verknüpfen Sie nur, was physisch einschränkt. Wenn B mit den vorhandenen Leuten und dem vorhandenen Material heute beginnen könnte, hängt es nicht von A ab. Ein gesunder kritischer Pfad umfasst ein Viertel bis die Hälfte Ihrer Vorgänge; umfasst er alle, haben Sie eine Warteschlange gezeichnet und kein Netz.
4. Schätzungen als Zusagen behandeln
Jeder Balken sieht gleich sicher aus. Ein dreitägiger Vorgang, den Sie fünfzigmal gemacht haben, und einer, den noch nie jemand versucht hat, werden identisch gezeichnet.
Korrektur: Legen Sie den Puffer dorthin, wo die Unsicherheit sitzt, und sagen Sie das auch. Ein Plan, der zugibt, welche Teile Schätzungen sind, überlebt den Kontakt mit der Wirklichkeit, weil die Schätzungen Raum bekommen haben, falsch zu sein.
5. Nirgends Puffer
Ein Plan, in dem jeder Vorgang exakt in dem Moment beginnt, in dem sein Vorgänger endet, kann nichts abfedern. Die erste Verzögerung von zwei Tagen ist eine Projektverzögerung von zwei Tagen.
Korrektur: Puffern Sie dort, wo sich Risiko sammelt — vor harten Terminen, hinter allem, was Dritte verantworten, rund um Freigaben. Ein sichtbarer Puffer von fünf Tagen vor dem Livegang ist mehr wert als fünf Tage, die unsichtbar über zehn Vorgänge verschmiert sind, denn verteilte Puffer werden aufgebraucht, ohne dass es jemand bemerkt.
6. Den kritischen Pfad ignorieren
Wer nicht weiß, welche Vorgänge das Enddatum treiben, kann nicht wissen, welche Verzögerungen zählen. Teams beschleunigen Arbeit mit drei Wochen Puffer, während eine Zeile darunter der eigentliche Engpass rutscht.
Korrektur: Schalten Sie den kritischen Pfad ein und prüfen Sie ihn nach jeder Änderung erneut. Ein Vorgang mit acht Tagen Puffer wird in dem Moment kritisch, in dem er neun rutscht.
7. Keine Zuständigen — und Zuständige mit 100 Prozent
Vorgänge ohne benannte Person sind die Aufgabe aller, was verlässlich heißt: die Aufgabe von niemandem. Eine Person je Vorgang, kein Team: Nur eine Person kann man fragen.
Weniger offensichtlich ist der zweite Teil. Eine Person mit voller Last auf sich überlappende Vorgänge zu setzen, ist derselbe Fehler. Jana Ergün mit 100 und 100 Prozent ist nicht ehrgeizig, sondern rechnerisch unmöglich — und das Diagramm sagt es nicht, weil sich Balken bereitwillig überlappen.
Korrektur: Prüfen Sie die Auslastung jeder zuständigen Person über die gesamte Zeitachse, nicht Vorgang für Vorgang. Wer drei Wochen lang auf 140 Prozent steht, arbeitet in einem Terminplan, der bereits gescheitert ist.
8. Den Plan veralten lassen
Ein Gantt-Diagramm ist ein lebendes Dokument mit Verfallsdatum. Drei Wochen ohne Fortschreibung, und die Leute hören auf, ihm zu vertrauen; danach hören sie auf, es zu lesen.
Korrektur: Schreiben Sie in einem festen Takt fort — normalerweise wöchentlich, in einer heißen Phase täglich — und halten Sie das Diagramm klein genug, dass das Minuten dauert.
9. Keine Meilensteine
Eine Wand aus Balken gibt der Leserin nichts, woran sie sich festhalten kann. Meilensteine sind der Weg, auf dem jemand außerhalb des Projekts die Entscheidungspunkte findet.
Korrektur: Markieren Sie Freigaben, Lieferungen, Tore und die Inbetriebnahme als Meilensteine ohne Dauer und hängen Sie die nachgelagerte Arbeit daran. Vier bis acht sind meist richtig. Oben war der fehlende Meilenstein nicht kosmetisch: In Gestaltung freigegeben hatten sich fünf Tage Prüfzeit versteckt.
10. Fortschritt aus verstrichenen Kalendertagen
Das erzeugt die selbstbewussteste Fehlmeldung von allem, was hier steht. Leiten Sie den Fortschritt aus der verstrichenen Dauer ab, meldet ein Vorgang, den niemand angefasst hat, am zwölften von zwanzig Tagen 60 Prozent — genau das ist oben am 20. April passiert.
Korrektur: Melden Sie einen Anteil der Arbeit — gebaute Seitenvorlagen, ausgegebene Zeichnungen, bestandene Testfälle — und nicht einen Anteil des Kalenders. Ein Vorgang ohne zählbare Arbeitseinheit ist in der Regel zu grob geschnitten, um ihn zu verfolgen.
11. Bei jeder Abweichung neu basieren
Ein Basisplan hält fest, was Sie zugesagt haben. Ihn immer dann neu zu speichern, wenn die Abweichung unangenehm wird, macht daraus eine Aufzeichnung dessen, was Sie zuletzt getan haben — eine Zahl, die Sie ohnehin schon hatten.
Monatlich betrieben, ergibt das ein Projekt, das gegen seinen neunten Basisplan im Plan liegt und gegen seinen ersten vier Monate zu spät ist.
Korrektur: Neu basieren nur bei einer genehmigten Änderung des Umfangs oder bei einer förmlichen Umplanung — und die alten Stände aufbewahren. Der Abstand zwischen Basisplan 1 und Basisplan 5 ist oft die ehrlichste Beschreibung eines Projekts, die existiert.
12. Das Gantt-Diagramm für die falsche Sache verwenden
Gantt-Diagramme sind für Arbeit mit Reihenfolge, Abhängigkeiten und Terminen gemacht. Zu kontinuierlichem Fluss und zu einem wöchentlich neu priorisierten Rückstand passen sie schlecht.
Korrektur: Gantt, wenn Reihenfolge und Termine zählen; ein Board, wenn nicht. Beides parallel zu führen ist völlig normal — das Board für die Woche, das Gantt-Diagramm für das Quartal.
Das Symptom zu jedem Fehler
Über das Symptom findet man diese Fehler leichter als über die Definition:
| Was Ihnen auffällt | Der Fehler | Die Korrektur |
|---|---|---|
| Seit drei Wochen nicht aktualisiert | Zu viel Detail | Auf der Berichtsebene planen |
| Ein Vorgang rutscht, kein Termin bewegt sich | Keine Abhängigkeiten | Zwänge verknüpfen; mit einem Balken testen |
| Jeder Vorgang ist kritisch | Alles EA verkettet | Verknüpfungen löschen, die nur Vorlieben sind |
| Kleine Verzögerungen schieben das Ende | Kein Puffer | Sichtbare Puffer vor harten Terminen |
| Sie haben den falschen Vorgang beschleunigt | Kritischer Pfad ignoriert | Einschalten und nach jeder Änderung prüfen |
| Auf Nachfrage antwortet niemand | Keine Zuständigkeit | Eine benannte Person je Vorgang |
| Die Vorgänge einer Person rutschen gemeinsam | Über 100 Prozent eingeplant | Auslastung über die ganze Zeitachse prüfen |
| „Und was passiert wann?“ | Keine Meilensteine | Vier bis acht Tore mit Arbeit dahinter |
| Seit einem Monat 90 Prozent fertig | Fortschritt aus Kalendertagen | Anteil der Arbeit melden |
| Wöchentlich grün, am Ende Monate zu spät | Basisplan bei jeder Abweichung neu gesetzt | Nur bei genehmigter Umplanung neu basieren |
| Jeden Montag neu geschrieben | Falsches Werkzeug | Für Fluss ein Board nutzen |
Ein Durchgang in zwanzig Minuten
Gehen Sie das an einem Diagramm durch, das Sie bereits haben, in dieser Reihenfolge. Jeder Schritt ist etwas, das Sie sehen können, und nichts, worüber Sie urteilen müssen.
- Zählen Sie die Zeilen. Mehr, als Sie wöchentlich fortschreiben werden? Fassen Sie das Detail zuerst in Phasen zusammen.
- Ziehen Sie den letzten Vorgang Ihrer ersten Phase zwei Wochen nach rechts. Alles, was sich nicht mitbewegt, ist nicht verknüpft. Machen Sie das rückgängig und ergänzen Sie diese Verknüpfungen in der Spalte Nach.
- Setzen Sie den Haken bei Kritischer Pfad. Ist alles schraffiert, haben Sie überverknüpft; ist nichts schraffiert, haben Sie gar nicht verknüpft.
- Stellen Sie Ansicht auf Vorschau mit einem Fenster von drei Wochen. Sieht das nicht aus wie das, woran diese Woche gearbeitet wird, ist das Diagramm bereits veraltet.
- Öffnen Sie Auslastung. Wer an irgendeinem Tag über der Kapazität liegt, ist eine unmögliche Zusage in einem plausibel aussehenden Diagramm.
- Suchen Sie nach Rauten. Jeder Punkt, an dem jemand außerhalb des Teams freigibt, liefert oder prüft, sollte ein Meilenstein sein, mit der Prüfzeit als Verzögerung.
- Prüfen Sie die Zeile vor jedem harten Termin. Endet sie am Tag des Termins, fügen Sie einen Puffervorgang ein und beschriften Sie ihn auch so.
- Öffnen Sie ◳ Basisplan und frieren Sie den Plan ein — einmal, jetzt, wo er ehrlich ist — und lassen Sie sich anschließend die Abweichungsspalten anzeigen.
- Fragen Sie jede zuständige Person nach Fortschritt in Arbeitseinheiten, nicht in Prozent. Wo Antwort und Balken auseinandergehen, hat der Balken unrecht.
Häufige Fragen
Was ist der häufigste Fehler in Gantt-Diagrammen?
Zu viel Detail. Diagramme, die jede Teilaufgabe auflisten, werden unlesbar und binnen Wochen aufgegeben, weil ihre Pflege mehr kostet, als sie einbringt.
Wie viele Vorgänge sollte ein Gantt-Diagramm haben?
So wenige, dass Sie es tatsächlich pflegen — für die meisten Projekte 15 bis 40 Zeilen. Alles, was kürzer ist als Ihr Berichtszyklus, gehört in einen Vorgang hinein.
Sollte man jeden Vorgang Ende-Anfang verknüpfen?
Nein. Alles in eine Reihe zu hängen, setzt jeden Vorgang auf den kritischen Pfad und macht eine Umplanung unmöglich. Verknüpfen Sie nur, was physisch einschränkt.
Warum rutscht mein Projekt, obwohl das Diagramm gut aussah?
Meist fehlt Puffer, jemand ist über sich überlappende Vorgänge mit mehr als 100 Prozent eingeplant, oder der Fortschritt wird aus verstrichenen Kalendertagen statt aus geleisteter Arbeit abgeleitet.
Ist es falsch, einen Basisplan neu zu setzen?
Bei einer genehmigten Änderung des Umfangs oder einer förmlichen Umplanung ist es richtig. Ihn bei jeder verfehlten Zusage neu zu speichern ist es nicht: Die Berichte bleiben grün, während der Liefertermin wandert.
Wie oft sollte ein Gantt-Diagramm aktualisiert werden?
Wöchentlich für die meisten Projekte, täglich in einer heißen Phase. Wichtiger als der Abstand ist, dass der Takt fest und durchhaltbar ist.
Passende Vorlagen
Passend dazu
- Die vier Abhängigkeitsarten
- Basisplan und Abweichung
- Gantt-Diagramm erstellen
- Zurück zu den Ratgebern
Dieser Artikel ist auch auf Englisch verfügbar.