Projektplanung ist keine Zeitplanung

Projektplanung ist nicht die Planung von Zeit – sondern von Inhalten. Diese Erkenntnis sorgt für eine Veränderung in der Führung von Projekten.

Es gibt eine weit verbreitete Annahme in der Projektwelt: der Glaube, ein Projektplan sei dazu da, Zeit zu verwalten, Termine festzulegen und Deadlines einzuhalten. Doch dieser Ansatz führt regelmäßig zu Frustration – auf allen Seiten. Denn Zeiten und Termine lassen sich schlicht nicht präzise planen. Menschen, Wetter, Abhängigkeiten, unvorhergesehene Ereignisse – und vieles mehr findet keine Berücksichtigung in einem starren Zeitplan. In der Realität spielen diese aber eine große Rolle.

Das Hausbau-Beispiel

Machen wir das Ganze am Beispiel Hausbau greifbarer. Eine der ersten Fragen lautet: Wie lange wird es dauern? Nehmen wir zwölf Wochen an und planen erfahrungsbasiert die Termine. Woche für Woche ist durchgetaktet und dann kommt der Tag der Bodenplatte: ein Montag im Januar. Und mit ihm: minus vier Grad Celsius.

Beton bei Frost gießen? Nicht möglich. Der Zeitplan gerät sofort ins Wanken – obwohl sich an den Inhalten rein gar nichts geändert hat. Die Bodenplatte muss immer noch gegossen werden, der Rohbau folgt danach, dann der Dachstuhl, dann der Innenausbau. Die Aufgaben sind dieselben. Die Abhängigkeiten lassen sich nicht ändern. Nur der Zeitpunkt ist variabel und meist wird dieser im Projektgeschäft angepasst.

Das zeigt, dass der Zeitplan das Fragile ist. Der Inhalt ist das Stabile.

Die falsche Frage im Projektalltag

Viele Projektteams – und vor allem das Management – stellen die falsche Frage: Wann ist es fertig?

Das Problem: Diese Frage lässt sich kaum ehrlich beantworten. Zu viele Faktoren sind unbekannt. Zu viele Herausforderungen hängen von Dingen ab, die heute noch niemand absehen kann. Wer trotzdem auf ein Datum besteht, bekommt eines geliefert – und muss den Umstand in Kauf nehmen, dass es höchstwahrscheinlich nicht eingehalten werden kann.

Die richtige Frage aus operativer Sicht sollte stattdessen lauten: Woran können wir heute arbeiten?

Das ist fundamentaler Paradigmenwechsel. Statt das Team auf einen Termin zu fixieren, der wahrscheinlich nicht zu halten ist, priorisiert man kontinuierlich das Dringlichste. Und damit lassen sich jederzeit zwei entscheidende Fragen beantworten:

• Woran arbeitet das Projektteam heute?
• Welche Arbeiten bringen uns unserem Ziel näher?

Diese Transparenz schafft echte Steuerbarkeit – nicht die trügerische Sicherheit eines Gantt-Charts, das nach bereits kurz nach der Erstellung nicht mehr der Realität entspricht.

Projektpläne sind nicht obsolet – aber ihre Funktion ist eine andere

Das bedeutet nicht, dass Projektpläne wertlos sind. Nur ihr eigentlicher Wert liegt nicht im fertigen Dokument, sondern im Prozess des Planens selbst.

Wer einen Plan erstellt, ist gezwungen, ernsthaft über alle Aufgaben nachzudenken, die zur Zielerreichung notwendig sind. Dieser Denkprozess ist wertvoll und fördert strukturiertes Vorausdenken. Er macht das sichtbar, was ohne Plan im Verborgenen bleiben würde: Risiken und Herausforderungen.

Welche Schritte sind voneinander abhängig? Wo gibt es Engpässe? Was könnte schiefgehen – und wie kann man sich vorbereiten? Ein guter Projektplan ist nicht das Versprechen der Termine, sondern eine Landkarte der Komplexität.

Die drei Phasen im Zusammenspiel

Der Nutzen des Plans entfaltet sich besonders dann, wenn er auf einem soliden Fundament steht. Wenn in den vorangegangenen Phasen – Clarity und Alignment – bereits geklärt wurde:

• Welche Ziele verfolgt das Projekt?
• Welchen konkreten Nutzen bringen diese Ziele?
• Wer trägt Verantwortung für welche Entscheidungen?
• Haben alle Beteiligten dasselbe Verständnis vom Projekt?

dann bringt ein Projektplan in der Execution-Phase den entscheidenden Mehrwert: Er schafft Klarheit über die einzelnen Aufgaben und macht die Risiken sichtbar, die mit jedem Schritt verbunden sind.

Fazit

Projektpläne sind kein Werkzeug zur Zeitkontrolle – sie sind ein Werkzeug zur Inhaltssteuerung und zur Risikoerkennung. Wer das versteht, hört auf, Termine zu verteidigen, und beginnt stattdessen, Prioritäten zu steuern. Das ist der Unterschied zwischen einem Projektteam, das ständig erklärt, warum Termine nicht gehalten werden – und einem, das immer weiß, was als nächstes zu tun ist.