Du hast den Plan erstellt. Du hast jede Aufgabe abgebildet, Dauern geschätzt, das Team eingeteilt und ein Enddatum festgelegt. Alle sind sich einig. Es sieht großartig aus.
Dann holt dich die Realität ein.
Ein Lieferant ist spät dran. Jemand wird krank. Der Umfang wächst still und leise. Schon bald driftet dein sorgfältig ausgearbeiteter Zeitplan ab — und ohne eine Aufzeichnung, wo du gestartet bist, lässt sich kaum sagen, wie weit du vom Kurs abgekommen bist oder warum.
Genau dafür gibt es die Projekt-Baseline.
Was ist eine Projekt-Baseline?
Eine Projekt-Baseline ist eine Momentaufnahme deines ursprünglichen Plans — die freigegebene, vereinbarte Version von Zeitplan, Umfang und Budget, festgehalten in dem Moment, in dem die Arbeit beginnt. Sie ist ein fester Bezugspunkt. Einmal gesetzt, ändert sie sich nicht (außer ein formaler Änderungsantrag aktualisiert sie).
Im Projektmanagement gibt es drei Haupttypen von Baselines:
- Termin-Baseline — deine ursprünglich geplanten Start- und Endtermine für die Aufgaben und das Gesamtprojekt
- Kosten-Baseline — dein ursprüngliches Budget, einschließlich der erwarteten Ausgaben über die Zeit
- Umfangs-Baseline — die freigegebenen Liefergegenstände und Anforderungen (oft in einem Projektstrukturplan festgehalten)
Zusammen bilden sie deine Leistungsmessungs-Baseline — den Maßstab, mit dem du bewertest, wie das Projekt tatsächlich läuft, verglichen damit, wie es laut deiner Aussage laufen sollte.
Warum Baselines wichtig sind: das „Verglichen womit?“-Problem
Ohne Baseline hängen all deine Status-Updates in der Luft. Eine Aufgabe ist „ein bisschen spät dran“ — aber spät verglichen womit? Mit dem ursprünglichen Plan? Mit dem überarbeiteten Plan von letzter Woche? Mit dem, was du dem Kunden vor drei Wochen gesagt hast?
Diese Unklarheit ist eine der häufigsten Ursachen für Verwirrung und Konflikte in Projektteams. Jeder hat ein anderes inneres Bild davon, was „im Plan“ bedeutet, und ohne gemeinsamen Bezugspunkt werden Diskussionen über den Status unproduktiv.
Eine Baseline löst das, indem sie allen dieselbe Antwort auf „Verglichen womit?“ gibt.
Mit einer gespeicherten Baseline siehst du auf einen Blick: welche Aufgaben später begonnen oder geendet haben als ursprünglich geplant, um wie viel sich der Gesamtzeitplan verschoben hat, ob sich der aktuell prognostizierte Endtermin gegenüber dem ursprünglichen bewegt hat und welche Teile des Projekts dem Plan voraus sind.
Ein praktisches Beispiel
Angenommen, du leitest eine Produkteinführung. Laut deiner Baseline endet die Designphase am 5. Juni, die Entwicklung beginnt am 6. Juni, und das Produkt geht am 15. Juli raus.
Jetzt ist der 10. Juni. Das Design ist gerade fertig geworden — fünf Tage zu spät. Die Entwicklung beginnt heute statt am 6. Juni.
Ohne Baseline zeigt dein Gantt-Diagramm nur „Entwicklung: beginnt am 10. Juni“ — was für sich genommen in Ordnung aussieht. Mit einer Baseline siehst du, wo es rot wird: Das Design war für den 5. Juni geplant, wurde am 10. Juni fertig, die Abweichung beträgt 5 Tage, und wenn sich nichts ändert, rutscht der Launch auf den 20. Juli.
Jetzt kannst du darauf reagieren. Vielleicht stellst du der Entwicklung eine zusätzliche Ressource zur Seite, um zwei dieser Tage wieder hereinzuholen. Vielleicht informierst du die Stakeholder jetzt, bevor es später zu einer größeren Überraschung wird. So oder so steuerst du mit Informationen statt mit Vermutungen.
Wann du eine Baseline setzen solltest
Der richtige Zeitpunkt, eine Baseline zu setzen, ist nach der Freigabe des Projektplans und bevor die eigentliche Arbeit beginnt. Setzt du sie zu früh (während der Plan noch verhandelt wird), hältst du einen Plan fest, der noch nicht wirklich final war. Setzt du sie, nachdem die Arbeit begonnen hat, verpasst du die Chance, den echten Ausgangspunkt festzuhalten.
In der Praxis ist das Setzen der Baseline oft Teil des formalen Projekt-Kickoffs. Sobald der Sponsor oder die Stakeholder den Zeitplan abgesegnet haben, frierst du ihn ein.
Manche Teams setzen außerdem Zwischen-Baselines an wichtigen Meilensteinen — zum Beispiel eine neue Baseline zu Beginn von Phase 2, wenn Phase 1 deutlich anders geendet hat als geplant. Das ist in Ordnung, sollte aber eine bewusste Entscheidung sein und kein Weg, aufgelaufene Verzögerungen zu kaschieren. Jedes Mal, wenn du eine neue Baseline setzt, definierst du im Grunde neu, was „im Plan“ bedeutet — und das kann echte Leistungsprobleme verschleiern.
Terminabweichung und Leistung
Sobald du eine Baseline hast, werden zwei Kennzahlen besonders nützlich, um den Fortschritt zu verfolgen.
Die Terminabweichung (SV) zeigt dir, wie weit du gemessen an der erledigten Arbeit vor oder hinter dem Zeitplan liegst. Eine negative SV bedeutet, dass du im Rückstand bist — es wurde weniger Arbeit erledigt, als die Baseline zu diesem Zeitpunkt vorsah.
Der Schedule Performance Index (SPI) zeigt dir dein Effizienzverhältnis — wie viel geplante Arbeit du pro Zeiteinheit erledigst. Ein SPI unter 1,0 bedeutet, dass du pro Tag weniger Arbeit erledigst als geplant; ein SPI über 1,0 bedeutet, dass du schneller vorankommst als geplant.
Diese Kennzahlen stammen aus dem Earned-Value-Management (EVM). Aber du musst nicht gleich voll auf EVM setzen, um von Baselines zu profitieren. Schon ein einfacher Gantt-Vergleich — die ursprünglichen Balken in Grau neben den aktuellen Balken in Farbe — liefert dir ein aussagekräftiges visuelles Feedback zur Projektgesundheit.
Baselines und Stakeholder-Kommunikation
Baselines sind nicht nur ein internes Projektmanagement-Werkzeug. Sie sind auch ein Kommunikationsmittel.
Wenn ein Kunde fragt: „Warum dauert das länger als erwartet?“, kannst du die Baseline aufrufen und durchgehen, was sich geändert hat: Die Discovery-Phase hat drei zusätzliche Integrationen zutage gefördert, die nicht im Umfang enthalten waren, und das hat der Entwicklungs-Timeline 10 Tage hinzugefügt. Hier standen wir, hier stehen wir, und das ist die Differenz.
Eine solche klare, dokumentierte Erklärung schafft Vertrauen — weit mehr als ein vages „Es ist etwas dazwischengekommen“. Sie schützt dich auch. Wenn der Umfang erweitert und die Timeline mit Freigabe angepasst wurde, hält die Baseline diesen Entscheidungspunkt fest.
Für regelmäßige Stakeholder-Berichte ist der Vergleich von Baseline und Ist-Stand in einem Gantt-Diagramm eine der klarsten Möglichkeiten, den Projektstatus ohne lange schriftliche Erklärungen zu vermitteln.
Häufige Fehler von Teams im Umgang mit Baselines
Gar keine setzen. Überraschend häufig, vor allem bei kleineren Projekten, bei denen Teams glauben, sie würden sich den ursprünglichen Plan „einfach merken“. Tun sie nicht.
Zu oft eine neue Baseline setzen. Wenn du jedes Mal eine neue Baseline setzt, sobald sich der Zeitplan verschiebt, verlierst du die Möglichkeit, die kumulierte Abweichung zu verfolgen. Die Baseline wird bedeutungslos, weil sie immer dem aktuellen Plan entspricht.
Die Baseline als Ziel statt als Bezugspunkt behandeln. Die Baseline hält deinen ursprünglichen Plan fest. Umstände ändern sich — das ist normal. Das Ziel ist nicht, immer genau die Baseline zu treffen, sondern die Gründe zu verstehen und zu dokumentieren, wenn du es nicht tust.
Die Baseline setzen, bevor der Plan stabil ist. Friere sie ein, wenn der Plan tatsächlich vereinbart ist, nicht während er noch verhandelt wird.
Wie LoopGantt mit Baselines umgeht
In LoopGantt kannst du eine Baseline jederzeit speichern, sobald dein Projektzeitplan steht. Die Baseline wird neben deinem Live-Zeitplan gespeichert, und du kannst eine visuelle Überlagerung einblenden, die deine ursprünglich geplanten Balken in einer gedämpften Farbe hinter deinen aktuellen Aufgabenbalken zeigt.
So ist sofort offensichtlich, welche Aufgaben dem Plan voraus sind oder hinterherhinken, und um wie viel. Wenn du in einem Stakeholder-Review oder einem Team-Standup bist, erzählt dieser visuelle Vergleich die Geschichte oft schneller als jeder schriftliche Bericht.
LoopGantt Pro kostet 5 $ pro Monat oder 45 $ pro Jahr und Nutzer (Gründerpreis, 14 Tage kostenlos testen) und umfasst Baseline-Tracking, Gantt-Planung, Abhängigkeiten, Meilensteine und das Portfolio-Dashboard.
Das Fazit
Eine Projekt-Baseline ist der ursprüngliche Plan deines Projekts, konserviert wie in Bernstein. Sie ist keine Einschränkung und kein starres Ziel — sie ist ein Bezugspunkt, der alles andere messbar macht.
Ohne sie ist „im Plan“ nur eine Meinung. Mit ihr ist es eine Tatsache, auf die du zeigen, die du erklären und nach der du handeln kannst.
Wenn dein Team Projekte bisher ohne Baselines managt, ist die Lösung einfach: Nimm dir beim nächsten Projekt-Kickoff eine Minute Zeit, um die Baseline zu speichern, bevor die erste Aufgabe beginnt. Diese eine Minute erspart dir später Stunden an Verwirrung und Diskussionen.