Flugzeuge haben TCAS — ein System, das Piloten 25 Sekunden vor einer möglichen Kollision warnt. 25 Sekunden reichen, um den Kurs zu korrigieren, an Höhe zu gewinnen, eine Katastrophe zu verhindern. Deine Projekte haben ein Weekly und Hoffnung.

Das ist keine Übertreibung. In der Luftfahrt entscheidet ein Netz aus Sensoren, Transpondern und Algorithmen in Echtzeit, ob ein Flugzeug auf Kurs ist. Im Projektcontrolling — wo eine saubere Prognose die meisten Desaster verhindern könnte — ist es oft ein Bauchgefühl im Wochenmeeting. Das Ergebnis: 71 % der IT-Projekte überschreiten ihr Budget — im Schnitt um 43 % (Standish Group, CHAOS Report).

Die gute Nachricht: Du brauchst kein Millionen-System, um Probleme früh zu erkennen. Du brauchst ein paar scharfe Fragen, echte Zahlen statt Schätzungen und einen wöchentlichen Rhythmus, der Abweichungen sichtbar macht, bevor sie eskalieren.

Die zwei Fragen, die jedes Statusmeeting entscheiden

Gutes Projektcontrolling fängt nicht bei Tools an — es fängt bei den richtigen Fragen an. Die meisten Statusmeetings scheitern nicht an fehlenden Informationen. Sie scheitern an den falschen Fragen. „Wie weit bist du?“ produziert Prozentzahlen, die niemand verifizieren kann. 80 % fertig kann alles bedeuten — von „läuft rund“ bis „die schwierigsten 20 % haben wir noch nicht angefasst“.

Statt nach Fortschritt zu fragen — der immer subjektiv ist — funktionieren zwei Fragen deutlich besser:

Frage 1: Der Tempo-Check. Wie viele Stunden haben wir verbraucht — und wie viele brauchen wir für das, was noch übrig ist? Das ist keine Raketenwissenschaft. Es ist Arithmetik. Aber erstaunlich wenige Teams machen das regelmäßig. Genau das sind die Projektcontrolling Kennzahlen, die zählen: verbrannte Stunden vs. geschätzter Restaufwand vs. Budget.

Frage 2: Der Engpass-Check. Was steckt gerade fest — und warum? Nicht „gibt es irgendwelche Probleme“ (alle sagen nein), sondern: Welches Ticket hat sich seit drei Tagen nicht bewegt? Wer wartet auf wen?

Wenn dein Projektstatus auf diesen beiden Datenpunkten aufgebaut ist, werden Meetings kürzer — und ehrlicher.

Prognosen mit echten Zahlen, nicht mit Schätzungen

Projektcontrolling lebt von echten Zahlen, nicht von Schätzungen. Ein Beispiel: Ein Webprojekt hat ein Budget von 400 Stunden. Nach sechs Wochen sind 280 Stunden verbraucht. Die Projektleitung sagt: „Wir liegen im Plan.“ Wirklich?

Die offenen Tickets summieren sich auf geschätzte 180 Stunden Restaufwand. 280 verbraucht, 180 noch nötig — das sind 460 Stunden gegen ein 400-Stunden-Budget. Das Projekt liegt nicht „im Plan“. Es steuert auf 15 % Budgetüberschreitung zu.

Daten aus dem CHAOS Report und der Clear-Star-Analyse zeigen: Projekte mit schlechter Entscheidungsgeschwindigkeit verbrennen bis zu 50 % ihres Budgets allein für Entscheidungen — verglichen mit 10 % bei gut gesteuerten Projekten.

Dieses Muster taucht bei IT-Projekten jeder Größe auf, egal ob Fünf-Personen-Agentur oder Konzern mit dreihundert Entwicklern in vier Zeitzonen. Auf jede Million Dollar Personalkosten kommen rund 1.000 Entscheidungen. Wenn jede Entscheidung vier Stunden dauert statt einer, rivalisiert der Entscheidungs-Overhead allein mit der eigentlichen Projektarbeit. Nicht der Code sprengt Budgets. Es ist das Warten.

Diese Rechnung einmal pro Woche durchzuführen — verbrauchte Stunden vs. geschätzter Restaufwand vs. Budget — gibt dir ein Frühwarnsystem. Kein perfektes. Aber ein funktionierendes.

In Leadtime zeigt sich diese Prognose als Linie: wo das Projekt heute steht und wohin es sich bewegt, wenn das aktuelle Tempo anhält. Die rote Zone ist kein Urteil — sie ist eine Einladung, jetzt zu handeln statt nächste Woche.

Engpässe sichtbar machen — bevor sie eskalieren

Ein Projekt in Karlsruhe, Payment-Gateway-Integration. Vier Entwickler, acht Wochen, klarer Scope. Nach drei Wochen steckte ein Ticket seit fünf Tagen fest: „Payment-Provider-API-Dokumentation unklar.“ Niemand hat eskaliert. Niemand hat gefragt. Das Ticket saß auf „In Bearbeitung“ — technisch korrekt, praktisch tot.

Solche Engpässe kosten mehr als die Stunden selbst — sie blockieren nachgelagerte Aufgaben, verschieben Meilensteine, erzeugen eine Druckwelle die das gesamte Projekt trifft, und am Ende sitzt der Projektleiter in einem Call mit dem Kunden und erklärt, warum der Go-Live sich um drei Wochen verschiebt, obwohl „alles im Plan“ war. Der Trend ist messbar: Kostenüberschreitungen bei IT-Projekten stiegen von 19,4 % im Jahr 2014 auf 21,9 % im Jahr 2023 (PRAGATI-Analyse). Warum IT-Projekte immer wieder an denselben Stellen scheitern, haben wir an anderer Stelle analysiert — Engpässe sind ein zentrales Thema.

Ein einfaches Farbsystem hilft: Grün heißt das Ticket bewegt sich, Rot heißt es steckt fest. Nicht als Bestrafung — als Information. In der Luftfahrt sendet jedes Flugzeug seine Position und Geschwindigkeit per ADS-B in Echtzeit. Nach derselben Logik sollte jedes Ticket seinen Gesundheitszustand sichtbar machen.

Das Ziel ist nicht Mikromanagement. Das Ziel ist, dass eine Projektleitung morgens ihren Kaffee holt, auf das Board schaut und in zehn Sekunden weiß: Hier muss ich heute eingreifen. Alles andere läuft.

Der wöchentliche Rhythmus als Frühwarnsystem

Fluglotsen korrigieren Kursabweichungen nicht einmal pro Woche. Sie tun es laufend. Für Projekte ist laufend unrealistisch — aber einmal pro Woche ist das Minimum, das funktioniert.

Ein solider Wochen-Sync braucht vier Punkte: Der Tempo-Check zeigt, ob das Budget hält. Der Engpass-Check deckt auf, was feststeckt. Eine kurze Prognose zeigt, wo das Projekt in zwei Wochen steht, wenn sich nichts ändert. Und eine Entscheidungsliste stellt sicher, dass offene Fragen nicht bis zum nächsten Meeting warten.

Klingt simpel. Ist es auch. Aber die meisten Teams verbringen ihre Weeklies mit Statusberichten statt mit Entscheidungen. Der Unterschied ist fundamental: Ein Projekt Statusbericht schaut zurück. Ein Frühwarnsystem schaut nach vorne. Falls du dich fragst, warum klassische Planungstools genau daran scheitern — ein ehrlicher Blick auf Gantt-Charts lohnt sich.

Teams, die den Rhythmus ernst nehmen und ihre Zeiterfassung konsequent nutzen, bauen sich ein immer genaueres Bild davon, wie ihr Team tatsächlich arbeitet — nicht wie sie denken, dass es arbeitet.

Warum genau das über Erfolg oder Scheitern entscheidet

In der Luftfahrt gibt es das Konzept des Drift-Indikators. Fluglotsen sehen nicht nur, wo ein Flugzeug ist — sie sehen, wohin es driftet. Wind, Wetter, Abweichungen werden nicht korrigiert, wenn das Flugzeug vom Kurs abgekommen ist. Sie werden korrigiert, sobald die Tendenz sichtbar wird.

Projektcontrolling funktioniert nach demselben Prinzip. Die Abweichung selbst ist nicht das Problem — es ist, wie spät man sie bemerkt. Ein Projekt, das in Woche 3 um 5 % über Budget liegt, lässt sich korrigieren: Scope reduzieren, Ressourcen umverteilen, ein Gespräch mit dem Kunden führen. Ein Projekt, das in Woche 8 um 40 % über Budget liegt, hat keine Optionen mehr.

Die Daten sind meistens da. In der Zeiterfassung, in den Tickets, in den Budgets. Was fehlt, ist die Ansicht, die alles zusammenbringt — ein Dashboard, das nicht 47 Kennzahlen zeigt, sondern die drei, die heute zählen. Teams, die ihr Ressourcenmanagement mit der Projektbudget-Kontrolle in einem System verbinden, können aufhören, blind zu fliegen.

Wir haben Leadtime Project Analytics gebaut, weil wir jahrelang versucht haben, Projekte mit Spreadsheets im Griff zu behalten. Es hat funktioniert — ungefähr so gut wie navigieren mit einer Papierkarte auf der Autobahn. Technisch möglich. Praktisch ein Abenteuer, auf das man verzichten kann.