Basisplan, Statusplan und Meilensteintrendanalyse richtig einsetzen

Projektpläne ändern sich im Laufe eines Projekts. Aufgaben dauern länger als erwartet, Abhängigkeiten verschieben sich oder wichtige Meilensteine müssen neu terminiert werden. Im aktuellen Projektplan sind dann häufig nur noch die überarbeiteten Termine sichtbar. Was ursprünglich geplant war und wie sich die Terminprognosen entwickelt haben, lässt sich daraus allein nicht mehr nachvollziehen.

Hier helfen Basisplan und Statusplan: Der Basisplan hält eine festgelegte Referenzplanung fest, während gespeicherte Statusstände dokumentieren, welche Termine zu bestimmten Zeitpunkten erwartet wurden. Die Meilensteintrendanalyse macht sichtbar, wie sich diese Prognosen im Projektverlauf verändern.

So können Projektverantwortliche Terminabweichungen erkennen, deren Entwicklung nachvollziehen und gezielt prüfen, ob Steuerungsmaßnahmen erforderlich sind.

Kurzantwort: Was ist der Unterschied zwischen Basisplan, Statusplan und Meilensteintrendanalyse?

Ein Basisplan dokumentiert einen festgelegten Projektplan als Referenz für spätere Vergleiche. Ein Statusplan hält den Planungsstand zu einem bestimmten Berichtszeitpunkt fest. Die Meilensteintrendanalyse vergleicht die prognostizierten Termine wichtiger Meilensteine über mehrere Berichtszeitpunkte hinweg und zeigt, ob sich diese Termine verschieben oder stabil bleiben.

Die drei Instrumente ergänzen sich: Der Basisplan zeigt die ursprüngliche Planung, gespeicherte Statusstände machen spätere Einschätzungen nachvollziehbar und die Meilensteintrendanalyse verdeutlicht die Entwicklung der Terminprognosen.

01 Basisplan als Referenz festhalten

Ein Basisplan im Projektmanagement dokumentiert einen festgelegten Planungsstand, der als Referenz für spätere Vergleiche dient. Er hält beispielsweise fest, welche Termine und Meilensteine zu einem bestimmten Zeitpunkt vorgesehen waren.

Ein Basisplan sollte erstellt werden, sobald die wesentlichen Planungsannahmen abgestimmt sind und eine belastbare Grundlage für die Projektsteuerung vorliegt. Der laufende Projektplan kann anschließend weiterentwickelt werden, ohne dass die ursprüngliche Referenz verloren geht.

Beispiel: Für ein Projekt ist die Abnahme ursprünglich am 15. September vorgesehen. Dieser Termin wird im Basisplan festgehalten. Verschiebt sich die Abnahme im weiteren Projektverlauf, lässt sich anhand der Referenz erkennen, wie stark die aktuelle Terminprognose vom ursprünglichen Ziel abweicht.

Wichtig ist, dass spätere Anpassungen am Projektplan den Basisplan nicht unbemerkt überschreiben. Bei grundlegenden, abgestimmten Änderungen kann eine neue verbindliche Planungsgrundlage sinnvoll sein. Die ursprüngliche Referenz und die Gründe für die Anpassung sollten jedoch nachvollziehbar bleiben.

Der Basisplan zeigt damit, was zu einem festgelegten Zeitpunkt geplant war. Wie sich die Planung anschließend entwickelt hat, wird erst durch den Vergleich mit späteren Projektständen sichtbar.

02 Statusstände in sinnvollen Intervallen speichern

Während der Basisplan eine festgelegte Referenz dokumentiert, zeigt der aktuelle Projektplan die jeweils gültige Planung. Werden Termine oder Aufgaben angepasst, verändert sich dieser Plan entsprechend. Ohne gespeicherte Zwischenstände lässt sich später jedoch nur schwer nachvollziehen, wann sich bestimmte Terminprognosen verändert haben.

Ein Statusplan hält deshalb den Planungsstand zu einem bestimmten Berichtszeitpunkt fest. Er dokumentiert beispielsweise, welche Termine für wichtige Meilensteine zu diesem Zeitpunkt erwartet wurden. Werden mehrere Statusstände gespeichert, entsteht eine nachvollziehbare Historie der Projektplanung.

Wie häufig solche Projektstände festgehalten werden sollten, hängt von der Projektlaufzeit und dem Steuerungsbedarf ab. Bei Projekten mit häufigen Terminänderungen können wöchentliche Statusstände sinnvoll sein. Bei langfristigen Projekten mit stabilerer Planung können größere Abstände ausreichen.

Wichtig ist ein nachvollziehbarer Berichtsrhythmus mit eindeutig dokumentierten Stichtagen. Nur so lassen sich Terminprognosen aus unterschiedlichen Projektphasen sinnvoll miteinander vergleichen.

In unserem Beispiel wird der ursprünglich für den 15. September geplante Abnahmetermin im weiteren Projektverlauf regelmäßig überprüft. Die jeweils erwarteten Termine werden zu den vereinbarten Berichtszeitpunkten festgehalten.

03 Planänderung und tatsächliche Entwicklung unterscheiden

Basisplan, gespeicherter Statusplan und aktueller Projektplan erfüllen unterschiedliche Aufgaben. Erst ihr Vergleich zeigt, wie sich die Planung eines Projekts im Zeitverlauf verändert hat.

PlanungsstandWas zeigt er?Wofür wird er genutzt?
BasisplanFestgehaltene ReferenzplanungVergleich mit den ursprünglich vereinbarten Terminzielen
Gespeicherter StatusplanDokumentierter Planungsstand zu einem bestimmten BerichtszeitpunktNachvollziehen früherer Terminprognosen
Aktueller ProjektplanGegenwärtig gültige PlanungLaufende Projektsteuerung und Terminabstimmung

Dabei ist eine wichtige Unterscheidung zu beachten: Eine Planänderung ist nicht dasselbe wie eine tatsächlich eingetretene Terminabweichung.

Wird beispielsweise der erwartete Abnahmetermin vom 15. auf den 22. September verschoben, hat sich zunächst die Terminprognose geändert. Ob die Abnahme tatsächlich verspätet erfolgt, steht erst fest, wenn der Meilenstein erreicht wurde oder der ursprünglich vorgesehene Termin ohne Abnahme verstrichen ist.

Für das Projektcontrolling ergeben sich daraus zwei unterschiedliche Vergleiche:

  • Planungsverlauf: Wie haben sich die erwarteten Termine zwischen den gespeicherten Projektständen verändert?
  • Tatsächliche Entwicklung: Wann wurde ein Meilenstein wirklich erreicht, und wie verhält sich dieser Zeitpunkt zum ursprünglich geplanten Termin?

Die Meilensteintrendanalyse unterstützt vor allem den ersten Vergleich: Sie macht sichtbar, wie sich die prognostizierten Meilensteintermine über mehrere Berichtszeitpunkte entwickeln. Für die Bewertung tatsächlich erreichter Termine müssen zusätzlich die entsprechenden Ist-Daten berücksichtigt werden.

So lassen sich veränderte Erwartungen und tatsächlich eingetretene Abweichungen sauber voneinander unterscheiden.

04 Meilensteine über mehrere Stände vergleichen

Ein einzelner Projektstatus zeigt, welcher Termin für einen Meilenstein aktuell erwartet wird. Erst der Vergleich mehrerer gespeicherter Statusstände macht sichtbar, wie sich diese Prognose im Projektverlauf verändert hat.

Das folgende fiktive Projektbeispiel zeigt, wie sich der erwartete Abnahmetermin über mehrere dokumentierte Planungsstände verändert.

Ursprünglich wurde die Abnahme für den 15. September vorgesehen und im Basisplan festgehalten. Bei späteren Statusberichten wird der erwartete Termin jeweils erneut bewertet.

PlanungsstandPrognostizierter AbnahmeterminVeränderung gegenüber dem vorherigen Stand
Basisplan15. SeptemberUrsprünglicher Zieltermin
Statusbericht 122. September7 Tage später
Statusbericht 26. OktoberWeitere 14 Tage später
Statusbericht 36. OktoberUnverändert

Der Vergleich zeigt: Die erwartete Abnahme verschiebt sich zunächst um eine Woche und anschließend um weitere zwei Wochen. Gegenüber dem Basisplan liegt die letzte Terminprognose damit 21 Kalendertage später.

Im dritten Statusbericht bleibt die Prognose unverändert. Das bedeutet jedoch nicht, dass der ursprüngliche Termin wieder eingehalten wird. Es zeigt lediglich, dass zwischen den letzten beiden Berichtszeitpunkten keine weitere Verschiebung erwartet wurde.

Die Meilensteintrendanalyse stellt solche Terminprognosen über mehrere Berichtszeitpunkte grafisch dar. Dadurch lassen sich Entwicklungen erkennen, die beim Blick auf den aktuellen Projektplan allein nicht sichtbar wären.

Wichtig: Ein Termintrend zeigt, wie sich die Erwartungen verändert haben. Warum ein Meilenstein verschoben wurde und welche Maßnahmen erforderlich sind, muss die Projektleitung gesondert untersuchen.

Wer die grafische Darstellung und typische Trendverläufe genauer verstehen möchte, findet weitere Informationen im TimO-Beitrag „Meilensteintrendanalyse: Definition und richtige Anwendung“.

05 Ursachen und Maßnahmen dokumentieren

Der Vergleich von Basisplan und gespeicherten Statusständen zeigt, wann sich Terminprognosen verändert haben. Die Meilensteintrendanalyse macht solche Entwicklungen sichtbar. Warum eine Verschiebung entstanden ist, lässt sich aus dem Termintrend allein jedoch nicht ableiten.

Deshalb sollten Projektverantwortliche auffällige Veränderungen prüfen und die ermittelten Ursachen sowie vereinbarte Maßnahmen dokumentieren.

Je nach Situation kommen unterschiedliche Schritte infrage:

BeobachtungMögliche Ursache oder EinordnungMögliche Maßnahme
Ein Meilenstein verschiebt sich wiederholt.Eine vorgelagerte Aufgabe dauert länger als geplant.Abhängigkeiten prüfen und die Terminplanung aktualisieren.
Die Terminprognose verschlechtert sich kurzfristig.Benötigte Mitarbeitende stehen nicht rechtzeitig zur Verfügung.Kapazitäten und Projektprioritäten abstimmen.
Die Prognose bleibt nach einer Verschiebung stabil.Seit dem vorherigen Statusbericht wurde keine weitere Terminänderung prognostiziert.Fortschritt und zugrunde liegende Annahmen weiter überprüfen.
Mehrere Meilensteine verschieben sich.Es bestehen möglicherweise übergreifende Probleme in der Projektplanung.Zusammenhänge analysieren und die Gesamtplanung überprüfen.

Die genannten Ursachen sind Beispiele, keine unmittelbaren Ergebnisse einer Meilensteintrendanalyse. Ob tatsächlich fehlende Kapazitäten, geänderte Anforderungen oder andere Faktoren verantwortlich sind, muss im jeweiligen Projekt untersucht werden.

In unserem Praxisbeispiel liegt der zuletzt prognostizierte Abnahmetermin 21 Kalendertage nach dem ursprünglichen Zieltermin. Die Projektleitung sollte deshalb klären, welche Aufgaben oder Abhängigkeiten zu dieser Entwicklung beigetragen haben und ob weitere Meilensteine betroffen sind.

Für eine nachvollziehbare Projektsteuerung empfiehlt es sich, Ursache, vereinbarte Maßnahme, verantwortliche Person und Überprüfungstermin festzuhalten. So lässt sich bei späteren Statusberichten nicht nur erkennen, wie sich die Terminprognose entwickelt hat, sondern auch, welche Schritte bereits eingeleitet wurden.

Der Nutzen gespeicherter Projektstände liegt damit nicht allein im Rückblick. Sie schaffen auch eine Grundlage, um Entscheidungen zu begründen und deren Auswirkungen im weiteren Projektverlauf zu überprüfen.

06 Typische Fehler beim Vergleich von Projektständen vermeiden

Beim Vergleich von Basisplan, Statusplan und aktuellem Projektplan können unklare Stichtage oder falsch interpretierte Terminprognosen zu fehlerhaften Schlussfolgerungen führen.

Die folgende Übersicht zeigt häufige Fehler und passende Gegenmaßnahmen.

Typischer FehlerBesserer Ansatz
Basisplan bei jeder Änderung überschreibenDie ursprüngliche Referenz erhalten und eine neue Planungsgrundlage nur bei begründeten Änderungen nachvollziehbar festlegen.
Statusstände ohne eindeutigen Stichtag speichernJeden gespeicherten Projektstand einem klaren Berichtszeitpunkt zuordnen.
Aktuellen Projektplan mit einem historischen Statusstand verwechselnReferenzplanung, gespeicherte Zwischenstände und aktuelle Planung eindeutig unterscheiden.
Stabile Terminprognose als Termineinhaltung interpretierenDie aktuelle Prognose zusätzlich mit dem ursprünglichen Zieltermin vergleichen.
Terminverschiebungen ohne Ursachenprüfung bewertenAuffälligkeiten untersuchen und vereinbarte Maßnahmen dokumentieren.

07 Basisplan, Statusplan und MTA im Projektalltag kombinieren

Für die regelmäßige Projektsteuerung empfiehlt sich ein klarer Ablauf mit fünf Schritten:

1. Ausgangsplanung festhalten: Sobald die wesentlichen Termine und Meilensteine abgestimmt sind, wird ein geeigneter Planungsstand als Basisplan gesichert. Er dient als Referenz für spätere Vergleiche.

2. Aktuellen Projektplan fortschreiben: Während der Umsetzung werden Aufgaben, Abhängigkeiten und Terminprognosen bei Bedarf aktualisiert. Der laufende Projektplan bildet die jeweils gültige Planung ab.

3. Statusstände dokumentieren: Zu vereinbarten Berichtszeitpunkten werden die aktuellen Planungsstände gespeichert. Wichtig sind eindeutige Stichtage und ein zum Projekt passender Berichtsrhythmus.

4. Termintrends auswerten: Die prognostizierten Meilensteintermine werden über mehrere Statusstände hinweg verglichen. Die Meilensteintrendanalyse macht sichtbar, ob Termine stabil bleiben oder sich wiederholt verschieben.

5. Maßnahmen nachverfolgen: Bei auffälligen Veränderungen werden mögliche Ursachen untersucht, Entscheidungen dokumentiert und vereinbarte Maßnahmen bei späteren Statusberichten erneut überprüft.

Wichtig ist, dass die dokumentierten Planungsstände regelmäßig ausgewertet und erkannte Abweichungen in konkrete Steuerungsentscheidungen überführt werden.

Projektstände mit TimO vergleichen

Wenn sich Projekttermine verändern, ist es hilfreich, die ursprüngliche Planung und spätere Projektstände nachvollziehbar vergleichen zu können. Die TimO Projektmanagement-Software unterstützt diesen Prozess mit Basisplan, Projektstatusspeicherung und Meilensteintrendanalyse.

Der Basisplan dient als Referenz für spätere Vergleiche. Gespeicherte Projektstatusstände ermöglichen es, frühere Planungsstände nachzuvollziehen. Mit der Meilensteintrendanalyse lassen sich Veränderungen prognostizierter Meilensteintermine über mehrere Berichtszeitpunkte hinweg auswerten.

So erhalten Projektverantwortliche eine Grundlage, um Terminverschiebungen zu erkennen, Planänderungen nachzuvollziehen und den weiteren Projektverlauf gezielt zu überprüfen.

Fazit: Projektänderungen nachvollziehbar steuern

Projektpläne verändern sich im Laufe der Umsetzung. Entscheidend ist, dass ursprüngliche Planungsannahmen und spätere Terminänderungen nachvollziehbar bleiben.

Basisplan, gespeicherte Statusstände und Meilensteintrendanalyse ergänzen sich dabei: Sie verbinden eine feste Planungsreferenz mit dokumentierten Zwischenständen und der Auswertung von Terminprognosen.

Wer diese Instrumente kombiniert, kann Terminverschiebungen erkennen, ihre Ursachen gezielt untersuchen und vereinbarte Maßnahmen im weiteren Projektverlauf überprüfen. So entsteht eine belastbarere Grundlage für Entscheidungen im Projektcontrolling.