Ein Projektplan ist noch keine Projektsteuerung

Wir haben schon einige Projektpläne gesehen, die auf dem Papier sehr gut ausgesehen haben. Saubere Balken, plausible Abhängigkeiten, klare Meilensteine, ein Go-Live-Datum auf den Tag genau.

Und wir haben erlebt, wie genau solche Projekte trotzdem ins Wanken geraten sind.

Nicht, weil der Plan schlecht war. Sondern weil ein Plan immer nur eine Momentaufnahme ist – er zeigt, wie ein Projekt nach dem damaligen Wissensstand verlaufen soll.

In der Praxis bleibt selten alles so, wie es am Anfang gedacht war. Anforderungen ändern sich, Entscheidungen dauern länger, Abhängigkeiten werden sichtbar, die vorher niemand auf dem Schirm hatte. Ressourcen fallen weg. Tests zeigen Themen auf, die im Plan nicht vorgesehen waren.

Ein Projektplan bleibt trotzdem wichtig. Aber er ersetzt keine Steuerung.

Ein Plan zeigt die Richtung. Steuerung zeigt, wo das Projekt wirklich steht.

Ein Plan gibt Orientierung. Er schafft einen gemeinsamen Rahmen und macht sichtbar, worüber gesprochen werden muss. Ohne ihn lassen sich Fortschritt, Abweichungen oder Prioritäten kaum sinnvoll einordnen.

Er steuert ein Projekt aber nicht von selbst. Das beginnt erst dort, wo er laufend mit der Realität abgeglichen wird – nicht erst im Monatsbericht oder kurz vor dem Go-Live, sondern im Projektalltag: Was ist wirklich fertig, welche Abhängigkeiten blockieren den nächsten Schritt, welche Entscheidungen sind noch offen? Diese Fragen sind oft unbequemer als ein sauberer Plan. Aber sie entscheiden darüber, ob ein Projekt steuerbar bleibt.

Steuerung heißt nicht Kontrolle

Für uns heißt das nicht, Menschen ständig abzufragen oder Aufgabenlisten zu kontrollieren. Es heißt eher, die Rolle eines Fluglotsen einzunehmen: Man sitzt nicht selbst im Cockpit. Aber man behält den Überblick über alle Bewegungen, erkennt frühzeitig, wenn sich zwei Dinge zu nahekommen, und greift ein, bevor daraus ein Problem wird.

Manchmal sieht man das in Zahlen, manchmal in offenen Punkten, die sich immer wieder verschieben, manchmal in Anforderungen, die noch zu unklar sind, um sinnvoll umgesetzt und getestet zu werden. Und manchmal merkt man es einfach im Gespräch mit dem Team – lange bevor es in irgendeinem Statusbericht steht. Genau da braucht es jemanden, der hinschaut, nachfragt und Dinge anspricht, bevor sie kritisch werden. Nicht laut, aber klar.

Wenn der Plan nicht mehr hält, braucht es eine ehrliche Grundlage

In komplexen IT-Projekten ist es normal, dass ein Plan angepasst werden muss. Das ist kein Scheitern. Problematisch wird es erst, wenn alle merken, dass der Plan nicht mehr zur Realität passt – es aber niemand ausspricht. Dann hält man an Terminen fest, obwohl wesentliche Entscheidungen fehlen. Testphasen werden verkürzt, obwohl noch nicht klar ist, ob die Qualität für den Go-live ausreicht. Und irgendwann wird ein Projekt offiziell „plötzlich“ kritisch.

Genau das ist aus unserer Sicht der Moment, der den Unterschied macht – nicht, indem man versucht, den ursprünglichen Plan um jeden Preis zu retten, sondern indem man offenlegt, was passiert ist, welche Optionen es gibt und was jede davon bedeutet: Was passiert, wenn wir am Termin festhalten? Was bedeutet eine Verschiebung? Welche Risiken lassen sich noch reduzieren, und wer muss diese Entscheidung treffen? So entsteht eine Grundlage, auf der ein Projekt wieder steuerbar wird.

Gute Steuerung entlastet das Team

Ein wichtiger Teil dieser Arbeit ist, das Team handlungsfähig zu halten. Gerade in kritischen Phasen brauchen Menschen keine zusätzliche Unruhe, sondern Klarheit darüber, was gerade Priorität hat, wer sich worum kümmert und was nach außen getragen werden muss, damit alle in Ruhe weiterarbeiten können.

Das funktioniert nur mit gegenseitigem Vertrauen. Ein Team zieht in schwierigen Phasen eher mit, wenn es merkt: Da ist jemand, der nicht nur Druck weitergibt, sondern Themen sortiert und die Verantwortung dafür auch gegenüber Kunde und Management übernimmt.

Ruhe ist auch eine Form von Steuerung

Wenn ein Projekt kritisch wird, ist Hektik selten hilfreich. Es muss zwar schnell gehandelt werden, aber gerade dann braucht es jemanden, der ruhig bleibt und sortiert: Was wissen wir wirklich, was ist nur Annahme, was ist dringend – und was machen wir jetzt als Erstes?

Auch das ist die Haltung des Fluglotsen: nicht selbst jedes Flugzeug fliegen, sondern in dem Moment, in dem zwei Dinge gleichzeitig kritisch werden, ruhig die Reihenfolge festlegen. Erst diese Entscheidung, dann der nächste Schritt.

Bei uns gilt außerdem ein einfaches Prinzip: Wer Verantwortung übernimmt, bleibt auch dann verlässlich, wenn es schwierig wird. Das heißt nicht, dass eine Person alles allein tragen muss. Es heißt, dass wir Themen nicht einfach weiterreichen, sondern sortieren, klären und so lange dranbleiben, bis wieder Orientierung entsteht.

Fazit

Ein Projektplan ist wichtig. Ohne ihn fehlt der Rahmen.

Aber der eigentliche Unterschied entsteht im laufenden Abgleich mit der Realität: mit dem Team, mit Risiken, mit Entscheidungen, mit dem, was im Projekt wirklich passiert.

Ein guter Plan zeigt, wohin ein Projekt gehen soll. Gute Steuerung sorgt dafür, dass man unterwegs nicht den Überblick verliert.

Merken Sie, dass ein guter Plan allein nicht ausreicht, damit Ihr Projekt im Alltag steuerbar bleibt? In einem unverbindlichen Austausch schauen wir gemeinsam darauf, wo genau diese Steuerung ansetzen kann.

Kontaktieren Sie uns unter: office@gruener-it.at

Das ist der erste Teil einer kleinen PM-Serie über die Dinge, die im Projektalltag wirklich den Unterschied machen. Im nächsten Teil geht es darum, warum IT-Projekte selten plötzlich kippen – sondern sich Schieflagen meist lange vorher ankündigen.