Eine Gantt-Baseline ist eine gespeicherte Referenzversion des Projektzeitplans, die neben dem aktuellen Plan oder Fortschritt dargestellt wird. Sie ermöglicht es einem Team, genehmigte ursprüngliche Termine mit den nun erwarteten und bereits eingetretenen Terminen zu vergleichen. Eine Baseline ist kein Versprechen, dass es keine Unsicherheit mehr gibt.
Wichtig ist die Unterscheidung zwischen Baseline, Prognose und Ist-Werten. Die Baseline bewahrt eine vereinbarte Referenz. Die Prognose ändert sich, wenn das Team dazulernt. Ist-Termine halten abgeschlossene Ereignisse fest. Werden diese Felder gemeinsam überschrieben, kann das Diagramm Terminverschiebungen nicht mehr erklären.
Dieser Leitfaden behandelt Interpretation und Teamprüfung, nicht die Bedienung einer bestimmten Planungsanwendung. NextRetro ist ein Retrospektiven-Werkzeug, keine Gantt-Planungssoftware. Führen Sie den maßgeblichen Zeitplan in Ihrem Projektplanungssystem.
Was gehört in die Zeitplan-Baseline?
Eine nützliche Baseline verbindet relevante Aktivitäten, Abhängigkeiten, Kalender und Meilensteine. Ein Bild willkürlicher Termine zu speichern, macht den zugrunde liegenden Plan nicht glaubwürdig. Klären Sie, wie der Zeitplan Ressourcenverfügbarkeit abbildet und welche Annahmen wichtige Abschlusstermine bestimmen.
Der Leitfaden des U.S. GAO zur Zeitplanbewertung behandelt das Pflegen einer Baseline und das Aktualisieren eines Zeitplans anhand des tatsächlichen Fortschritts als unterschiedliche Planungspraktiken. Unsere Prüfmethode unten überträgt diese Unterscheidung auf eine Entscheidungsbesprechung eines kleinen Teams; sie ersetzt keine fachliche Zeitplanprüfung.
Halten Sie Genehmigungsdatum, Umfang, Version und Annahmen der Baseline fest. Legen Sie fest, wer Änderungen genehmigen darf. Ein Projekt mit vertraglichen oder regulierten Zusagen braucht möglicherweise zusätzliche Kontrollen über die einfachen Beispiele hier hinaus.
Warten Sie nicht bis zum Ende der Lieferung, um nachträglich eine Referenz zu wählen, die die Leistung gut aussehen lässt. Bei fortschreitender Planung sollten Sie dokumentieren, welche Teile detailliert und welche noch unsicher sind und wie genehmigte Ausarbeitungen erhalten bleiben.
Baseline, Prognose und Ist-Termine gemeinsam lesen
Betrachten Sie diesen hypothetischen Auszug aus einem Projekt. Termine und Aktivitäten sind zur Erklärung erfunden.
| Element | Baseline-Abschluss | Aktuelle Prognose | Tatsächlicher Abschluss | Prüffrage |
|---|---|---|---|---|
| Datenzuordnung vereinbart | 4. Nov. | — | 6. Nov. | Warum dauerte die Einigung länger? |
| Migrationsprobe abgeschlossen | 11. Nov. | 16. Nov. | — | Welche Vorgänger- oder Kapazitätsbeschränkung hat sich geändert? |
| Betriebliche Abnahme | 18. Nov. | 23. Nov. | — | Akzeptiert das übernehmende Team das geänderte Bereitschaftsfenster? |
Ein abgeschlossenes Element braucht einen tatsächlichen Termin, nicht eine ständig wandernde Prognose. Für ein noch nicht abgeschlossenes Element braucht es eine realistische Prognose, nicht die alte Baseline im Feld für den aktuellen Plan, nur weil niemand eine Verzögerung melden möchte.
Unterscheiden Sie auch Kalenderzeit von Arbeitszeit. Fünf Kalendertage sind etwas anderes als fünf Arbeitstage. Geben Sie die Konvention an, bevor Sie Abweichungen berechnen, insbesondere wenn Teams verschiedene Feiertage oder Betriebskalender nutzen.
Nicht jede Verzögerung verschiebt den Projektabschluss. Prüfen Sie die Abhängigkeitslogik und vorhandene Flexibilität, bevor Sie aus einer verspäteten Aufgabe einen verspäteten Projektabschluss ableiten. Umgekehrt kann eine kleine Verzögerung an einer wichtigen Übergabe mehr ausmachen als mehrere größere Verschiebungen an anderer Stelle.
Eine 30-minütige Prüfung von Abweichungen
Bringen Sie den aktuellen Zeitplan, seine Baseline und eine kurze Liste von Elementen mit, deren Verschiebung eine Entscheidung ändern könnte. Prüfen Sie nicht jeden Balken nur deshalb, weil er vorhanden ist.
Erste fünf Minuten: Vereinbaren Sie die Referenzversion und den Stichtag. Bestätigen Sie, ob der tatsächliche Fortschritt aktuell ist. Notieren Sie bekannte Datenlücken, bevor Sie das Diagramm interpretieren.
Nächste zehn Minuten: Prüfen Sie eine wesentliche Arbeitskette. Fragen Sie, was sich bei Umfang, Reihenfolge, Verfügbarkeit, Aufwand oder externen Zusagen geändert hat. Trennen Sie belegte Ereignisse von plausiblen Erklärungen.
Nächste zehn Minuten: Vergleichen Sie mögliche Antworten. Kann das Team unnötige Wartezeit beseitigen, die Reihenfolge sicher ändern, eine Entscheidung einholen oder den genehmigten Umfang verringern? Welche Kosten oder Risiken würde eine Beschleunigung mit sich bringen? Mehr Personal oder Überstunden sind Optionen mit Folgen, keine automatischen Korrekturen.
Letzte fünf Minuten: Halten Sie Entscheidung, Zuständigkeit und Aktualisierung der Prognose fest. Muss eine Zusage geändert werden, führen Sie sie durch das etablierte Genehmigungsverfahren des Projekts. Bewahren Sie die vorherige Baseline und den Grund für eine genehmigte Ablösung auf.
Diese Zeitangaben sind ein Moderationsvorschlag. Für ein komplexes Programm kann eine vertiefte Terminrisikoprüfung statt eines kürzeren Meetings nötig sein.
Ausgearbeitetes Beispiel: Die verspätete Aufgabe war nicht die ganze Ursache
Bei einer hypothetischen Softwaremigration endet die Probe vier Arbeitstage später als in der Baseline. Die erste Erklärung lautet: „Die Tests dauerten zu lange.“ Das Team will das nächste Testfenster verkürzen, um Zeit aufzuholen.
Bei der Prüfung verfolgt es die Evidenz zurück. Die Testausführung selbst dauerte wie geplant. Die Arbeit begann spät, weil das übernehmende Betriebsteam die produktionsnahen Testdaten nicht genehmigt hatte und die benannte genehmigende Person nicht verfügbar war.
Die Testzeit zu verkürzen würde die Ursache nicht beheben und könnte die Bereitschaftsevidenz schwächen. Stattdessen vereinbart das Team für die nächste Probe eine frühere Abnahmeprüfung und bestätigt gemäß den bestehenden Genehmigungsregeln eine Ersatzperson für die Entscheidung.
Es aktualisiert die Prognose und lässt die ursprüngliche Baseline sichtbar. Die Retrospektive hält eine wiederverwendbare Erkenntnis fest: Verfügbarkeit der Genehmigung bei der Planung der Abhängigkeit klären, statt die ständige Verfügbarkeit einer benannten Person vorauszusetzen.
Die Terminwirkung bleibt bestehen. Eine gute Erklärung löscht sie nicht aus. Der Sponsor erhält die aktualisierte Prognose mit Optionen und Zielkonflikten, nicht die Behauptung, die Verzögerung zähle nun nicht mehr.
Wann sollte ein Team die Baseline neu festlegen?
Eine Neufestlegung ändert die genehmigte Vergleichsreferenz. Sie kann nach einer genehmigten Umfangsänderung oder einer größeren Neuplanung der Lieferzusage angemessen sein. Sie sollte nicht die übliche Reaktion auf eine ungünstige Abweichung sein.
Archivieren Sie die ursprüngliche Baseline, benennen Sie den neu genehmigten Umfang und die Termine und erklären Sie, welche Vergleiche künftige Berichte verwenden. Ändert sich nur ein Arbeitspaket, schreiben Sie nicht stillschweigend die übrige Historie um.
Eine neue Baseline kann die Verwaltung der verbleibenden Arbeit unterstützen, während die alte für das Lernen nützlich bleibt. Diese Zwecke stehen nicht im Widerspruch. Berichte sollten klarstellen, ob eine Aussage mit der ursprünglichen Zusage oder dem später genehmigten Plan vergleicht.
Verwechseln Sie eine Arbeitsprognose nicht mit einer neu genehmigten Baseline. Die Prognose kann und sollte realistischer werden, ohne auf eine formelle Neuverhandlung jeder Planungsannahme zu warten.
Terminevidenz in eine nützliche Retrospektive überführen
Wählen Sie in der nächsten Retrospektive ein wiederkehrendes Muster: Warten auf Genehmigungen, unterschätzte Integration, fehlende Kapazität oder optimistische Übergaben. Machen Sie die Besprechung nicht zu einer Suche nach persönlicher Schuld für jede verspätete Aktivität.
Fragen Sie, welche Entscheidung das Team mit den damals verfügbaren Informationen früher hätte treffen können. Definieren Sie dann ein Experiment, etwa die Verfügbarkeit einer prüfenden Person vor der Zusage eines Meilensteins zu bestätigen, und eine Prüfung, ob diese Änderung das konkrete Wartemuster verringert.
Verwenden Sie den Leitfaden zu Retrospektiven-Maßnahmen, um das Experiment festzuhalten, und die Checkliste für Moderierende, um das Gespräch vorzubereiten. Der Zeitplan liefert Evidenz; die Retrospektive ermöglicht eine gezielte Lernschleife.
Häufig gestellte Fragen
Ist eine Baseline dasselbe wie eine Frist?
Nein. Eine Baseline ist eine Referenzversion des Zeitplans. Eine Frist ist eine zeitliche Einschränkung oder Zusage. Ein Zeitplan kann mehrere Fristen enthalten, und seine Baseline hält fest, wie das Team sie ursprünglich erreichen wollte.
Sollten wir die Baseline aktualisieren, wenn sich eine Aufgabe verzögert?
Aktualisieren Sie die aktuelle Prognose entsprechend der Realität. Ändern Sie die genehmigte Baseline nur nach der vereinbarten Projekt-Governance und bewahren Sie die vorherige Version sowie den Grund auf. Regelmäßiges Überschreiben erschwert die Interpretation der ursprünglichen Leistung.
Kann ein Gantt-Diagramm beweisen, warum ein Projekt verspätet war?
Ein Diagramm kann Termine und Abhängigkeitsbeziehungen zeigen, aber nicht jede Ursache belegen. Untersuchen Sie konkurrierende Erklärungen anhand von Aufgabenaufzeichnungen, Entscheidungen, Kapazitätsevidenz und den Aussagen Beteiligter, bevor Sie eine Korrekturmaßnahme wählen.