Ein Projekt meldet grün. Budget und Termin wirken stabil. Im Lenkungskreis gibt es wenig Kritik. Trotzdem entsteht kaum Nutzen. Ein anderes Projekt ist rot, überschreitet seinen Plan und liefert am Ende deutlich mehr strategischen Wert. Genau deshalb reicht klassisches Projektcontrolling für Managemententscheidungen nicht aus. Warum Top-Management Projekte falsch bewertet, liegt selten an fehlender Erfahrung. Häufig fehlen die richtigen Informationen, Vergleichswerte und Bewertungskriterien. Projektstatus, Projekterfolg und Business Value werden miteinander verwechselt. Hinzu kommen Optimismus, politische Interessen und frühere Investitionen. Wer bessere Entscheidungen treffen will, muss Projekte anders bewerten: anhand von Zukunftswert, Nutzen, Risiken und strategischer Relevanz – nicht nur anhand von Ampeln.
Was bedeutet ein Projekt richtig zu bewerten?
Ein Projekt richtig zu bewerten bedeutet, nicht nur zu prüfen, ob es seinen ursprünglichen Plan einhält.
Entscheidend sind vier Fragen:
- Liefert das Projekt noch den erwarteten Nutzen?
- Ist dieser Nutzen den verbleibenden Aufwand wert?
- Passt das Projekt weiterhin zur Strategie?
- Ist die nächste Investition in dieses Projekt weiterhin sinnvoll?
Das klingt selbstverständlich.
In vielen Management-Reports dominieren trotzdem andere Kennzahlen:
- Terminstatus
- Budgetstatus
- Scope
- offene Risiken
- Meilensteine
Diese Größen sind wichtig.
Sie zeigen aber vor allem, wie gut ein Projekt durchgeführt wird.
Sie zeigen nicht automatisch, ob das Projekt weiterhin das Richtige tut.
PMI beschreibt Projekterfolg inzwischen ausdrücklich breiter: Ein erfolgreiches Projekt liefert einen Wert, der Aufwand und Kosten rechtfertigt. Die klassische Betrachtung von Zeit, Budget und Umfang reicht dafür nicht mehr aus.
Genau an dieser Stelle beginnt die Fehlbewertung.
Projektperformance ist nicht gleich Projekterfolg
Ein einfaches Beispiel:
Projekt A:
- im Budget
- im Zeitplan
- vollständiger Scope
- erwartete jährliche Einsparung inzwischen nur noch 200.000 Euro
Projekt B:
- 10 Prozent über Budget
- drei Monate verspätet
- Scope angepasst
- erwartete jährliche Einsparung 3 Millionen Euro
Welches Projekt ist erfolgreicher?
Mit einem klassischen Ampelsystem gewinnt Projekt A.
Aus Unternehmenssicht kann Projekt B trotzdem deutlich wertvoller sein.
Der Unterschied lautet:
Projektmanagement-Erfolg: Wie gut wurde gegen den Plan geliefert?
Projekterfolg: Welchen Wert erzeugt das Vorhaben für die Organisation?
Diese Unterscheidung ist zentral.
APM weist ebenfalls darauf hin, dass Outputs allein keinen Projekterfolg sicherstellen. Benefits müssen identifiziert, verfolgt und realisiert werden.
Warum bewertet das Top-Management Projekte häufig falsch?
Nicht, weil Führungskräfte Projekte grundsätzlich schlecht verstehen.
Das Problem liegt oft im System, das ihnen Informationen liefert.
Sie sehen eine stark verdichtete Version der Realität.
Aus:
- Hunderten Aufgaben
- widersprüchlichen Interessen
- Unsicherheiten
- technischen Problemen
- Ressourcenengpässen
- neuen Erkenntnissen
werden schließlich:
Termin: Gelb
Budget: Grün
Scope: Grün
Damit geht zwangsläufig Kontext verloren.
Sieben Mechanismen sind besonders kritisch.
1. Das Management bewertet den Plan statt des Nutzens
Projektberichte beginnen häufig mit:
„Wir liegen drei Wochen hinter Plan.“
Die wichtigere Information könnte aber lauten:
„Der erwartete Business Case hat sich halbiert.“
Trotzdem erhält die Terminabweichung mehr Aufmerksamkeit.
Das hat historische Gründe.
Zeit, Kosten und Scope lassen sich leicht messen.
Business Value ist schwieriger.
Die Folge:
Ein Projekt kann perfekt gegen einen schlechten Plan gesteuert werden.
Oder es kann von seinem Plan abweichen, gerade weil neue Erkenntnisse eine bessere Lösung ermöglichen.
PMI-Daten aus 2025 zeigen diesen Wandel deutlich. Projektprofis mit starkem Business Acumen nutzen wesentlich mehr Faktoren zur Leistungsbewertung. Strategische Ausrichtung, Kundenzufriedenheit und Qualität spielen dabei häufiger eine Rolle als bei weniger geschäftsorientierter Bewertung.
Das Management sollte deshalb nicht zuerst fragen:
„Sind wir im Plan?“
Sondern:
„Ist der Plan weiterhin der beste Weg zum erwarteten Nutzen?“
2. Grün erzeugt ein falsches Sicherheitsgefühl
Ampeln sind praktisch.
Sie verdichten komplexe Informationen.
Genau darin liegt ihr Risiko.
Ein grünes Projekt kann erhebliche Probleme besitzen:
- Der Business Case ist veraltet.
- Nutzer akzeptieren die Lösung nicht.
- Schlüsselressourcen sind überlastet.
- Nutzen wurde nach unten korrigiert.
- Technische Schulden steigen.
- Das Projekt löst inzwischen das falsche Problem.
Trotzdem bleibt der Status grün, solange Termin und Kosten tolerierbar aussehen.
Umgekehrt können rote Projekte gesund sein.
Beispielsweise wenn ein Team früh transparent macht, dass eine Annahme falsch war und der Plan angepasst werden muss.
Rot kann ein Zeichen guter Projektsteuerung sein.
Gefährlicher ist manchmal ein dauerhaft grünes Projekt, das keine kritischen Fragen mehr auslöst.
3. Frühere Investitionen beeinflussen zukünftige Entscheidungen
Ein Projekt hat bereits fünf Millionen Euro gekostet.
Nun zeigt eine Neubewertung:
Der erwartete Nutzen ist deutlich geringer als geplant.
Die rationale Frage lautet:
Lohnt sich die verbleibende Investition noch?
Tatsächlich wird häufig anders argumentiert:
„Wir haben bereits fünf Millionen investiert. Jetzt können wir nicht aufhören.“
Das ist problematisch.
Die bereits ausgegebenen Mittel kommen durch eine Fortführung nicht zurück.
Entscheidend sind zukünftige Kosten und zukünftiger Nutzen.
In der Forschung wird das als Escalation of Commitment beschrieben: Entscheidungsträger halten an einem problematischen Kurs fest und investieren weiter, obwohl neue Informationen gegen die ursprüngliche Entscheidung sprechen. Studien aus Bau- und IT-Projekten zeigen unter anderem Zusammenhänge mit Selbstrechtfertigung, Optimismus und Bestätigungsfehlern.
Besonders gefährdet sind Projekte, mit denen sich Führungskräfte persönlich stark identifizieren.
Denn ein Projektstopp wirkt dann schnell wie das Eingeständnis einer früheren Fehlentscheidung.
Dabei kann gerade der rechtzeitige Stopp eine gute Managemententscheidung sein.
4. Management sieht optimistische Prognosen statt realistischer Bandbreiten
Projektprognosen werden häufig als einzelne Zahl dargestellt:
Fertigstellung: 30. September.
Gesamtkosten: 4,2 Millionen Euro.
Einsparung: 1,1 Millionen Euro pro Jahr.
Das wirkt präzise.
Ist es aber häufig nicht.
Gerade am Anfang bestehen große Unsicherheiten.
Das aktuelle Green Book des britischen Finanzministeriums verlangt deshalb ausdrücklich, Optimism Bias bei Projektbewertungen zu berücksichtigen. Kosten und Laufzeiten werden häufig unterschätzt, Benefits überschätzt. Die Empfehlung lautet, eigene historische Daten oder Ergebnisse vergleichbarer Vorhaben zu verwenden.
Ein besserer Management-Report würde beispielsweise zeigen:
Kostenprognose
- wahrscheinlich: 4,5 Mio. Euro
- realistischer Korridor: 4,2–5,1 Mio. Euro
Nutzenprognose
- ursprünglicher Business Case: 1,1 Mio. Euro jährlich
- aktuelle Erwartung: 750.000–900.000 Euro
Diese Darstellung ist weniger bequem.
Aber sie ist ehrlicher.
5. Das Management bekommt eine Innenansicht statt eines Vergleichs
Projektteams schätzen häufig aus dem konkreten Projekt heraus.
Sie fragen:
- Welche Aufgaben stehen an?
- Wie lange brauchen wir dafür?
- Welche Risiken sehen wir?
Das ist die Inside View.
Sie ist notwendig.
Sie hat aber einen Nachteil:
Jedes Projekt hält sich für besonders.
Eine Außenperspektive fragt dagegen:
Wie sind 20 vergleichbare Projekte tatsächlich gelaufen?
Genau das leistet Reference Class Forecasting.
Dabei werden reale Daten aus ähnlichen Projekten genutzt, um Kosten- oder Terminprognosen zu überprüfen. Die britische Guidance empfiehlt diesen Ansatz als Mittel gegen systematische Prognosefehler.
Für Unternehmen muss das nicht kompliziert sein.
Schon eine eigene Projektdatenbank kann helfen:
| Projektart | ursprüngliche Dauer | tatsächliche Dauer | ursprüngliche Kosten | tatsächliche Kosten |
|---|---|---|---|---|
| ERP-Einführung | 18 Monate | 27 Monate | 3,5 Mio. | 5,1 Mio. |
| CRM-Rollout | 12 Monate | 15 Monate | 1,8 Mio. | 2,0 Mio. |
| Prozessdigitalisierung | 9 Monate | 11 Monate | 900 Tsd. | 1,1 Mio. |
Wenn die nächsten fünf ERP-Projekte im Schnitt deutlich länger dauerten als geplant, sollte das sechste Projekt nicht wieder ausschließlich mit der internen Best-Case-Schätzung bewertet werden.
Praxisbeispiel: Mehr als 1.000 Vergleichsprojekte verändern die Bewertung
Ein reales großes ERP- und Business-Services-Programm nutzte für seine Neubewertung Daten aus mehr als 1.000 vergleichbaren Projekten.
Damit sollte gerade vermieden werden, nur auf interne Projektannahmen zu vertrauen.
Die Referenzklassenanalyse zeigte, dass die Risikovorsorge bei einer späteren Business-Case-Stufe deutlich höher angesetzt werden musste als zuvor. Hintergrund war unter anderem, dass die nächste Programmphase bei vergleichbaren Vorhaben größere Kostenüberschreitungen zeigte.
Das Interessante daran:
Das Projekt wurde nicht schlechter, weil die Prognose pessimistischer wurde.
Die Bewertung wurde besser, weil mehr externe Evidenz vorlag.
Genau das sollte Top-Management von guter Projektsteuerung erwarten.
Nicht optimistische Zahlen.
Sondern zunehmend belastbare Zahlen.
6. Strategische Etiketten ersetzen die echte Bewertung
Fast jedes größere Projekt ist irgendwann „strategisch“.
Das erzeugt ein neues Problem.
Wenn alles strategisch ist, lässt sich nichts mehr priorisieren.
Ein Projekt kann beispielsweise mit Digitalisierung, Wachstum oder Kundenzentrierung begründet werden.
Das sagt aber noch wenig über seinen tatsächlichen Beitrag aus.
Eine belastbare Bewertung benötigt eine Wirkungskette:
Projekt → Outcome → Benefit → strategisches Ziel
Beispiel:
Projekt: neues Kundenportal
Output: Plattform eingeführt
Outcome: mehr Kunden nutzen Self Services
Benefit: geringerer Aufwand im Servicecenter
Strategisches Ziel: Cost-to-Serve reduzieren
Jetzt lässt sich messen, ob das Projekt tatsächlich strategischen Nutzen erzeugt.
„Unterstützt unsere Digitalstrategie“ reicht dafür nicht.
7. Projekte werden einzeln statt im Portfolio bewertet
Ein Projekt kann für sich genommen hervorragend aussehen.
Im Portfolio trotzdem falsch sein.
Beispiel:
Projekt A erzielt einen attraktiven Business Case.
Es benötigt aber genau die drei Architekten, die gleichzeitig für ein strategisch kritisches regulatorisches Projekt gebraucht werden.
Eine Einzelprojektbewertung sagt:
Starten.
Die Portfoliosicht könnte sagen:
Verschieben.
Top-Management muss deshalb nicht nur fragen:
„Ist dieses Projekt gut?“
Sondern:
„Ist dieses Projekt besser als die Alternativen, in die wir dieselben Ressourcen investieren könnten?“
Hier entstehen Opportunitätskosten.
Sie fehlen in vielen Projektentscheidungen vollständig.
Acht Fragen, die das Management statt der klassischen Statusfragen stellen sollte
Ein gutes Management-Review benötigt nicht mehr Informationen.
Es benötigt bessere Fragen.
1. Würden wir dieses Projekt heute erneut starten?
Mit den Informationen, die wir heute haben.
Nicht mit denen vom Projektbeginn.
2. Welcher Business Case gilt aktuell?
Nicht:
„Was stand im genehmigten Business Case?“
Sondern:
„Was erwarten wir heute?“
3. Welche drei Annahmen entscheiden über den Erfolg?
Beispielsweise:
- Nutzerakzeptanz
- Migrationsaufwand
- Volumenentwicklung
4. Was hat sich seit der letzten Entscheidung verändert?
Neue Informationen sind für Entscheider wertvoller als wiederholte Statusdaten.
5. Was wäre die Alternative zur Fortführung?
- verkleinern
- pausieren
- anders lösen
- zukaufen
- stoppen
6. Wie sicher ist die Prognose?
Eine Schätzung ohne Unsicherheitsangabe ist unvollständig.
7. Welche knappen Ressourcen bindet das Projekt?
Budget allein reicht nicht.
8. Welchen konkreten Nutzen erwarten wir wann?
Nicht nur Projektabschluss messen.
Nutzenrealisierung messen.
Wie sollte ein Management-Dashboard für Projekte aussehen?
Ein hilfreiches Dashboard kann überraschend kompakt sein.
Projektgesundheit
- Terminprognose
- Kostenprognose
- Risikolage
Business Value
- ursprünglicher Benefit
- aktueller Benefit Forecast
- erwarteter Realisierungszeitpunkt
Strategie
- strategisches Ziel
- aktueller Beitrag
- relevante Änderungen
Unsicherheit
- wichtigste Annahmen
- Prognosebandbreite
- größte offene Frage
Entscheidung
- konkrete Managemententscheidung
- Optionen
- Empfehlung
- Entscheidung bis
Damit verändert sich Reporting.
Aus:
„Hier ist unser Status.“
wird:
„Hier ist die Information, die Sie für Ihre Entscheidung benötigen.“
Praxisbeispiel: Ein erfolgreich geliefertes Projekt schafft zu wenig Nutzen
In vielen dokumentierten Projektumfeldern zeigt sich dasselbe Muster: Ein Projekt liefert technische Ergebnisse planmäßig, aber der erwartete Geschäftsnutzen bleibt aus.
APM greift dieses Problem explizit auf. Projekte können Zeit-, Kosten- und Qualitätsziele erreichen und trotzdem wenig Wert erzeugen, wenn die zugrunde liegenden Benefits nicht eintreten oder nicht nachhaltig verankert werden.
Ein typisches anonymisiertes Beispiel:
Ein Unternehmen führt eine neue digitale Anwendung ein.
Das Projekt liefert:
- termingerecht
- innerhalb des freigegebenen Budgets
- alle vereinbarten Funktionen
Zwölf Monate später zeigt die Analyse:
- Nutzung deutlich unter Planung
- alte Prozesse laufen parallel weiter
- erwartete Einsparungen bleiben aus
- zusätzliche Betriebskosten entstehen
Nach traditioneller Logik war das Projekt erfolgreich.
Aus Unternehmenssicht nicht.
Die falsche Bewertung entstand, weil der Projektabschluss mit Nutzenrealisierung verwechselt wurde.
Typische Fehler des Top-Managements bei Projektbewertungen
Rote Projekte automatisch als schlecht bewerten
Rot kann bedeuten, dass ein Projekt Probleme früh transparent macht.
Grüne Projekte kaum hinterfragen
Gerade dort können strategische oder wirtschaftliche Probleme verborgen bleiben.
Den ursprünglichen Business Case verteidigen
Ein Business Case ist keine historische Wahrheit.
Er ist eine Hypothese, die aktualisiert werden muss.
Nur nach Abweichungen fragen
Die bessere Frage lautet:
Was hat sich an unserem Wissen verändert?
Projektstopps als Scheitern bewerten
Dadurch entstehen Anreize, schlechte Projekte künstlich am Leben zu halten.
Zu viele Kennzahlen verlangen
Mehr Daten führen nicht automatisch zu besseren Entscheidungen.
Nur das Projektteam zur Bewertung heranziehen
Wer das Projekt aufgebaut hat, besitzt zwangsläufig eine Innenperspektive.
Keine Vergleichsdaten nutzen
Dadurch beginnt jedes Projekt wieder bei null.
Wann funktioniert ein besseres Bewertungsmodell nicht?
Auch ein perfektes Dashboard löst nicht jedes Problem.
Eine wertorientierte Projektbewertung funktioniert schlecht, wenn:
- schlechte Nachrichten karriereschädlich sind
- Projektstopps politisch ausgeschlossen sind
- Sponsoren ihre eigenen Projekte bewerten
- Nutzen nicht messbar definiert wurde
- Projektdaten unzuverlässig sind
- Managemententscheidungen bereits feststehen
- Portfolioressourcen unbekannt sind
- niemand Verantwortung für Benefits trägt
Dann wird selbst ein gutes Bewertungsverfahren schnell zum Ritual.
Das eigentliche Problem liegt in diesem Fall nicht bei den Kennzahlen.
Es liegt in der Governance und Unternehmenskultur.
So lässt sich Projektbewertung im Unternehmen verbessern
Unternehmen benötigen dafür nicht sofort ein neues PPM-System.
Ein praktikabler Einstieg funktioniert in sechs Schritten.
Schritt 1: Erfolg vor Projektstart definieren
Nicht nur Termin und Budget.
Auch:
- Outcome
- Benefit
- Strategie
- Adoption
- Qualität
PMI weist darauf hin, dass Projekte mit früh definierten Erfolgskriterien und etablierten Messsystemen deutlich bessere Voraussetzungen für Erfolg besitzen.
Schritt 2: Business Cases regelmäßig aktualisieren
Beispielsweise bei:
- Stage Gates
- großen Abweichungen
- strategischen Veränderungen
- neuen Marktinformationen
Schritt 3: Schätzungen mit historischen Daten vergleichen
Eigene Reference Classes aufbauen.
Schritt 4: Bandbreiten zulassen
Management muss lernen, dass eine realistische Bandbreite besser ist als eine künstlich präzise Zahl.
Schritt 5: Portfolio- statt Einzelprojektentscheidungen treffen
Knappe Ressourcen gehören dorthin, wo sie den höchsten Wert erzeugen.
Schritt 6: Stoppen normalisieren
Definiere bereits zu Projektbeginn:
- Stop-Kriterien
- Review-Punkte
- Schwellenwerte
- Verantwortlichkeiten
Dann ist ein Projektstopp keine Überraschung.
Er ist Teil professioneller Investitionssteuerung.
Der wichtigste Perspektivwechsel: vom Rückspiegel zur Zukunft
Viele Projektberichte schauen hauptsächlich zurück.
- Wie viel haben wir ausgegeben?
- Welche Meilensteine haben wir erreicht?
- Wo liegen wir hinter Plan?
Für Entscheidungen braucht das Management aber vor allem die Zukunft.
- Was wird das Projekt voraussichtlich insgesamt kosten?
- Welcher Nutzen ist noch realistisch?
- Welche Risiken können den Business Case verändern?
- Welche Alternativen haben wir?
- Was kostet es uns, weiterzumachen?
- Was kostet es uns, nicht weiterzumachen?
Vergangenheitsdaten bleiben wichtig.
Aber Managemententscheidungen betreffen immer zukünftige Investitionen.
Die Bewertung muss deshalb stärker forward-looking werden.
Häufige Fragen zur Projektbewertung im Top-Management
Warum bewertet das Management Projekte häufig nur nach Zeit und Budget?
Diese Kennzahlen sind leicht verfügbar, vergleichbar und etabliert. Sie messen allerdings primär die Delivery-Performance. Für eine vollständige Bewertung müssen Strategie, Nutzen, Risiken, Stakeholder und zukünftiger Wert ergänzt werden.
Was sind die wichtigsten Kennzahlen für Projekterfolg?
Das hängt vom Projekt ab. Häufig relevant sind Kosten, Termine, Qualität, strategische Ausrichtung, Kundennutzen, Adoption, realisierte Benefits und Wirtschaftlichkeit.
Ist ein Projekt erfolgreich, wenn es im Budget bleibt?
Nicht automatisch. Ein Projekt kann sein Budget einhalten und trotzdem wenig oder keinen Business Value erzeugen.
Wann sollte ein Projekt gestoppt werden?
Wenn die erwarteten zukünftigen Benefits und strategischen Vorteile die verbleibenden Kosten, Risiken und Opportunitätskosten nicht mehr rechtfertigen. Bereits ausgegebene Mittel sollten diese Entscheidung nicht dominieren.
Wie lässt sich Optimismus bei Projektbewertungen reduzieren?
Durch historische Vergleichsdaten, Reference Class Forecasting, unabhängige Reviews, Prognosebandbreiten und regelmäßige Neubewertung kritischer Annahmen. Das Green Book 2026 empfiehlt ausdrücklich, Prognosen um empirisch beobachteten Optimismus zu korrigieren.
Wer sollte den Projekterfolg bewerten?
Nicht ausschließlich das Projektteam. Projektleitung, Sponsor, Business Owner, Portfolioverantwortliche und gegebenenfalls unabhängige Instanzen sollten unterschiedliche Perspektiven einbringen. Die Verantwortlichkeit für Benefits muss ebenfalls klar geregelt sein.
Fazit
Top-Management bewertet Projekte nicht deshalb falsch, weil Führungskräfte zu weit vom Projekt entfernt sind.
Problematisch wird es, wenn das Management ein unvollständiges Bewertungssystem nutzt.
Ein grüner Status sagt wenig darüber aus, ob ein Projekt die richtige Investition ist.
Ein roter Status sagt nicht automatisch, dass ein Projekt scheitert.
Termin und Budget bleiben wichtig. Aber sie beantworten nur einen Teil der entscheidenden Frage.
Diese lautet:
Erzeugt dieses Projekt mit den heute verfügbaren Informationen noch genügend Wert, um die nächste Investition zu rechtfertigen?
Dafür braucht das Management:
- aktuelle Business Cases
- realistische Prognosen
- strategische Wirkung
- Benefits statt nur Outputs
- Vergleichsdaten
- Portfolio-Sicht
- transparente Unsicherheiten
- echte Stop-Optionen
Das verändert Projektsteuerung grundlegend.
Projekte werden nicht länger danach bewertet, wie gut sie ihre ursprünglichen Versprechen verteidigen.
Sie werden danach bewertet, welchen zukünftigen Wert sie noch erzeugen können.
PURE Consultant unterstützt Unternehmen dabei, Projektmanagement, PMO, Portfoliosteuerung und Management-Reporting so auszurichten, dass Führungskräfte nicht mehr Daten erhalten, sondern bessere Entscheidungsgrundlagen.