Was ist ein Projektzeitplan-Basisplan? Ein praktischer Leitfaden zur Varianz

Was ist ein Projektzeitplan-Basisplan?

Ein Zeitplan-Basisplan ist die offiziell genehmigte Version des Projektzeitplans, der zur Messung der Leistung verwendet wird. Es erfasst die geplanten Termine und die zu einem bestimmten Zeitpunkt akzeptierte Terminlogik. Das Team aktualisiert dann einen separaten aktuellen Zeitplan mit den tatsächlichen Fortschritten und überarbeiteten Prognosen und vergleicht die beiden, um Abweichungen zu verstehen.

Die Grundlinie antwortet mit „Was haben wir genehmigt?“ Der aktuelle Zeitplan antwortet mit „Was erwarten wir jetzt?“ Überschreiben Sie niemals das erste, damit es mit dem zweiten übereinstimmt.

Basislinie vs. aktueller Zeitplan vs. Zieldatum

Angenommen, der Start war für den 2. Oktober geplant. Der aktuelle Zeitplan sieht nun den 9. Oktober vor, während der Vertrag die Fertigstellung bis zum 5. Oktober erfordert. Das sind drei verschiedene Fakten:

• Baseline-Endabweichung: 7 Tage Verspätung;
• Prognose für das gewünschte Datum: 4 Tage Verspätung;
• genehmigter historischer Plan: noch 2. Oktober.

Durch eine Änderung des Ausgangswertes auf den 9. Oktober würden die Beweise gelöscht, die zur Erklärung der Änderungen erforderlich wären.

Was sollte in einem Basisplan enthalten sein?

Bewahren Sie mindestens Folgendes auf:

• genehmigte Start- und Endtermine für Aufgaben und Meilensteine;
• Dauer und Abhängigkeitslogik;
• Arbeitskalender und relevante Einschränkungen;
• Endtermine für Projekte und Hauptphasen;
• durch den Zeitplan dargestellter Umfang;
• Annahmen und Ausschlüsse;
• das Genehmigungsdatum und die Genehmigungsbehörde.

Bei kontrollierten Projekten können Kosten- und Ressourcenbasispläne in den Zeitplan integriert werden. Dieser Artikel konzentriert sich auf die Zeitleistung; Eine vollständige Basislinie zur Leistungsmessung kann mehr als nur Datumsangaben enthalten.

Wann sollten Sie die Baseline erstellen?

Die Baseline nach dem Zeitplan ist glaubwürdig genug, um kontrolliert zu werden – nicht in dem Moment, in dem jemand das erste Gantt-Diagramm erstellt. Überprüfen Sie vor der Genehmigung Folgendes:

1. Der Umfang wird durch eine vollständige Arbeitsaufschlüsselung dargestellt.
2. Aktivitäten haben klare Abschlussbedingungen;
3. Abhängigkeiten spiegeln echte Übergaben wider;
4. Dauer und Kalender sind realistisch;
5. Eigentümer- und Ressourcenannahmen werden verstanden;
6. Hauptrisiken und Eventualverbindlichkeiten sind sichtbar;
7. der kritische Pfad ist kontinuierlich und erklärbar;
8. Meilensteintermine stimmen mit den Verpflichtungen überein;
9. Stakeholder wissen, was ausgeschlossen ist;
10. Der Bevollmächtigte genehmigt den Referenzplan.

Benutzen Sie die 10-Punkte-Checkliste für die Zeitplanqualität bevor die Referenz eingefroren wird.

Wie misst man die Planabweichung?

Die einfachsten nützlichen Vergleiche sind Datumsabweichungen:

• Startvarianz: aktueller oder tatsächlicher Start minus Basisstart.
• Abweichung des Ziels: aktuelle Prognose oder tatsächliches Ende minus Basis-Ende.
• Meilensteinabweichung: aktuelles Meilensteindatum minus Basismeilensteindatum.

Geben Sie die Kalenderbasis an. Fünf Kalendertage und fünf Werktage sind nicht gleichwertig.

Zum Beispiel:

Die zunehmende Varianz deutet darauf hin, dass es sich bei dem Projekt nicht nur um eine frühe Verzögerung handelt; Es häuft sich zusätzlicher Schlupf. Untersuchen Sie geänderten Umfang, unterschätzte Dauer, Ressourcenverfügbarkeit, Fehler und unterbrochene Abhängigkeiten.

Das formale Earned-Value-Management verwendet außerdem Planabweichung (SV = EV − PV) und Planleistungsindex (SPI = EV / PV). Dabei handelt es sich um wertbasierte Maße, nicht um Datumsunterschiede. Ein Wert von SPI unter 1,0 bedeutet, dass weniger geplanter Wert erzielt wurde als erwartet, aber das bedeutet nicht direkt, dass die Prognose sieben Tage zu spät kommt. Verwenden Sie Datums- und Ertragswertmaße für die beabsichtigten Fragen.

Wie oft sollte der aktuelle Zeitplan aktualisiert werden?

Aktualisieren Sie es in einem Rhythmus, der Entscheidungen unterstützt. Wöchentlich ist bei mittelgroßen Projekten üblich; Eine Umstellung kann eine tägliche oder untertägige Kontrolle erfordern. Zu jedem Statusdatum:

1. die tatsächlichen Starts und Ziele aufzeichnen;
2. Aktualisieren Sie die verbleibende Dauer für die aktive Arbeit.
3. Überarbeiten Sie die zukünftige Logik nur, wenn sich der Ausführungsplan tatsächlich ändert.
4. Prognosedaten neu berechnen;
5. Überprüfung kritischer und nahezu kritischer Pfade;
6. Erklären Sie materielle Abweichungen und vereinbaren Sie Maßnahmen.

Vermeiden Sie es, nur den Fertigstellungsgrad zu aktualisieren. Eine Aufgabe kann drei Wochen lang zu „90 % erledigt“ sein. Die verbleibende Dauer und das prognostizierte Ende sind operativ sinnvoller.

Wann ist eine Neuausrichtung legitim?

Rebaseline nur dann, wenn eine autorisierte, wesentliche Änderung die alte Referenz für zukünftige Leistungsmessungen ungeeignet macht. Beispiele hierfür sind:

• genehmigter Geltungsbereich hinzugefügt oder entfernt;
• eine offiziell akzeptierte Änderung der Lieferstrategie;
• eine Vertragsänderung;
• ein größeres externes Ereignis außerhalb der Planungsgrundlage;
• ein Sanierungsplan, der als neue Kontrollreferenz genehmigt wurde.

Eine schlechte Leistung allein ist kein Grund, die Baseline zu löschen. Bewahren Sie das Original und jede genehmigte Überarbeitung auf, zeichnen Sie auf, warum die Änderung genehmigt wurde, und legen Sie offen, welche Baseline ein Bericht verwendet.

Häufige Grundfehler

Behandeln einer gespeicherten Datei als genehmigte Baseline

Ein Snapshot kann Daten bewahren, aber die Governance macht ihn zur Grundlage. Notieren Sie, wer es wann und in welchem Umfang genehmigt hat.

Verschieben der Grundlinie bei jedem Update

Dies garantiert Nullvarianz und entfällt die Verantwortung. Aktualisieren Sie die Prognose, nicht den Verlauf.

Vergleicht nur das endgültige Datum

Ein unverändertes Finish kann verbrauchtes Float und verrutschende Zwischenmeilensteine verbergen. Überprüfen Sie die kritischen und nahezu kritischen Pfade.

Verwirrender Versionsverlauf mit einer Baseline-Überlagerung

Der Versionsverlauf antwortet: „Wie sah das Projekt damals aus?“ Durch eine Basislinienüberlagerung bleiben genehmigte Balken neben den aktuellen Balken für eine kontinuierliche Abweichungsüberprüfung verfügbar. Die Artefakte können sich gegenseitig unterstützen, sind aber nicht automatisch gleichwertig.

Wie können Sie eine Baseline in GanttFather beibehalten?

GanttFather unterstützt benannte Versions-Snapshots, die in der Vorschau angezeigt und wiederhergestellt werden können. Speichern Sie eine klar benannte Version, zum Beispiel Approved schedule — 2026-09-01, und notieren Sie die Genehmigungsbefugnis und den Umfang im Projektkontext oder in Governance-Notizen.

Ab dem 7. August 2026 bietet GanttFather keine dedizierte Baseline-Balken-Überlagerung für jede Aufgabe. Für formelle Abweichungsberichte exportieren Sie den genehmigten Zeitplan oder behalten Sie eine Baseline-Tabelle neben der Live-Prognose bei. Die Berichts- und Zustandsansichten des Produkts können aktuelle Leistungsdiskussionen unterstützen; eine benannte Version sollte jedoch nicht als umfangreichere gespeicherte Baseline-Funktion dargestellt werden, als sie tatsächlich ist.

Diese Unterscheidung ist hilfreich, um Software ehrlich auszuwählen. Wenn Ihr Vertrag mehrere Baselines, Earned-Value-Kontrollen oder auditfähige Baseline-Änderungsprotokolle erfordert, validieren Sie diese Funktionen, bevor Sie sich für ein Tool entscheiden.

Erstellen Sie ein kostenloses GanttFather-Projekt und speichern Sie den genehmigten Zeitplan, bevor Sie die erste Statusaktualisierung eingeben.

Lesen Sie bei jeder Aktualisierung das aktuelle Diagramm mithilfe der Gantt-Prüfsequenz, prüfen Sie Änderungen an Puffer und Slack und bewahren Sie die Verbindung zwischen dem genehmigten Zeitplan und den relevanten Projektmeilensteinen.

Häufig gestellte Fragen

Ist die Grundlinie der ursprüngliche Plan?

Es handelt sich um den genehmigten Kontrollplan, bei dem es sich möglicherweise nicht um den ersten Entwurf handelt. Behalten Sie frühere Entwürfe bei, wenn sie wichtig sind, aber bezeichnen Sie eine nicht genehmigte Skizze nicht als Leistungsbasislinie.

Kann ein Projekt mehr als eine Baseline haben?

Ja. Bei großen oder formal kontrollierten Projekten können das Original und autorisierte Überarbeitungen erhalten bleiben. Berichte müssen angeben, welche Version aktuell ist, und den Änderungsverlauf enthalten.

Was ist, wenn das Projekt keine Baseline hat?

Sie können weiterhin eine aktuelle Prognose beibehalten, die Leistung jedoch nicht zuverlässig anhand eines genehmigten vorherigen Plans messen. Erstellen Sie eine überprüfte Referenz, sobald Umfang und Zeitplan glaubhaft sind.

Braucht agiles Arbeiten eine Grundlage?

Nicht jedes Team benötigt eine detaillierte Aufgabenbasislinie. Ein Produktteam kann eine Veröffentlichung, einen Finanzierungshorizont oder ein externes Engagement festlegen und gleichzeitig die Anpassung des Backlog-Inhalts zulassen. Passen Sie die Kontrolle an die Konsequenz einer versäumten Verpflichtung an.

---

Quellen

1. US-Energieministerium, Project Management Lexicon of Terms
2. Project Management Institute, Praxisstandard für Terminplanung
3. U.S. Government Accountability Office, Leitfaden zur Zeitplanbewertung