Ein IT-Projekt gerät selten an einem einzigen Tag aus der Bahn. Meist sind es viele kleine Verschiebungen: ein Meilenstein, der zwei Wochen später kommt, eine Schnittstelle, die mehr Aufwand macht als gedacht, eine Testphase, die schrumpft, damit der Termin hält. Projektsteuerung sorgt dafür, dass solche Abweichungen früh sichtbar werden und jemand rechtzeitig entscheidet. Dieser Artikel zeigt, wie der Steuerungskreislauf funktioniert, welche Kennzahlen wirklich helfen, wie ein Statusbericht aufgebaut sein sollte und was sich in agilen Projekten ändert.
Projektsteuerung ist die laufende Führung eines Projekts auf Basis des Plans: Fortschritt erfassen, mit dem Plan vergleichen, Abweichungen bewerten und Maßnahmen beschließen. Die Planung legt fest, was bis wann mit welchem Budget erreicht werden soll. Die Steuerung sorgt dafür, dass das Projekt diesem Ziel nahe bleibt, oder dass der Plan bewusst angepasst wird, wenn sich die Lage geändert hat.
Wichtig ist der zweite Teil des Satzes. Projektsteuerung heißt nicht, den ursprünglichen Plan um jeden Preis zu verteidigen. Sie heißt, Abweichungen transparent zu machen und eine Entscheidung herbeizuführen: gegensteuern, Umfang anpassen, Termin verschieben oder Budget erhöhen. Wie eine realistische Planung als Grundlage aussieht, beschreibt unser Artikel IT-Projekte im Zeit- und Budgetplan halten.
In vielen Projekten gibt es Statusberichte, Ampeln und Lenkungsausschüsse, und trotzdem kommt die schlechte Nachricht erst kurz vor dem Go-live. Typische Ursachen:
Projektsteuerung folgt einem einfachen Regelkreis, der in einem festen Rhythmus wiederholt wird, etwa wöchentlich im Projektteam und monatlich im Lenkungsausschuss.
Erfassen Sie Fortschritt möglichst an Ergebnissen, nicht an Aufwand. Ein Arbeitspaket ist erledigt, wenn sein Ergebnis abgenommen ist, nicht wenn die geplanten Stunden verbraucht sind. Bewährt haben sich klare Fertig-Kriterien, etwa „umgesetzt, getestet, fachlich abgenommen“.
Vergleichen Sie den Ist-Stand mit dem Plan: Termine, Kosten, Umfang und Qualität. Entscheidend ist nicht nur die aktuelle Abweichung, sondern ihre Richtung. Ein Meilenstein, der sich von Bericht zu Bericht ein Stück nach hinten schiebt, ist ein deutlicheres Signal als eine einmalige Verzögerung.
Nicht jede Abweichung braucht eine Eskalation. Legen Sie vorab Toleranzen fest, zum Beispiel wie weit ein Meilenstein oder das Budget abweichen darf, bevor der Lenkungsausschuss entscheidet. Innerhalb der Toleranz steuert die Projektleitung selbst, außerhalb wird mit Optionen und Empfehlung eskaliert.
Jede Maßnahme bekommt eine verantwortliche Person und einen Termin. Im nächsten Bericht wird geprüft, ob sie gewirkt hat. Ohne dieses Nachhalten wird der Steuerungskreislauf zum reinen Berichtswesen.
Wenige gut gewählte Kennzahlen sind besser als ein umfangreiches Dashboard, das niemand liest. Für die meisten IT-Projekte reichen fünf bis sieben Werte aus den folgenden Bereichen:
Jede Kennzahl sollte eine Frage beantworten, die für eine Entscheidung relevant ist. Wenn niemand sagen kann, was bei einer Verschlechterung zu tun wäre, gehört die Kennzahl nicht in den Statusbericht.
Der Statusbericht ist das zentrale Werkzeug der Projektsteuerung. Er soll in wenigen Minuten erfassbar sein und klar machen, wo das Projekt steht und was von den Empfängern gebraucht wird. Ein bewährter Aufbau auf einer Seite:
Damit die Ampel aussagekräftig ist, müssen ihre Farben vorab definiert sein. Zum Beispiel: Grün heißt, das Ziel ist im Rahmen der Toleranzen erreichbar. Gelb heißt, eine Abweichung ist absehbar, die Projektleitung steuert gegen. Rot heißt, das Ziel ist ohne Entscheidung des Lenkungsausschusses nicht mehr erreichbar. Ebenso wichtig ist eine Kultur, in der eine frühe gelbe Meldung als gute Projektführung gilt und nicht als Versagen.
Projektsteuerung braucht klare Rollen. Die Projektleitung steuert das Tagesgeschäft und berichtet. Der Lenkungsausschuss trifft die Entscheidungen, die über die Befugnisse der Projektleitung hinausgehen, etwa zu Budget, Terminen oder Umfang. Fachbereiche und weitere Beteiligte müssen wissen, wann und wie sie informiert werden. Wie Sie diese Gruppen gezielt einbinden, zeigt der Artikel Stakeholder-Management in IT-Projekten.
Legen Sie den Rhythmus zu Projektbeginn fest und halten Sie ihn ein. Ein Lenkungsausschuss, der ausfällt, wenn es ruhig läuft, fehlt oft auch dann, wenn er gebraucht wird. Für dringende Fälle sollte es einen definierten Eskalationsweg geben, der nicht bis zum nächsten Termin wartet.
Auch agile Projekte werden gesteuert, nur mit anderen Mitteln. Statt eines detaillierten Gesamtplans steht das Product Backlog im Mittelpunkt, und gesteuert wird vor allem über den Umfang: Was liefert in der verbleibenden Zeit den größten Nutzen? Das Sprint Review ist der natürliche Steuerungstermin, weil dort echte, lauffähige Ergebnisse auf dem Tisch liegen.
Als Kennzahl eignet sich ein Release-Burn-up, das erledigten und geplanten Umfang über die Zeit zeigt. Es macht sichtbar, ob ein Zieltermin realistisch ist und ob der Umfang wächst. Die Velocity eines Teams hilft bei der Planung, taugt aber nicht als Leistungskennzahl oder zum Vergleich von Teams. In vielen Unternehmen laufen agile Teams innerhalb eines klassischen Rahmens mit festen Budgets und Meilensteinen. Wie sich beide Welten verbinden lassen, beschreibt der Artikel Agiles vs. klassisches Projektmanagement.
Gerade der zweite Punkt kostet viele Projekte die Abnahme. Wer Qualität als eigene Steuerungsgröße führt, erkennt früher, wenn der Termin nur noch auf Kosten der Tests zu halten ist. Wie eine geordnete Abnahme gelingt, lesen Sie im Artikel zu Abnahmetests.
Gute Projektsteuerung ist weniger eine Frage von Werkzeugen als von Disziplin. Ein fester Rhythmus, wenige aussagekräftige Kennzahlen, ein ehrlicher Statusbericht und klare Toleranzen sorgen dafür, dass Abweichungen früh sichtbar werden und die richtigen Personen rechtzeitig entscheiden. Das gilt für klassische wie für agile Projekte.
Projektsteuerung ist die laufende Führung eines Projekts auf Basis des Plans. Dazu gehören das Erfassen des Fortschritts, der Soll-Ist-Vergleich, die Bewertung von Abweichungen und die Entscheidung über Maßnahmen, damit Termine, Kosten, Umfang und Qualität im vereinbarten Rahmen bleiben oder der Plan bewusst angepasst wird.
Ein Projektstatusbericht enthält den Gesamtstatus mit kurzer Begründung, den Status für Termine, Kosten, Umfang und Qualität, die Ergebnisse seit dem letzten Bericht, wesentliche Abweichungen mit Maßnahmen, die wichtigsten Risiken und die Entscheidungen, die vom Lenkungsausschuss gebraucht werden. Idealerweise passt er auf eine Seite.
Bewährt haben sich wenige Kennzahlen mit klarem Bezug zum Projektziel: die Meilensteintrendanalyse für Termine, Budgetverbrauch im Verhältnis zum Fortschritt für Kosten, Änderungsanträge für den Umfang, offene Fehler und Testfortschritt für die Qualität sowie die wichtigsten Risiken. In agilen Projekten kommt ein Release-Burn-up hinzu.
30 Minuten Erstgespräch — kostenlos und unverbindlich. Wir schauen gemeinsam auf Ihr Projekt und zeigen, wo Steuerung und Berichtswesen wirksamer werden können.
Jetzt Erstgespräch vereinbarenMehr zu unserer Leistung: IT-Projektmanagement in Hamburg →
Passend dazu: Risikomanagement in IT-Projekten: 5 Schritte →