Gantt-Diagramm: Was es zeigt und was es verbirgt (2026)

Sie haben ein Gantt-Diagramm geöffnet, es für übersichtlich befunden und es nie wieder geöffnet. Das Problem ist nicht das Diagramm selbst, sondern das, was es nicht zeigt.

Was ein Gantt-Diagramm ist und was es nicht ist

Ein Gantt-Diagramm stellt die Aufgaben eines Projekts als horizontale Balken auf einer Zeitachse dar. Die Position jedes Balkens gibt den Startzeitpunkt der Aufgabe an, seine Länge die Dauer, und sich überlappende Balken bedeuten, dass zwei Aufgaben gleichzeitig laufen. Das ist alles. Diese Einfachheit ist seine Stärke: Ein Projektplan lässt sich in Sekundenschnelle erfassen, ohne eine Tabellenkalkulation öffnen oder Zeilen zählen zu müssen.

Diese Einfachheit ist gleichzeitig die Quelle aller Missverständnisse. Ein Gantt-Diagramm ist kein Projektplan. Es erklärt weder den Zweck einer Aufgabe, noch wer sie in Auftrag gegeben hat, was sie liefern soll oder woran man erkennt, wann sie abgeschlossen ist. Auch gibt es keinen Aufschluss darüber, ob die angezeigten Dauern realistisch sind: Ein dreiwöchiger Balken sieht immer gleich aus, egal ob er auf einer fundierten Schätzung oder einer spontanen Vermutung aus einer Besprechung basiert. Das Diagramm visualisiert eingegebene Daten und vermittelt ihnen den Anschein von Genauigkeit, die sie nicht unbedingt besitzen.

Man sollte es daher als das betrachten, was es ist: eine Darstellung von Terminen, keine Garantie für deren Eintreten. Ein makellos aussehendes Gantt-Diagramm kann ein Projekt beschreiben, das auf eine Katastrophe zusteuert, einfach weil die eingegebenen Dauern zu optimistisch sind. Umgekehrt kann ein unübersichtliches Diagramm mit sich überlappenden Balken ein perfekt gemanagtes Projekt darstellen, in dem tatsächlich mehrere Personen parallel arbeiten. Die Form des Diagramms sagt nichts über den Zustand des Projekts aus.

Was das Diagramm wirklich bietet, ist etwas, was keine Liste leisten kann: eine gleichzeitige Darstellung von Dauer und Überschneidung. In einer Liste werden zwei für dieselbe Woche geplante Aufgaben nacheinander gelesen, als wären sie sequenziell. In einem Diagramm erscheinen sie übereinander in derselben Datumsspalte, und es ist sofort ersichtlich, dass sie in denselben Wochen anfallen. Dies ist die einzige Information, die das Format tatsächlich hinzufügt, und sie ist bereits von Bedeutung, wenn ein kleines Team entscheiden muss, was es bewältigen kann.

Abgrenzung zu einer umgekehrten Zeitleiste und einer einfachen Aufgabenliste

Drei Dokumente beschreiben dasselbe Projekt und werden häufig verwechselt, obwohl sie nicht dieselbe Frage beantworten. Die Aufgabenliste beantwortet die Frage nach dem „Was“: Was muss getan werden, in beliebiger Reihenfolge und ohne Zeitvorgabe? Der umgekehrte Zeitplan beantwortet die Frage nach dem „Wann soll begonnen werden“: Er beginnt mit dem vorgegebenen Liefertermin und arbeitet sich Aufgabe für Aufgabe rückwärts vor, bis er den optimalen Starttermin ermittelt hat, um die Frist einzuhalten. Das Gantt-Diagramm hingegen beantwortet die Frage nach der Gleichzeitigkeit: Es zeigt, was gleichzeitig geschieht.

Diese Unterscheidung ist nicht akademischer Natur; sie hat unmittelbare praktische Konsequenzen. Wenn Ihnen ein Kunde eine Frist setzt und Sie nicht wissen, wann Sie anfangen sollen, ist das ein Retro-Zeitplan Sie benötigen ein Diagramm, keine Tabelle. Wenn Sie bereits wissen, wann alles beginnt und Ihre eigentliche Frage darin besteht, ob Ihr Team die Arbeitslast im März bewältigen kann, dann ist eine Tabelle das Richtige. Die Verwendung des einen anstelle des anderen führt zu einem zwar ansprechenden, aber nutzlosen Dokument.

Die drei Dokumente können im selben Projekt parallel verwendet werden, und dies ist sogar die praktischste Lösung. Die Liste fließt in das Diagramm ein, da sie dieselben Aufgaben darstellt. Der umgekehrte Zeitplan wird nur einmalig zu Beginn verwendet, um den Starttermin festzulegen. Es liegt am Auftaktveranstaltung Dieser Zeitplan wird dem Team vorgestellt und dient als gemeinsame Referenz. Das Diagramm wird dann während des gesamten Projekts verwendet, immer dann, wenn entschieden werden muss, ob eine zusätzliche Anfrage angenommen werden kann, ohne den restlichen Projektablauf zu beeinträchtigen.

Die vier Elemente, aus denen ein Gantt-Diagramm besteht

Ein Gantt-Diagramm besteht aus vier Elementen, und das Fehlen eines einzigen davon führt nicht dazu, dass das Diagramm nicht mehr angezeigt wird. Genau das macht das Format irreführend: Ein unvollständiges Diagramm signalisiert nicht, dass es unvollständig ist; es wird lediglich mit weniger Informationen angezeigt.

Die Zeitskala

Dies ist die horizontale Achse, unterteilt in Tage, Wochen oder Monate. Die Wahl der Granularität ist keine rein kosmetische Frage. Eine monatliche Skala bei einem sechswöchigen Projekt führt zu einer Verflachung: Aufgaben werden zu winzigen Linien, und Überlappungen sind nicht mehr erkennbar. Eine tägliche Skala bei einem zweijährigen Projekt erzeugt ein so breites Diagramm, dass niemand bis zum Ende scrollt. Die optimale Granularität ist diejenige, die das gesamte Projekt auf einen Bildschirm passt und gleichzeitig die Balken klar unterscheidbar hält.

Taskleisten

Jeder Balken repräsentiert eine Aufgabe, ihren Beginn und ihr Ende. Dies ist das zentrale und einzig unbedingt notwendige Element. Ein langer Balken bedeutet nicht, dass die Aufgabe schwierig ist, sondern lediglich, dass sie einen längeren Zeitraum in Anspruch nimmt: Eine einstündige Aufgabe, die sich über drei Wochen erstreckt, wird als dreiwöchiger Balken dargestellt, genau wie eine Aufgabe, die drei Wochen lang die volle Arbeitsleistung einer Person erfordert. Das Diagramm misst die Zeit, nicht den Aufwand.

Meilensteine

Ein Meilenstein markiert einen Kontrollpunkt ohne festgelegte Dauer. Es ist ein Datum, bis zu dem ein bestimmtes Ziel erreicht sein muss: eine Validierung, eine Lieferung, eine Entscheidung. Im Diagramm wird er nicht als Balken, sondern als Punkt dargestellt. Die Frage, was als Meilenstein gilt und was lediglich eine wichtige Aufgabe ist, muss vor der Erstellung des Diagramms geklärt werden. Diese Frage wird unabhängig vom Diagramm behandelt, wie die Meilenstein-Abschlusskriterien zeigen. Projektmeilensteine.

Die Abhängigkeitsbeziehungen

Eine Abhängigkeit verknüpft zwei Aufgaben und gibt an, dass die zweite erst beginnen kann, wenn die erste abgeschlossen ist. Dieses erste Element wird oft weggelassen, und sein Fehlen verändert die Struktur des Dokuments am stärksten. Wir werden dies später ausführlich besprechen, da es eines der beiden größten Missverständnisse bezüglich dieses Formats ist.

Die Zwei-Datum-Regel: Warum eine Aufgabe ohne Startdatum unsichtbar ist

Hier ist der Schlüssel zum Verständnis unbrauchbarer Gantt-Diagramme, und er lässt sich in einem Satz zusammenfassen: Eine Aufgabe kann nur dann gezeichnet werden, wenn sie ein Start- und ein Enddatum hat. Ein Balken benötigt einen Start- und einen Endpunkt auf der Zeitachse. Fehlt einer von beiden, kann nichts gezeichnet werden, und die Aufgabe erscheint nicht.

Dieses Verhalten ist vollkommen logisch, und genau das macht es so gefährlich. Das Diagramm zeigt nicht an, was fehlt. Es gibt weder eine Leerzeile noch eine Warnung oder einen Zähler für nicht dargestellte Aufgaben. Es zeichnet nur, was es zeichnen kann, und verschweigt den Rest. So entsteht ein Zeitplan, der ordentlich, übersichtlich und gut organisiert aussieht, obwohl er in Wirklichkeit voller Lücken ist. Und da das Fehlende nicht angezeigt wird, bemerkt es auch niemand.

Dreht man die Argumentation um, erhält man ein kostenloses Überwachungsinstrument. Wenn Ihr Diagramm im Vergleich zu Ihrem Projektwissen ungewöhnlich spärlich wirkt, wenn Sie eine Aufgabe suchen, von der Sie sicher sind, dass sie bereits bearbeitet wird, und sie nicht finden können, liegt es nicht am Projekt selbst, sondern an Ihren unvollständigen Terminen. Das Gantt-Diagramm ist nicht primär ein Planungsinstrument; es offenbart die Qualität Ihrer Dateneingabe.

In kleinen Organisationen werden Aufgaben ohne feste Frist nicht willkürlich vergeben. Fast immer sind es dieselben Aufgabentypen, die untergehen: solche, die in einer Besprechung hastig erstellt wurden, solche, die nur notiert wurden, um sie nicht zu vergessen, ohne zu wissen, wann sie erledigt werden sollen, solche, bei denen auf externe Rückmeldungen gewartet wird und das Enddatum leer gelassen wurde, in der Annahme, es würde später hinzugefügt, und solche, die man sich selbst außerhalb der üblichen Wege zuweist. Das sind selten unwichtige Aufgaben. Oft sind sie es, die Probleme verursachen.

Die Korrektur erfolgt automatisch und ist schnell erledigt. Filtern Sie vor jeder Terminplanprüfung die Projektaufgaben nach fehlendem Start- oder Enddatum und bearbeiten Sie die resultierende Liste, bevor Sie das Diagramm betrachten. Zwei Szenarien sind möglich: Entweder hat die Aufgabe ein Datum, das nicht eingetragen wurde, und es wird hinzugefügt; oder sie hat tatsächlich keins, weil sie von einem externen Ereignis abhängt. In diesem Fall muss bewusst entschieden werden, sie nicht in den Terminplan aufzunehmen, da sie dieses Datum nicht trägt. Der Unterschied zwischen den beiden Situationen ist enorm: Im einen Fall entsteht eine unbeabsichtigte Lücke, im anderen Fall handelt es sich um eine bewusste Entscheidung.

Abhängigkeiten: Was das Gantt-Diagramm anzeigt und was es nicht berechnet

Das zweite Missverständnis ist subtiler, da es die Wahrnehmung des Gesehenen betrifft. Betrachtet man eine Reihe versetzter Balken, wobei jeder Balken ungefähr dort beginnt, wo der vorherige endet, rekonstruiert das Auge spontan eine Sequenz. Wir lesen eine Kette: erst dies, dann das. Verschiebt sich also der erste Balken, verschiebt sich alles andere. Dies ist eine menschliche Schlussfolgerung, keine Eigenschaft des Diagramms.

Ohne explizit definierte Abhängigkeiten ist ein Gantt-Diagramm lediglich eine Reihe von Balken, keine Abfolge. Jeder Balken wurde manuell positioniert, indem jemand zwei Datumsangaben eingegeben hat. Die scheinbare Lücke zwischen zwei Aufgaben folgt keiner Regel; sie zeigt lediglich an, dass die Person, die die Datumsangaben eingegeben hat, diese so gewählt hat. Nichts im Diagramm deutet darauf hin, dass eine Aufgabe auf die andere warten muss.

Die Folgen sind unmittelbar und kostspielig. Verschiebt man einen Balken um zwei Wochen, weil eine Aufgabe im Verzug ist, ändert sich nichts weiter. Aufgaben, die im Projektablauf tatsächlich nicht vor dieser Aufgabe beginnen können, bleiben an ihren ursprünglichen Terminen sichtbar, und das Diagramm zeigt weiterhin einen ungenauen Kalender. Verzögerungen werden nicht automatisch weitergegeben. Und das Konzept des kritischen Pfads – jener Abfolge von Aufgaben, bei der die geringste Verzögerung den Projektabschluss hinauszögert – existiert schlichtweg nicht: Er wird anhand von Abhängigkeiten berechnet, und wenn keine Abhängigkeiten vorhanden sind, gibt es auch nichts zu berechnen.

Heißt das, dass Sie alle Abhängigkeiten dokumentieren sollten? In kleinen Organisationen lautet die Antwort fast immer nein, und zwar aus praktischen Gründen: Das Erfassen der Abhängigkeiten kostet Zeit, deren Pflege noch mehr, und ein schlecht gepflegtes Abhängigkeitsnetzwerk ist irreführender als gar keins. Vernünftigerweise sollte man nicht behaupten, etwas zu haben, was man nicht hat. Wenn Ihre Abhängigkeiten nicht dokumentiert sind, ist Ihr Diagramm wie ein Kalender, und Sie sollten es auch so lesen: Es zeigt Ihnen, was wann geplant ist, und es liegt an Ihnen als Mensch, zu wissen, was kaputt geht, wenn ein Balken verschoben wird.

Dieses Wissen existiert in kleinen Teams selten schriftlich. Es ist im Kopf der Projektleitung verankert und wird erst sichtbar, wenn es zu Verzögerungen kommt. Genau deshalb ist es so wertvoll, unabhängig vom Projektplan separate Arbeiten zur Identifizierung von Terminrisiken durchzuführen, wie im beschriebenen Ansatz erläutert. Projektrisikomanagement.

Meilensteine ​​in einem Gantt-Diagramm: ein Bezugspunkt, keine Periode

Ein Meilenstein hat keine festgelegte Dauer. Er ist ein Datum, bis zu dem ein bestimmter Zustand erreicht sein muss, kein Zeitraum, in dem Arbeiten durchgeführt werden. Dieser Unterschied erklärt, warum Meilensteine ​​anders dargestellt werden als Aufgaben: Während eine Aufgabe einen Zeitbereich umfasst, belegt ein Meilenstein einen bestimmten Zeitpunkt.

Verwirrung entsteht, wenn man eine Aufgabe in einen Meilenstein umwandelt. Die Erstellung einer Rezeptdatei ist zeitaufwendig, erfordert die Mitarbeit einer Person und sollte daher als Fortschrittsanzeige dargestellt werden. Die Genehmigung dieser Datei ist ein Meilenstein: Es handelt sich um eine Entscheidung mit einem festgelegten Datum, die keine weitere Arbeit erfordert. Wenn man die Vorbereitung als Meilenstein erfasst, geht genau das verloren, wofür das Diagramm gut ist – die Darstellung des Arbeitsaufwands über einen bestimmten Zeitraum – und man erhält ein Projekt, das zwischen zwei Markierungen leer wirkt.

Der gegenteilige Fehler existiert ebenfalls und ist kostspieliger. Die Darstellung einer Entscheidung in einem dreiwöchigen Balkendiagramm erweckt den Eindruck, Validierung sei ein langwieriger Prozess, obwohl sie in Wirklichkeit ein einzelner Moment ist. Die praktische Folge: Niemand weiß, wann man beim Kunden nachfassen soll, da das Diagramm einen Zeitraum anstelle einer Frist anzeigt. Meilensteine ​​sind genau dafür da, solche Momente zu schaffen, in denen wir innehalten, überprüfen und entscheiden, ob es weitergeht oder nicht. Genau das macht sie so nützlich für jeden, der eine Entscheidung vorbereitet. LenkungsausschussDa dies die einzigen Punkte im Zeitplan sind, die eine Entscheidung erfordern und nicht nur eine einfache Bestätigung des Fortschritts.

Der angezeigte Fortschritt: Warum ein halb eingefärbter Balken nicht bedeutet, dass die Hälfte geschafft ist.

Viele Diagramme füllen die Balken nur teilweise, um den Fortschritt darzustellen. Ein halb gefüllter Balken suggeriert natürlich, dass die Aufgabe zur Hälfte erledigt ist. Dies entspricht jedoch selten der tatsächlichen Bedeutung der Füllung. Es ist daher ratsam, die Quelle dieser Prozentangabe zu verstehen, bevor man sich darauf verlässt.

Es gibt nur zwei mögliche Ursprünge. Entweder hat jemand manuell einen Prozentsatz eingegeben, in diesem Fall spiegelt der Balken die Einschätzung des eigenen Fortschritts wider, verbunden mit dem damit einhergehenden Optimismus. Oder der Prozentsatz wird automatisch aus dem Status der Aufgabe abgeleitet. In diesem Fall nimmt der Balken nur wenige Werte an: leer, wenn die Aufgabe noch nicht begonnen hat, halbvoll, wenn sie in Bearbeitung ist, und voll, wenn sie abgeschlossen ist.

Dieser zweite Mechanismus ist wichtig zu verstehen, da er einen kontraintuitiven Effekt erzeugt. Eine heute Morgen begonnene Aufgabe und eine Aufgabe mit einer verbleibenden Stunde Laufzeit zeigen exakt denselben Fortschrittsbalken: Beide sind in Bearbeitung und somit zur Hälfte abgeschlossen. Das Diagramm unterscheidet nicht zwischen ihnen. So kann ein Projekt entstehen, bei dem alle Balken halb gefüllt sind, was den beruhigenden Eindruck stetigen Fortschritts vermittelt, obwohl die Hälfte der Aufgaben erst begonnen hat.

Die praktische Schlussfolgerung ist einfach: Treffen Sie Ihre Entscheidungen nicht auf Basis von Fortschrittsbalken. Orientieren Sie sich stattdessen an den tatsächlichen Daten. Eine Aufgabe, deren Enddatum verstrichen ist und deren Status noch nicht abgeschlossen ist, ist eine Tatsache, keine Meinung. Eine Aufgabe, deren Startdatum verstrichen ist und deren Status sich nicht geändert hat, ist ebenfalls eine Tatsache. Diese beiden Signale sind selbsterklärend und bedürfen keiner Bestätigung durch Dritte.

Schritt für Schritt zum Erstellen Ihres ersten Gantt-Diagramms

Die folgende Methode erfordert keine speziellen Werkzeuge und kann bei einem mittelgroßen Projekt in etwa einer Stunde abgeschlossen werden. Ihr Hauptvorteil besteht darin, dass sie ein Diagramm erzeugt, das auch nach mehreren Wochen noch korrekt ist – der eigentliche Maßstab für Erfolg.

Beginnen Sie damit, die Aufgaben aufzulisten, ohne an Termine zu denken. Ein typischer Fehler ist, Termine erst später hinzuzufügen, was dazu führt, dass man Termine für Aufgaben erfindet, die noch gar nicht definiert sind. Schreiben Sie zunächst alles auf, was zu tun ist, und unterteilen Sie es so, dass jede Zeile zwischen einem und zehn Arbeitstagen entspricht. Eine detailliertere Auflistung führt zu einem unübersichtlichen Diagramm. Eine zu feinere Unterteilung hingegen führt zu fünf riesigen Balken, die keine Aussagekraft haben.

Schätzen Sie als Nächstes die Dauer jeder Aufgabe getrennt vom Datum. Dauer und Datum sind zwei unterschiedliche Informationen, die oft verwechselt werden: Eine Aufgabe kann beispielsweise zwei Arbeitstage dauern, sich aber über drei Wochen erstrecken, weil zwischenzeitlich eine Antwort erwartet wird. Beachten Sie die im Kalender angezeigte Dauer und nicht die Arbeitsbelastung. Wenn der Unterschied zwischen den beiden bei vielen Aufgaben erheblich ist, geht es bei Ihrer eigentlichen Frage nicht um die Terminplanung, sondern um die Ladeplan, das sich mit der Verteilung des Arbeitsaufwands und nicht mit Terminen befasst.

Geben Sie anschließend die Starttermine ein, beginnend mit dem Projektbeginn und rückwärts. Stellen Sie sich für jede Aufgabe die Frage: Was muss abgeschlossen sein, bevor sie beginnen kann? Sie müssen die Abhängigkeit nicht im Tool eingeben, aber diese Frage ist unerlässlich, da sie den Starttermin bestimmt. Eine Aufgabe, die Sie ohne Kenntnis der Antwort auf diese Frage platzieren, ist eine zufällig platzierte Aufgabe.

Fügen Sie die Meilensteine ​​zuletzt hinzu und gehen Sie sparsam damit um. Ein dreimonatiges Projekt mit fünfzehn Meilensteinen bietet keine fünfzehn Entscheidungspunkte, sondern ist eine versteckte Aufgabenliste. Drei bis fünf Meilensteine ​​genügen für ein Projekt dieser Größe: An diesen Punkten halten Sie inne und besprechen das weitere Vorgehen, falls das gewünschte Ergebnis nicht erreicht wird.

Überprüfen Sie abschließend, ob nichts fehlt. Dieser Schritt wird oft übersprungen, ist aber der einzige, der vor den zuvor beschriebenen Lücken im Zeitplan schützt. Vergleichen Sie die Anzahl der Aufgaben in Ihrer Liste mit der Anzahl der Balken in Ihrem Diagramm. Stimmen die beiden Zahlen nicht überein, entspricht die Differenz genau den Aufgaben, denen ein Fälligkeitsdatum fehlt.

Diese Tabelle verdient genaues Lesen, da sie Informationen enthält, die das zugehörige Diagramm sofort verdeutlichen würde: Kundenvalidierung und Entwicklung der ersten Charge beginnen am selben Tag. In der Praxis ist die Entwicklung vor der Validierung der Spezifikationen ein Risiko. Auf einer Aufgabenliste bleibt diese Überschneidung unbemerkt. Im Diagramm überlappen sich die beiden Balken optisch, und die Frage drängt sich auf.

Wie oft sollte es aktualisiert werden und wer sollte es pflegen?

Ein Gantt-Diagramm, das nicht aktualisiert wird, verliert schnell an Genauigkeit, und ein ungenaues Diagramm ist schlimmer als gar kein Diagramm, da es Entscheidungen auf Basis veralteter Daten erzwingt. Daher geht es bei der Frage der Aktualisierungshäufigkeit nicht um Bequemlichkeit, sondern um Zuverlässigkeit.

Die ideale Häufigkeit ist wöchentlich, und es ist kein Meeting erforderlich. Es genügt, wenn eine Person einmal pro Woche das Projekt öffnet und drei Dinge erledigt: Erledigte Aufgaben als abgeschlossen markieren, die Endtermine derjenigen Aufgaben korrigieren, die offensichtlich überschritten wurden, und diejenigen identifizieren, deren Starttermin verstrichen ist, ohne dass mit der Arbeit begonnen wurde. Bei einem Projekt durchschnittlicher Größe dauert dies nur fünfzehn Minuten. Die Bearbeitung muss nicht in einer Gruppe erfolgen und ist sogar schneller und genauer, wenn sie alleine durchgeführt wird.

Ein monatliches Update erzeugt eine Illusion von Fortschritt. Bei einem dreimonatigen Projekt liefert ein solches Update drei Momentaufnahmen, wobei die letzte erst nach Projektabschluss erfolgt. Zwischen diesen Momentaufnahmen zeigt das Diagramm Daten an, die mehrere Wochen alt sind, und die Diskrepanz zwischen den angezeigten Daten und der Realität wächst täglich, ohne dass es jemand bemerkt.

Die praktische Antwort auf die Frage, wer den Zeitplan pflegen sollte, lautet: eine Person, vorzugsweise diejenige, die das Projekt im Tagesgeschäft betreut. Ein von mehreren Personen gepflegter Zeitplan wird uneinheitlich, da jede Person Korrekturen basierend auf ihrer eigenen Interpretation vornimmt und niemand den Gesamtüberblick behält. Diese Person sollte jedoch nicht raten müssen: Diejenigen, die die Arbeit ausführen, wissen, wo sie stehen, und die Aufgabe der Person, die den Zeitplan pflegt, besteht darin, sie zu befragen, nicht Schätzungen für sie abzugeben.

Wann eine einfache Tabelle noch ausreicht und wann sie nicht mehr ausreicht

Das Gantt-Diagramm ist nicht immer das richtige Format, und es zu früh zu wählen, ist Zeitverschwendung. Eine Tabelle mit vier Spalten – Aufgabe, Verantwortlicher, Fälligkeitsdatum, Status – ist völlig ausreichend, solange drei Bedingungen erfüllt sind: Die Aufgaben sind sequenziell und nicht überlappend, nur eine oder fast nur eine Person arbeitet am Projekt, und der Zeitrahmen beträgt einige Wochen.

In dieser Konfiguration ist die Gleichzeitigkeit, die einzige Information, die das Diagramm liefert, irrelevant. Folgen die Aufgaben sequenziell aufeinander, zeigt das Diagramm eine Treppenstruktur aus Balken, die nichts anderes aussagt als die nach Datum sortierte Liste. Sie haben Einrichtungs- und Wartungskosten für absolut keine Information bezahlt.

Die Tabellenkalkulation stößt an ihre Grenzen, sobald eine der folgenden drei Situationen eintritt: Erstens: Mehrere Personen arbeiten gleichzeitig, und es ist wichtig zu wissen, wer wann beschäftigt ist. Zweitens: Mehrere Projekte konkurrieren um dieselben Mitarbeiter, und es stellt sich die Frage, ob der Projektplan für März für alle Projekte beibehalten werden kann. Drittens: Ein Kunde oder die Geschäftsleitung verlangt den Projektplan. Eine Liste mit Daten ist in einer Besprechung nicht verständlich, während ein Diagramm innerhalb von Sekunden erfassbar ist.

Dieser dritte Fall verdient besondere Beachtung, da er oft der eigentliche Grund für die Erstellung eines Diagramms ist. Dies ist kein Fehler. Die Kommunikation eines Zeitplans ist eine legitime Praxis, sofern klar ist, dass es sich um den verwendeten Zeitplan handelt. Ein Diagramm zur Präsentation und ein Diagramm zur Anleitung benötigen nicht denselben Detaillierungsgrad: Ersteres profitiert von einer vereinfachten Darstellung, während letzteres detailliert sein muss, um die tatsächliche Aufgabe abzubilden.

Ein konkretes Beispiel: ein durch die Überlappung zweier Stäbe erkannter Schlupf.

Nehmen wir das Projekt aus der obigen Tabelle, einen dreimonatigen Service mit Benutzerschulungen, die für Ende April geplant sind. Bei der Aktualisierung des Zeitplans für die Woche vom 23. März bemerkte die zuständige Person zwei scheinbar unbedeutende Dinge.

Erstens hat die Kundenvalidierung der Spezifikationen, die vom 23. bis 27. März geplant war, noch nicht begonnen: Der Kunde hat sein Feedback noch nicht übermittelt. Zweitens hat die Entwicklung des ersten Pakets, die vom 23. März bis 17. April geplant war, planmäßig begonnen. Diese beiden einzelnen Beobachtungen geben keinen Anlass zur Sorge, und in einer nach Fälligkeit sortierten Aufgabenliste erscheinen sie an zwei verschiedenen Stellen, ohne sich zu überschneiden.

Im Diagramm überlappen sich die beiden Balken optisch, und diese Überlappung wirft sofort die Frage auf: Wir entwickeln, während wir auf die Validierung unserer Entwicklung warten. Solange die Validierung innerhalb weniger Tage erfolgt, ist das Risiko vertretbar. Dauert es jedoch drei Wochen, muss ein Teil der Entwicklung wiederholt werden, und der Entwicklungsbalken endet nicht am 17. April.

Der Projektmanager beschloss daher, nicht länger zu warten. Er kontaktierte den Kunden am 25. März erneut und erläuterte das Problem: Jeder Tag Verzögerung bei der Validierung bedeutete einen Tag Entwicklungsarbeit ohne konkrete Ergebnisse. Die Validierung traf am 31. März ein, vier Tage später als geplant. Das Entwicklungsteam arbeitete somit vier Tage lang ohne Validierung, was jedoch noch machbar war, und die für Ende April geplante Schulung war nicht gefährdet.

Dieser Neustart wurde nicht durch eine automatische Benachrichtigung ermöglicht, da es keine solche gibt. Vielmehr wurde das Diagramm analysiert, zwei sich überlappende Balken erkannt und deren Bedeutung interpretiert. Das Diagramm führte keine Berechnungen durch. Es zeigte lediglich in derselben Datumsspalte zwei bereits vorhandene Informationen an, die bisher noch nicht nebeneinander dargestellt worden waren. Genau diese Funktion bietet es – und zwar als einziges.

Diese Informationen sollten unbedingt festgehalten werden, da sie sonst im Laufe der Woche verloren gehen. Die Dokumentation von Beobachtungen, Entscheidungen und Ergebnissen bildet den Kern des eigentlichen Projektmonitorings. Hier werden die getroffenen Entscheidungen abgebildet und nicht nur prozentuale Werte dargestellt. Dies stellt auch die Verbindung zwischen dem Diagramm und dem restlichen Prozess her. Projektmanagementwobei er nur ein Instrument unter anderen ist.

Häufige Fehler und wie man sie korrigiert

Die Schwierigkeiten, die bei diesem Format auftreten, lassen sich auf wenige Ursachen zurückführen, und jede einzelne kann behoben werden, ohne die Werkzeuge zu wechseln.

Ein letzter Fehler verdient gesonderte Erwähnung, da er im Diagramm nicht sichtbar ist: das Diagramm einmalig zum Projektstart zu erstellen und es danach nie wieder zu öffnen. Ein Gantt-Diagramm ist nur dann sinnvoll, wenn es regelmäßig verwendet wird. Ein einmalig verwendetes Diagramm dient als Präsentationsdokument – ​​ein legitimer Zweck –, sollte aber nicht als Steuerungsinstrument angesehen werden. Der Unterschied zwischen den beiden Verwendungszwecken liegt in einem einzigen Verhalten: Wird es wöchentlich geöffnet?

Bei Projekten mit mehreren gleichzeitig arbeitenden Personen empfiehlt sich für diese wöchentliche Überprüfung die Einsicht in den Teamkalender und den Projektkalender, da diese sich häufig widersprechen. Ein Projekt kann perfekt geplant sein, aber dennoch nicht durchführbar, wenn die Beteiligten bereits anderweitig engagiert sind – etwas, das nur durch die Einsicht in den Teamkalender und den Projektkalender selbst erkannt werden kann. Teamplanung Highlights.

Das Gantt-Diagramm in Djaboo

Djaboo ist eine umfassende Management-Software für Kleinstunternehmen und KMU. Jedes Projekt verfügt über ein eigenes Gantt-Diagramm, und es gibt außerdem eine Gantt-Ansicht, die alle laufenden und noch nicht begonnenen Projekte gruppiert. Jede Aufgabe wird als Balken dargestellt: Das Startdatum markiert den Anfang, das Fälligkeitsdatum das Ende, und die Farbe des Balkens zeigt den Status der Aufgabe an. Projektmeilensteine ​​werden in der Projektansicht zusammen mit ihren Fälligkeitsterminen angezeigt. Dieses Diagramm ist auch für den Kunden über sein Portal zugänglich.

Vier Einschränkungen müssen klar dargelegt werden. Aufgaben ohne Start- und Fälligkeitsdatum werden im Diagramm nicht angezeigt. Es bestehen keine Abhängigkeiten zwischen Aufgaben: Das entsprechende Feld ist zwar vorhanden, bleibt aber leer, sodass sich keine Verzögerungen fortsetzen und keine kritischen Pfade entstehen. Der angezeigte Fortschritt ist kein eingegebener Prozentsatz, sondern ein aus dem Status abgeleiteter Wert: Eine abgeschlossene Aufgabe wird als „vollständig“, eine laufende als „halb abgeschlossen“ und alle anderen als „leer“ angezeigt. Das bedeutet, dass eine heute Morgen begonnene und eine fast abgeschlossene Aufgabe identisch dargestellt werden. Schließlich belegt ein Meilenstein nur einen Tag auf dem Bildschirm, nicht einen ganzen Zeitraum.

Trotz dieser Einschränkungen bleiben zwei Anwendungsfälle sinnvoll. Erstens müssen Sie für jede Aufgabe systematisch beide Termine eingeben, da sie sonst nicht angezeigt wird: Dies ist die Grundvoraussetzung für das Diagramm, und es gibt keine Ausnahmen. Zweitens können Sie das Gantt-Diagramm als Kontrollinstrument für die Dateneingabe und nicht als Dashboard verwenden. Eine Aufgabe, von der Sie wissen, dass sie in Bearbeitung ist, die aber im Diagramm nicht angezeigt wird, ist keine Aufgabe, die das Tool vergessen hat: Es handelt sich um eine fehlerhaft eingegebene Aufgabe, auf die Sie das Diagramm kostenlos hingewiesen hat.

So betrachtet, verliert das Diagramm seine Funktion als Ergebnis und wird zum Prüfinstrument. Es zeigt nicht an, ob Ihr Projekt im Zeitplan liegt – das kann kein Diagramm. Es zeigt Ihnen aber, ob Ihre Daten vollständig sind, und das ist die Voraussetzung dafür, dass alle weiteren Schritte – Überprüfungen, Schlichtungen und Nachfassaktionen – auf einer fundierten Grundlage beruhen.

Ein Gantt-Diagramm zeigt nur Einträge mit zwei Datumsangaben an. Fehlende Einträge bleiben daher unberücksichtigt und werden nirgends angezeigt: Sie müssen diese selbst finden, indem Sie die Anzahl der Balken mit der Anzahl der tatsächlichen Aufgaben im Projekt vergleichen.

Ohne Abhängigkeitsverknüpfungen werden zwar Termine nebeneinander angezeigt, aber es wird nicht erklärt, welche Folgen eine Verschiebung hat. Das Verschieben eines Balkens hat keine Auswirkungen auf die anderen. Das Diagramm zeigt zwar die Gleichzeitigkeit an, was für kleine Teams bei der Arbeitsverteilung bereits hilfreich ist, aber es überlässt es dem Benutzer, zu wissen, welche Aufgaben voneinander abhängen.