Gantt-Diagramm: Projekte planen, die auch fertig werden

Du hast ein Projekt am Hals. Eine neue Halle, ein Wechsel des Warenwirtschaftssystems, der zweite Standort. Der Termin steht. Und wenn du ehrlich bist, existiert der Plan dazu in drei Köpfen, zwei Mail-Verläufen und einer Notiz auf deinem Handy.

Dann kommt die Frage. Vom Kunden, vom Bauleiter, von der Bank: „Wann ist das fertig?" Und du antwortest mit einem Gefühl statt mit einem Datum.

Genau dafür gibt es das Gantt-Diagramm. Kein Werkzeug für Konzern-Projektbüros mit eigener Abteilung. Sondern die einfachste Art, drei Fragen zu beantworten, die du sonst rätst: Was passiert wann? Wie lange dauert es? Und was fällt um, wenn ein Teil sich verschiebt?

Aber es gibt eine zweite Wahrheit, und die steht in keinem Werkzeug-Vergleich: Ein solcher Balkenplan kann dir die Zeit stehlen. Ich habe genug Betriebe gesehen, in denen jede Woche vier Stunden draufgehen, um Balken zu verschieben — an einem Plan, den außer dem Ersteller niemand öffnet. Das ist keine Planung. Das ist Beschäftigungstherapie mit farbigen Rechtecken.

Hier bekommst du beides. Die Methode, wie du einen Plan baust, der einen Termin trägt. Und die Grenze, ab der du es besser sein lässt. Dazu die saubere Abgrenzung zum Projektstrukturplan, den schnellen Weg über Excel, den kritischen Pfad — und die sieben Fehler, die aus einem Plan eine Tapete machen.

Was ein Gantt-Diagramm ist

Ein Gantt-Diagramm ist ein Balkenplan über der Zeit. Links stehen die Vorgänge untereinander, oben läuft die Zeitachse von links nach rechts, und für jeden Vorgang liegt dazwischen ein Balken: Er beginnt am Starttag und endet am Endtag. Das ist alles. Die Länge des Balkens ist die Dauer, die Position ist der Termin.

Genau darin liegt die Stärke. Ein Balkendiagramm für dein Projekt zeigt in einer Sekunde, was eine Terminliste erst nach fünf Minuten Lesen verrät: Was läuft parallel, was liegt hintereinander, wo ist es eng, und wo hast du Luft. Ein Mensch erkennt Überlappungen von Rechtecken schneller als Zahlenreihen. Deshalb hat sich diese Darstellung seit über hundert Jahren gehalten.

Der Name geht auf den amerikanischen Ingenieur Henry Gantt zurück. Laut dem Wikipedia-Artikel zum Gantt-Diagramm entwickelten der Pole Karol Adamiecki und Henry Gantt zu Beginn des 20. Jahrhunderts unabhängig voneinander solche grafischen Ablaufdarstellungen. Adamiecki veröffentlichte zuerst — allerdings auf Polnisch. Gantt publizierte auf Englisch, und deshalb trägt die Sache heute seinen Namen. Merk dir das als Unternehmer-Lektion nebenbei: Wer sichtbar veröffentlicht, bekommt die Marke. Nicht, wer zuerst da war.

Die acht Bestandteile eines brauchbaren Plans

Ein Balkenplan, der im Betrieb etwas taugt, hat mehr als Balken. Diese acht Elemente gehören hinein:

• Die Vorgangsliste. Links, untereinander, in der Reihenfolge des Ablaufs. Jeder Vorgang ist eine Arbeit mit einem Ergebnis, kein Zustand.
• Die Zeitachse. Tage bei Projekten unter drei Monaten, Kalenderwochen darüber. Monate nur bei Vorhaben über zwei Jahre.
• Der Balken. Start, Dauer, Ende. Ein Balken je Vorgang, nie zwei.
• Die Abhängigkeiten. Pfeile zwischen Balken — der Pfeil zeigt, was auf was wartet.
• Die Meilensteine. Als Raute dargestellt, Dauer null. Ein Meilenstein ist ein Zustand, den man prüfen kann: „Baugenehmigung liegt vor."
• Der Verantwortliche. Ein Name je Zeile. Nicht „Team Technik". Ein Mensch.
• Der Fortschritt. Der Balken wird von links eingefärbt, so weit die Arbeit erledigt ist.
• Die Heute-Linie. Eine senkrechte Linie auf dem aktuellen Datum. Ohne sie siehst du nicht, ob du hinten liegst.

Fehlt der Verantwortliche oder die Heute-Linie, hast du kein Steuerungsinstrument, sondern ein Wunschbild. Und Wunschbilder halten keine Termine.

Projektstrukturplan oder Gantt-Diagramm: Was gegen Wann

Die beiden Werkzeuge werden ständig verwechselt, dabei ist die Trennung glasklar und spiegelbildlich: Der Projektstrukturplan beantwortet die Frage nach der Struktur — das Was. Das Gantt-Diagramm beantwortet die Frage nach der Zeit — das Wann. PSP = Struktur/Was, Gantt = Zeit/Wann. Merk dir diesen Satz, er erspart dir stundenlange Diskussionen im Projektteam.

Was der Projektstrukturplan liefert:

• Die vollständige Zerlegung des Projekts in Teilprojekte und Arbeitspakete
• Eine Baumstruktur, keine Zeitachse
• Die Antwort auf: Haben wir an alles gedacht?
• Die Grundlage für Kalkulation und Beauftragung

Was das Gantt-Diagramm liefert:

• Die Anordnung derselben Arbeitspakete auf dem Kalender
• Reihenfolge, Dauer, Überlappung, Puffer
• Die Antwort auf: Wann ist was fertig — und wer wartet auf wen?
• Die Grundlage für Terminzusagen gegenüber Kunden und Bank

In der Praxis erkennst du die Verwechslung an einem einzigen Merkmal: Sobald in einer Baumstruktur Termine auftauchen oder in einem Balkenplan Gliederungsnummern die Arbeit ersetzen, wurden beide Werkzeuge vermischt. Das Ergebnis ist ein Dokument, das keine der beiden Fragen sauber beantwortet — und in der ersten Krisensitzung als Erstes weggelegt wird.

Die Reihenfolge ist nicht verhandelbar: Erst der Projektstrukturplan, dann die Zeitplanung. Wer direkt Balken malt, plant nur das, was ihm gerade einfällt. Der Strukturplan zwingt dich zur Vollständigkeit, bevor du über Termine redest. Ein Balkenplan über einer lückenhaften Vorgangsliste sieht ordentlich aus und ist trotzdem falsch — das ist die gefährlichste Sorte Plan.

Wann sich ein Gantt-Diagramm lohnt — und wann es Beschäftigungstherapie ist

Die kurze Antwort: Ein Balkenplan lohnt sich, wenn mehrere Menschen aufeinander warten und ein Termin Geld kostet. Es lohnt sich nicht, wenn du allein arbeitest, wenn sich der Inhalt wöchentlich ändert oder wenn die Pflege länger dauert als die Arbeit, die geplant wird.

Der Suchmarkt zu diesem Thema ist voll von Werkzeug-Anbietern, und jeder von denen hat dieselbe Antwort: Du brauchst das. Immer. Am besten mit Abo. Ich habe kein Werkzeug zu verkaufen, deshalb sage ich dir die andere Hälfte.

Fünf Anzeichen, dass dein Projekt einen Balkenplan braucht

• Mehr als fünf Beteiligte. Ab da erklärt sich der Ablauf nicht mehr von selbst im Vorbeigehen.
• Echte Abhängigkeiten. Der Elektriker kann erst rein, wenn der Trockenbauer raus ist. Wenn solche Sätze in deinem Projekt vorkommen, brauchst du Pfeile.
• Ein Termin mit Preisschild. Vertragsstrafe, Messetermin, Fördermittelfrist, Saisonstart. Wenn Verzug Geld kostet, willst du vorher wissen, wo es kippt.
• Externe Gewerke oder Lieferanten. Fremde Kalender kannst du nicht im Kopf mitführen.
• Laufzeit über acht Wochen. Alles darunter steuerst du mit einer Liste und einem wöchentlichen Termin.

Vier Fälle, in denen du die Finger davon lässt

• Ein-Mann-Projekte. Wenn du der einzige Ausführende bist, ist die Aufgabenliste schneller und ehrlicher. Ein Balkenplan mit einer einzigen Ressource ist reine Selbstbeschäftigung.
• Vorhaben, deren Inhalt sich alle zwei Wochen dreht. Produktentwicklung, Software, Marketingkampagnen im Test. Dort planst du besser in kurzen Zyklen — dafür ist Scrum da, nicht der Balkenplan.
• Wiederkehrende Abläufe. Ein Auftrag, den du 40-mal im Jahr abwickelst, braucht keinen Projektplan, sondern einen sauberen Standardprozess. Das ist die Aufgabe von Prozessmanagement, nicht von Projektplanung.
• Wenn niemand die Pflege übernimmt. Ein Plan, der nach drei Wochen nicht mehr stimmt, ist schlimmer als keines. Es erzeugt Sicherheit, die nicht da ist.

Die härteste Prüfung ist die einfachste: Frag dich, wer diesen Plan liest. Wenn die Antwort „ich" lautet und sonst niemand, dann baust du gerade ein Denkmal für dich selbst. Ein Plan ist ein Kommunikationsmittel. Kein Nachweis von Fleiß.

Gantt-Diagramm erstellen: die sieben Schritte

Ein tragfähiges Gantt-Diagramm erstellen dauert für ein mittleres Projekt zwei bis drei Stunden — vorausgesetzt, der Projektstrukturplan liegt. Diese sieben Schritte in dieser Reihenfolge:

Schritt 1 und 2: Der Inhalt

Schritt 1: Vorgänge aus dem Strukturplan übernehmen. Nicht neu erfinden. Du nimmst die Arbeitspakete der untersten Ebene deines Projektstrukturplans und schreibst sie untereinander. Jeder Vorgang bekommt ein Verb: „Angebote einholen", „Fundament gießen", „Mitarbeiter schulen". Ein Substantiv allein ist kein Vorgang, sondern ein Thema.

Die richtige Flughöhe: Ein Vorgang dauert zwischen einem Tag und zwei Wochen. Was länger dauert, teilst du. Was kürzer ist, fasst du zusammen. Bei 20 bis 60 Zeilen liegst du für ein Mittelstandsprojekt richtig. Wer auf 300 Zeilen kommt, plant nicht, sondern protokolliert.

Schritt 2: Dauern schätzen — mit dem, der es macht. Nicht du schätzt, sondern der Ausführende. Und zwar in Arbeitstagen, nicht in Stunden. Frag nach drei Zahlen: Wie schnell im besten Fall, wie lang im schlechtesten, was ist realistisch. Der dritte Wert kommt in den Plan, die Spanne zwischen den ersten beiden sagt dir, wie unsicher die Schätzung ist. Große Spanne heißt: Hier brauchst du später Puffer.

Schritt 3 bis 5: Der Bauplan

Schritt 3: Reihenfolge und Abhängigkeiten festlegen. Geh die Liste von oben nach unten durch und stell zu jedem Vorgang eine einzige Frage: Was muss fertig sein, damit das hier starten kann? Die Antwort ist die Abhängigkeit. Alles, was keine Antwort hat, kann parallel laufen — und genau da liegt deine Zeitersparnis.

Schritt 4: Verantwortliche eintragen. Ein Name je Zeile. Wenn zwei Namen dastehen, ist niemand zuständig. Für die Frage, wie du Verantwortung sauber von Mitwirkung trennst, gibt es ein eigenes Werkzeug: die RACI-Matrix. Im Balkenplan steht nur der eine, der liefert.

Schritt 5: Meilensteine setzen. Drei bis sieben Stück, mehr nicht. Ein Meilenstein ist prüfbar oder er ist keiner. „Genehmigung erteilt", „Maschine abgenommen", „erster Kunde beliefert". Nicht: „Phase 2 abgeschlossen" — das prüft niemand nach.

Schritt 6 und 7: Der Betrieb

Schritt 6: Puffer einbauen — sichtbar, nicht versteckt. Der übliche Fehler: Jeder Beteiligte packt heimlich 30 Prozent auf seine Schätzung, und der Plan ist trotzdem zu knapp, weil versteckte Puffer immer aufgebraucht werden. Mach es andersherum. Realistische Dauern in den Plan, und dann einen sichtbaren Pufferbalken vor jeden Meilenstein. Wer den Puffer sieht, verteidigt ihn.

Schritt 7: Den Aktualisierungstermin festlegen, bevor du fertig bist. Ein fester Wochentag, eine feste Uhrzeit, 20 Minuten. Ohne diesen Termin ist dein Plan in vier Wochen Altpapier. Das ist der Schritt, den 90 Prozent auslassen — und zugleich der einzige, der über Erfolg entscheidet.

Gantt-Diagramm in Excel: wann es reicht

Für Projekte bis etwa 30 Vorgänge reicht Excel vollständig aus. Du brauchst keine Software mit Monatsgebühr, um einen Bauablauf oder eine Systemeinführung zu planen. Ein Gantt-Diagramm in Excel ist in 30 Minuten gebaut und hat einen unschlagbaren Vorteil: Jeder in deinem Betrieb kann es öffnen, ohne ein Konto anzulegen.

So baust du es mit gestapelten Balken

Der Trick ist ein gestapeltes Balkendiagramm mit einem unsichtbaren ersten Wert. Der Ablauf:

• Leg drei Spalten an: Vorgang, Startdatum, Dauer in Tagen.
• Markiere die drei Spalten und füg ein gestapeltes Balkendiagramm ein.
• Die erste Datenreihe ist das Startdatum. Färb sie transparent — sie schiebt den sichtbaren Balken nur an die richtige Stelle.
• Die zweite Datenreihe ist die Dauer. Das ist dein sichtbarer Balken.
• Dreh die Achse der Vorgänge um, sonst steht der erste Vorgang unten.
• Setz das Minimum der Zeitachse auf dein Projektstartdatum, sonst beginnt die Grafik im Jahr 1900.

Eine vierte Spalte „Fortschritt in Prozent" macht daraus ein Steuerungsinstrument: Du legst einen zweiten, schmaleren Balken über den ersten und siehst auf einen Blick, welche Vorgänge hinter der Heute-Linie hinken.

Woran Excel scheitert

Drei Grenzen solltest du kennen, bevor du zwei Tage in eine Tabelle investierst:

• Abhängigkeiten rechnen nicht mit. Verschiebt sich Vorgang 4, rutschen die Nachfolger nicht automatisch nach. Du schiebst von Hand — und genau dabei entstehen Fehler.
• Ressourcen sieht Excel nicht. Dass dein einziger Elektriker in Kalenderwoche 12 an drei Stellen gleichzeitig eingeplant ist, fällt niemandem auf.
• Mehrere Bearbeiter gleichzeitig gehen schief. Ab dem zweiten Menschen, der die Datei pflegt, existieren drei Versionen.

Die Faustregel: Bis 30 Vorgänge und einen Pflegenden ist Excel die richtige Wahl. Darüber greifst du zu einer Projektsoftware — aber erst dann, und aus diesem konkreten Grund, nicht weil ein Anbieter dich davon überzeugt hat.

Abhängigkeiten, Puffer und der kritische Pfad

Der kritische Pfad ist die längste Kette voneinander abhängiger Vorgänge in deinem Projekt. Verzögert sich dort ein einziger Vorgang um einen Tag, verschiebt sich der Endtermin um einen Tag. Alles, was nicht auf diesem Pfad liegt, hat Puffer. Diese Unterscheidung ist der eigentliche Gewinn eines guten Balkenplans: Er sagt dir, wo du hinschauen musst — und wo du es lassen kannst.

Dahinter steckt eine eigene Methodenfamilie. Das Gabler Wirtschaftslexikon definiert Netzplantechnik als Klasse von Methoden zur Analyse, Planung, Durchführung und Kontrolle von Projekten auf Grundlage der Graphentheorie und führt dort unter anderem CPM, MPM und PERT auf. Du musst keines dieser Verfahren beherrschen. Aber du solltest wissen: Dein Balkenplan zeigt das Ergebnis, der Netzplan zeigt die Logik dahinter.

Vier Arten von Abhängigkeiten reichen für die Praxis:

• Ende–Anfang. Der Normalfall. B startet, wenn A fertig ist. Verputzen nach Verkabeln.
• Anfang–Anfang. Beide starten gemeinsam. Schulung und Datenübernahme beim Systemwechsel.
• Ende–Ende. Beide enden gemeinsam. Bauabnahme und Restarbeiten.
• Anfang–Ende. Selten, meist ein Denkfehler. Wenn du das brauchst, prüf die Vorgangsliste noch einmal.

Der praktische Umgang mit dem kritischen Pfad: Markier ihn farbig. In der Wochenrunde sprichst du zuerst über diese Zeilen und erst danach über den Rest. Wenn dein Projektstatus jede Woche 45 Minuten braucht, liegt es daran, dass alle Vorgänge gleich behandelt werden. Behandelst du sie nach Kritikalität, bist du in 20 Minuten durch.

Und die Vorgänge mit den größten Schätzspannen aus Schritt 2 gehören auf deine Risikoliste. Welche Ereignisse dein Projekt kippen können und was du dagegen vorbereitest, gehört ins Risikomanagement — der Balkenplan zeigt dir nur, wo es weh täte.

Die sieben Fehler, die dein Gantt-Diagramm wertlos machen

Der häufigste Grund für gescheiterte Projektpläne ist nicht die falsche Software, sondern eine Handvoll immer gleicher Fehler. Diese sieben siehst du in fast jedem Betrieb:

1. Zu fein geplant. Vorgänge unter einem Tag gehören in die Aufgabenliste des Ausführenden, nicht in den Projektplan. Ein Plan mit 200 Zeilen wird nie gepflegt. Nie.

2. Kein Verantwortlicher je Zeile. „Wird gemacht" ist kein Zustand, sondern eine Hoffnung. Ein Name, oder die Zeile fliegt raus.

3. Puffer versteckt statt sichtbar. Versteckte Reserven verschwinden lautlos. Sichtbare Puffer musst du bewusst opfern — und merkst dabei, dass du es tust.

4. Wunschdauer statt Erfahrungsdauer. Du weißt, wie lange die Genehmigung beim letzten Mal gedauert hat. Setz diesen Wert ein, nicht den, den du gern hättest. Der Plan wird dadurch nicht schlechter, nur ehrlicher.

5. Abhängigkeiten fehlen. Ohne Pfeile ist dein Balkenplan eine hübsche Terminliste. Der Wert entsteht erst, wenn eine Verschiebung sichtbar durchschlägt.

6. Nie aktualisiert. Ein Plan ohne festen Pflegetermin hält im Schnitt drei Wochen. Danach glaubt ihm niemand mehr — und das zu Recht.

7. Der Plan ersetzt das Gespräch. Der teuerste Fehler. Der Plan zeigt Balken, keine Stimmung. Dass der Monteur seit zwei Wochen weiß, dass es nicht klappt, steht in keinem Balken. Der Plan ist die Grundlage für das Gespräch, nie der Ersatz.

Fehler 6 und 7 kosten mehr als die anderen fünf zusammen. Beide haben dieselbe Ursache: Der Plan wurde als Dokument behandelt, nicht als Werkzeug. Ein Dokument legst du ab. Ein Werkzeug nimmst du jede Woche in die Hand.

Gantt-Diagramm, Wasserfall und agile Methoden

Das Gantt-Diagramm ist das Sichtfenster der klassischen Projektplanung. Es setzt voraus, dass du zu Beginn weißt, was gebaut wird — dieselbe Annahme, auf der auch das Wasserfallmodell mit seinen aufeinanderfolgenden Phasen aufbaut. Wo diese Annahme stimmt, ist der Balkenplan unschlagbar. Wo sie nicht stimmt, ist er ein Versprechen, das du nicht halten kannst.

Die Trennlinie verläuft nicht zwischen Branchen, sondern zwischen Vorhaben. Eine Hallenerweiterung, ein Standortumzug, eine ISO-Zertifizierung, eine Messevorbereitung: bekannter Umfang, feste Reihenfolge, harte Termine — klassisch planen, Balkenplan bauen. Eine neue Software, ein neues Angebot am Markt, ein Kampagnentest: unbekannter Umfang, Erkenntnis unterwegs — in kurzen Zyklen arbeiten.

In der Praxis mischt sich das. Der Rahmen ist klassisch geplant, einzelne Pakete laufen agil. Dein Balkenplan zeigt dann für diese Pakete keine detaillierten Vorgänge, sondern Zeitfenster mit einem Ergebnis am Ende. Wie du diese Entscheidung für dein Vorhaben triffst und welche Methode wann trägt, steht ausführlich im Überblick zum Projektmanagement — dort geht es um das ganze Feld, hier nur um das Terminwerkzeug darin.

Wie du den Plan am Leben hältst

Ein Gantt-Diagramm lebt oder stirbt an genau einem Termin: 20 Minuten in der Woche, immer am selben Tag, mit denselben drei Fragen. Alles andere ist Kosmetik.

Die drei Fragen je Zeile, die diese Woche laufen sollte:

• Was ist fertig geworden? (Fortschritt einfärben)
• Was hängt — und woran? (Hindernis benennen, nicht Schuld verteilen)
• Was startet nächste Woche, und ist der Verantwortliche verfügbar?

Mehr braucht es nicht. Wer diesen Termin in die Woche einbaut, hat ihn in vier Wochen als Gewohnheit. Wenn dein Kalender dafür keinen Platz hat, liegt das Problem nicht am Projekt — dann ist deine Wochenstruktur das eigentliche Thema, und dafür ist Zeitmanagement der richtige Einstieg.

Zweite Regel: Du pflegst den Plan nicht selbst. Als Unternehmer gehörst du in die Runde, nicht in die Datei. Gib die Pflege an einen Mitarbeiter, definiere das Ergebnis — aktueller Plan, freitags 12 Uhr, Abweichungen über drei Tage rot markiert — und lass die Hände davon. Wie du solche Aufgaben übergibst, ohne die Kontrolle zu verlieren, steht im Beitrag zum Delegieren. Und wenn du an den Zahlen hinter den Projekten arbeiten willst, statt an den Balken, ist Controlling die passende Ebene.

Dritte Regel: Der Plan gehört auf einen Bildschirm, den alle sehen. Ausgedruckt an der Wand im Besprechungsraum, im gemeinsamen Laufwerk, im Kundengespräch auf dem Tisch. Wer die Beteiligten und ihre Erwartungen sauber führen will, findet die Systematik dazu im Beitrag zu Stakeholdern. Ein Plan, den nur der Ersteller kennt, hat keine Wirkung — er hat nur Aufwand gekostet.

Der Punkt, an dem die meisten scheitern, ist nicht der Aufbau. Den schaffst du an einem Nachmittag. Es ist die Disziplin danach. Genau das trennt Unternehmer, die Termine zusagen können, von denen, die jedes Mal neu schätzen müssen.

Wenn du an dieser Stelle merkst, dass dir für die Steuerung deines Betriebs die Werkzeuge fehlen — Planung, Delegation, Kennzahlen, Vertrieb — dann hol dir das Unternehmer-Paket mit 7 Anleitungen für mehr Umsatz. Sieben Anleitungen aus 35 Jahren Praxis, die du am Montag anfassen kannst. Kostenlos, sofort, ohne Umweg.

Häufige Fragen zum Gantt-Diagramm

Wie viele Vorgänge gehören in einen Projektplan?

Zwischen 20 und 60 Zeilen für ein typisches Mittelstandsprojekt. Darunter reicht eine Aufgabenliste, darüber pflegt es niemand mehr. Die Faustregel für die Flughöhe: Ein Vorgang dauert mindestens einen Tag und höchstens zwei Wochen. Alles Kleinere gehört in die persönliche Aufgabenliste des Ausführenden, alles Größere zerlegst du weiter. Wer bei 200 Zeilen landet, hat den Projektplan mit einer Arbeitsanweisung verwechselt.

Brauche ich Software oder reicht Excel?

Bis etwa 30 Vorgänge und einen Pflegenden reicht Excel vollständig. Ein Gantt-Diagramm in Excel baust du über ein gestapeltes Balkendiagramm mit transparenter erster Datenreihe. Der Wechsel zu Projektsoftware lohnt sich, wenn drei Dinge zusammenkommen: mehr als 30 Vorgänge, echte Abhängigkeiten, die automatisch nachrutschen sollen, und mehrere Menschen, die gleichzeitig am Plan arbeiten. Vorher zahlst du für Funktionen, die du nicht nutzt.

Was ist der Unterschied zwischen Gantt-Diagramm und Projektstrukturplan?

Der Projektstrukturplan zeigt die Struktur, das Gantt-Diagramm zeigt die Zeit. PSP = Struktur/Was, Gantt = Zeit/Wann. Der Strukturplan zerlegt dein Projekt in Teilprojekte und Arbeitspakete und beantwortet die Frage, ob du an alles gedacht hast. Der Balkenplan nimmt dieselben Arbeitspakete und legt sie auf den Kalender. Beide brauchst du, und zwar in dieser Reihenfolge — ein Balkenplan ohne vorherigen Strukturplan plant nur, was dem Ersteller gerade eingefallen ist.

Wie oft muss ich das Gantt-Diagramm aktualisieren?

Einmal pro Woche, an einem festen Tag, in 20 Minuten. Häufiger ist Beschäftigung, seltener ist wertlos: Ein Plan, der zwei Wochen alt ist, wird im Betrieb ignoriert — und das zu Recht. Entscheidend ist nicht die Frequenz allein, sondern der feste Termin mit festem Verantwortlichen. Trag ihn in den Kalender ein, bevor der Plan fertig ist. Ohne diesen Termin brauchst du gar nicht erst anzufangen.

Funktioniert ein Gantt-Diagramm auch für agile Projekte?

Nur als Rahmen, nicht für die Details. Wo sich der Inhalt alle zwei Wochen ändert, kannst du keine Balken sechs Monate im Voraus setzen — dort arbeitest du in kurzen Zyklen. Was funktioniert: ein grober Zeitplan mit Zeitfenstern und Ergebnissen für die agilen Teile, kombiniert mit klassisch geplanten Balken für alles, was festen Terminen unterliegt. Diese Mischform ist im Mittelstand der Normalfall, nicht die Ausnahme.

Der eine Satz, den du mitnehmen sollst

Ein Gantt-Diagramm ist kein Nachweis, dass du geplant hast. Es ist ein Werkzeug, das dir jede Woche 20 Minuten lang sagt, wo dein Projekt aus dem Ruder läuft — solange noch Zeit ist, es zu drehen.

Bau es aus dem Projektstrukturplan. Ein Name je Zeile. Sichtbare Puffer. Fester Pflegetermin. Und wenn du nach vier Wochen merkst, dass niemand außer dir hineinschaut, dann hast du keinen Planungsfehler gemacht, sondern das falsche Projekt geplant. Auch das ist eine Erkenntnis — sie kostet dich nur einen Nachmittag statt eines Quartals.