Ein Projekt kann offiziell grün sein und trotzdem auf eine Krise zusteuern. Der Termin wirkt noch erreichbar. Das Budget ist noch nicht überschritten. Gleichzeitig dauern Entscheidungen länger, Risiken bleiben offen und wichtige Ressourcen fehlen. Genau hier hilft ein Projekt-Health-Check: So bewertest du dein Projekt richtig bedeutet, nicht nur den aktuellen Status zu betrachten, sondern die tatsächliche Lieferfähigkeit des Projekts. Ein guter Health Check prüft Ziele, Nutzen, Termine, Kosten, Scope, Risiken, Ressourcen, Governance und Stakeholder. Er zeigt nicht nur, wo Probleme bestehen. Er macht sichtbar, welche Ursachen dahinterliegen und wo das Management konkret eingreifen muss.
Was ist ein Projekt-Health-Check?
Ein Projekt-Health-Check ist eine strukturierte Bewertung der aktuellen Projektgesundheit und der Wahrscheinlichkeit, dass ein Projekt seine Ziele und den erwarteten Nutzen erreicht.
Er untersucht nicht nur:
- Termin
- Budget
- Scope
Sondern auch:
- Business Value
- Planung und Forecast
- Risiken und Issues
- Ressourcen
- Governance
- Entscheidungsfähigkeit
- Stakeholder
- Qualität
- Team und Zusammenarbeit
Die Association for Project Management beschreibt Health Checks als Form der Project Assurance. Sie sollen als „Critical Friend“ einen objektiveren Blick auf das Projekt ermöglichen und weniger als Audit oder reine Compliance-Prüfung verstanden werden.
Genau dieser Unterschied ist wichtig.
Ein Health Check fragt nicht:
„Wird die Projektmanagement-Methode vollständig eingehalten?“
Sondern:
„Wie hoch ist unsere Zuversicht, dass dieses Projekt erfolgreich liefern kann – und was gefährdet diese Zuversicht?“
Warum ein grüner Projektstatus nicht ausreicht
Klassische Statusberichte sind häufig vergangenheitsorientiert.
Sie zeigen:
- bisherige Kosten
- abgeschlossene Meilensteine
- aktuelle Ampeln
- offene Risiken
Ein Health Check schaut stärker nach vorne.
Er untersucht beispielsweise:
- Ist der Endtermin mit der aktuellen Restarbeit wirklich noch erreichbar?
- Sind vorhandene Risiken ausreichend berücksichtigt?
- Reicht die tatsächliche Kapazität?
- funktioniert die Governance?
- ist der erwartete Business Value weiterhin realistisch?
Das passt zur aktuellen Entwicklung des Projektmanagements.
PMI definiert Projekterfolg inzwischen ausdrücklich breiter als die reine Einhaltung von Zeit, Kosten und Scope. Entscheidend ist, ob ein Projekt einen Wert erzeugt, der Aufwand und Investition rechtfertigt. Die aktuelle globale Studie mit mehr als 5.800 Beteiligten zeigt gleichzeitig, dass nur etwa die Hälfte der betrachteten Projekte diese moderne Definition von Erfolg vollständig erfüllt.
Ein Projekt-Health-Check muss deshalb Delivery und Value prüfen.
Wann ist ein Projekt-Health-Check sinnvoll?
Ein Health Check kann in unterschiedlichen Situationen eingesetzt werden.
Besonders sinnvoll ist er:
- vor einem wichtigen Meilenstein
- vor einer größeren Investitionsentscheidung
- bei wiederholten Terminabweichungen
- bei steigenden Kosten
- nach einem Projektleiterwechsel
- bei wachsendem Scope
- bei Konflikten zwischen Stakeholdern
- wenn der Sponsor Vertrauen verliert
- vor einem kritischen Go-live
- bei komplexen Transformationen
- wenn Status und Bauchgefühl nicht zusammenpassen
Öffentliche Assurance-Systeme unterscheiden ebenfalls zwischen regulären Gate Reviews und zusätzlichen Health Checks. Letztere kommen gerade dann zum Einsatz, wenn zwischen formalen Entscheidungspunkten zusätzlicher Klärungsbedarf entsteht oder ein Projekt besondere Aufmerksamkeit benötigt.
Ein Health Check sollte also nicht erst stattfinden, wenn das Projekt bereits rot ist.
Dann ist aus Assurance schnell Recovery geworden.
Die 10 wichtigsten Dimensionen eines Projekt-Health-Checks
1. Ziel und Business Value
Der Health Check beginnt nicht mit dem Terminplan.
Er beginnt mit der Frage:
Warum existiert dieses Projekt noch?
Prüfe:
- Ist das Projektziel weiterhin klar?
- Können Sponsor und Projektteam dasselbe Ziel erklären?
- Ist der Business Case weiterhin gültig?
- Sind Nutzen und Erfolgskriterien messbar?
- haben sich Strategie oder Rahmenbedingungen verändert?
Das ist wichtiger als es klingt.
PMI nennt Klarheit der Vision als einen der zentralen Faktoren für Projekterfolg. Gleichzeitig fordert die aktuelle M.O.R.E.-Logik eine kontinuierliche Neubewertung des erwarteten Werts, statt Projekte nur gegen ihren ursprünglichen Plan zu messen.
Warnsignal
Das Projekt erfüllt seinen Plan, aber niemand kann erklären, welchen Geschäftsnutzen die verbleibende Arbeit noch erzeugt.
Dann sollte der Business Case neu betrachtet werden.
2. Scope und Anforderungen
Der nächste Prüfpunkt lautet:
Ist klar, was das Projekt noch liefern muss?
Prüfe:
- In Scope
- Out of Scope
- offene Anforderungen
- Change Requests
- Abnahmekriterien
- Prioritäten
Besonders interessant ist die Entwicklung.
Ein einzelner Change Request ist normal.
Ein dauerhaft wachsender Scope bei gleichbleibendem Termin und Budget ist ein Warnsignal.
Gute Health-Check-Frage
Wie hat sich der Projektumfang seit der letzten Baseline verändert?
Nicht nur:
„Ist Scope grün?“
3. Termin und Forecast
Viele Projekt-Health-Checks machen hier einen entscheidenden Fehler.
Sie vergleichen nur:
Plantermin gegen aktuellen Termin.
Ein guter Check fragt zusätzlich:
- Wie viel Arbeit ist noch offen?
- Welche Abhängigkeiten bestehen?
- Wo liegt der kritische Pfad?
- welche Puffer sind noch vorhanden?
- Wie belastbar sind die Aufwandsschätzungen?
- Welche Annahmen liegen dem Endtermin zugrunde?
Die britische Project-Assurance-Guidance fordert genau diese Sicht: Zeitpläne, Planungsannahmen, Restriktionen, Aktivitäten und Qualitätspläne müssen zusammen betrachtet werden. Verzögerungen sollen zudem in ihren Auswirkungen auf Kosten und Benefits bewertet werden.
Ein guter Health Check unterscheidet
Status: Wo stehen wir heute?
Forecast: Wo werden wir voraussichtlich landen?
Der Forecast ist für Steuerung häufig wichtiger.
4. Kosten und finanzielle Steuerung
Budgetprüfung bedeutet nicht:
Wie viel Geld wurde bisher ausgegeben?
Sondern:
Wie viel wird das Projekt voraussichtlich insgesamt kosten?
Prüfe:
- Ist-Budget
- Restkosten
- Verpflichtungen
- Forecast
- Reserve
- externe Kosten
- erwartete Nachträge
Ein Projekt kann heute noch innerhalb des Budgets liegen und trotzdem finanziell bereits instabil sein.
Kritische Frage
Kann das Projektteam nachvollziehbar erklären, wie der aktuelle Estimate at Completion entstanden ist?
Wenn nicht, besitzt die grüne Kostenampel wenig Aussagekraft.
5. Risiken und Issues
Ein Risikoregister allein beweist kein funktionierendes Risikomanagement.
Prüfe:
- Sind die größten Risiken aktuell?
- Hat jedes kritische Risiko einen Owner?
- existieren wirksame Maßnahmen?
- Werden Risiken tatsächlich reduziert?
- Wie lange sind kritische Risiken bereits offen?
- Welche Risiken sind inzwischen zu Issues geworden?
PMI nennt Risikoexposition und vorhandene Reaktionsstrategien ausdrücklich als Elemente von Projektbewertungen.
Besonders hilfreich: Risk Age
Wie lange bleibt ein wesentliches Risiko praktisch unverändert?
Wenn dasselbe rote Risiko seit vier Monaten mit der Maßnahme „beobachten“ geführt wird, existiert faktisch keine aktive Steuerung.
6. Ressourcen und Kapazität
Der Ressourcenplan kann vollständig sein.
Das Team kann trotzdem überlastet sein.
Prüfe deshalb:
- reale statt geplante Kapazität
- Schlüsselrollen
- Engpassressourcen
- Mehrfachbelastung
- Fluktuation
- fehlende Kompetenzen
- Abhängigkeit von Einzelpersonen
Ein klassischer Fehler:
Eine Person wird mit 50 Prozent Projektkapazität eingeplant.
Parallel arbeitet sie jedoch in zwei anderen Projekten und im Tagesgeschäft.
Auf dem Papier besitzt das Projekt eine Ressource.
In der Realität nicht.
Gute Frage
Welche drei Personen stellen aktuell ein Single Point of Failure dar?
Die Antwort zeigt häufig mehr über die Projektgesundheit als eine Ressourcenampel.
7. Governance und Entscheidungen
Ein Projekt kann ein Steering Committee besitzen und trotzdem schlecht gesteuert werden.
Prüfe:
- Sind Entscheidungsrechte klar?
- Werden Entscheidungen rechtzeitig getroffen?
- funktioniert die Eskalation?
- Ist der Sponsor aktiv?
- sind Gremien angemessen besetzt?
- Werden Entscheidungen dokumentiert und umgesetzt?
Die britische Assurance-Guidance betrachtet Governance, Business Case, Risiko, Abhängigkeiten und PMO-Fähigkeit ebenfalls als zusammenhängende Voraussetzungen für Delivery Confidence.
Miss Decision Lead Time
Zeit zwischen:
Entscheidung notwendig
und
Entscheidung getroffen
Steigt diese Dauer, entstehen:
- Wartezeiten
- Annahmen
- Nacharbeit
- Parallelplanung
Ein Health Check sollte Entscheidungsfähigkeit deshalb ausdrücklich bewerten.
8. Stakeholder und Sponsor
Projektgesundheit hängt nicht nur vom Team ab.
Prüfe:
- Unterstützt der Sponsor das Projekt weiterhin?
- Sind die wichtigsten Stakeholder eingebunden?
- Gibt es Widerstand?
- Haben sich Interessen verändert?
- Stimmen Erwartungen überein?
- Werden Nutzer ausreichend beteiligt?
PMI empfiehlt für Projekt-Assessments ausdrücklich Interviews mit unterschiedlichen Beteiligten wie Steering Committee, Sponsor, Projektleitung und Team. Genau dadurch werden Widersprüche sichtbar, die ein Statusbericht allein nicht zeigt.
Typisches Warnsignal
Der Projektleiter sagt:
„Der Sponsor steht vollständig hinter dem Projekt.“
Der Sponsor sagt:
„Ich bin mir nicht mehr sicher, ob wir das Projekt in dieser Form brauchen.“
Genau solche Abweichungen soll ein Health Check erkennen.
9. Qualität und Lieferfähigkeit
Ein Projekt kann schnell sein und trotzdem instabil.
Prüfe:
- Fehlerentwicklung
- Nacharbeit
- Abnahmen
- technische Schulden
- Testfortschritt
- Defect Trends
- Betriebsbereitschaft
Ein wichtiges Signal ist steigende Rework Rate.
Beispiel
Im letzten Quartal gingen 8 Prozent des Aufwands in Nacharbeit.
Aktuell sind es 24 Prozent.
Dann hilft die Aussage:
„Wir haben 80 Prozent des Scope fertiggestellt“
nur begrenzt.
Denn die Qualität der Lieferung verschlechtert sich.
PMI nennt die Qualität von Deliverables ebenfalls als relevantes Bewertungskriterium für die Projektgesundheit.
10. Team, Kommunikation und Arbeitsfähigkeit
Ein Health Check sollte auch Faktoren betrachten, die nicht sofort in einem Projektplan sichtbar werden.
Zum Beispiel:
- Team-Moral
- Konflikte
- Vertrauen
- Informationsfluss
- Zusammenarbeit zwischen Bereichen
- Überlastung
- Klarheit der Rollen
Gerade bei gefährdeten Projekten ist das wichtig.
Ein dokumentierter PMI-Fall beschreibt beispielsweise ein internationales Projekt, das bereits neun Monate hinter dem zugesagten Liefertermin lag. Neben technischen und planerischen Problemen spielte die Fähigkeit, das Team wieder arbeitsfähig zu machen, eine wesentliche Rolle beim Recovery-Vorgehen.
Ein Projekt kann strukturell gut geplant sein.
Wenn niemand mehr an den Plan glaubt, ist es trotzdem nicht gesund.
Ein praxistaugliches Health-Check-Scoring
Ein Projekt braucht keine künstliche mathematische Genauigkeit.
Ein einfaches Bewertungssystem kann trotzdem helfen.
Bewerte jede Dimension beispielsweise von 1 bis 5:
5 – stabil
Keine wesentlichen Probleme. Gute Prognose.
4 – weitgehend stabil
Einzelne Risiken, aber wirksame Steuerung.
3 – gefährdet
Mehrere relevante Schwächen. Managementmaßnahmen erforderlich.
2 – kritisch
Projektziele ernsthaft gefährdet.
1 – akut
Ohne grundlegende Intervention ist Erfolg unwahrscheinlich.
Dann entsteht beispielsweise:
| Dimension | Bewertung |
|---|---|
| Business Value | 4 |
| Scope | 3 |
| Termin | 2 |
| Kosten | 3 |
| Risiken | 2 |
| Ressourcen | 2 |
| Governance | 3 |
| Stakeholder | 4 |
| Qualität | 3 |
| Team | 3 |
Der Durchschnitt wäre 2,9.
Aber Vorsicht:
Ein Gesamtscore darf niemals ein existenzielles Einzelproblem verstecken.
Ein Projekt mit einer Durchschnittsnote von 4 kann trotzdem kritisch sein, wenn beispielsweise die gesetzlich notwendige Zulassung mit hoher Wahrscheinlichkeit nicht rechtzeitig kommt.
Deshalb braucht jeder Health Check neben dem Score:
- Top-Risiken
- rote Einzelbereiche
- kritische Abhängigkeiten
- notwendige Entscheidungen
Ampellogik richtig verwenden
Eine sinnvolle Ampel sollte nicht den aktuellen emotionalen Eindruck darstellen.
Sie sollte an Kriterien gebunden sein.
Grün
Projektziel nach aktueller Einschätzung erreichbar.
Gelb
Projektziel erreichbar, aber konkrete Managementmaßnahmen notwendig.
Rot
Mindestens ein wesentliches Projektziel ist ohne grundlegende Veränderung nicht mehr realistisch.
Wichtig:
Rot bedeutet nicht Projektversagen.
Rot bedeutet:
Das aktuelle Steuerungsmodell reicht nicht aus.
Wie läuft ein professioneller Projekt-Health-Check ab?
Schritt 1: Scope des Reviews definieren
Nicht jedes Mal das komplette Projekt untersuchen.
Der Anlass kann beispielsweise sein:
- Termin
- Kosten
- Governance
- technische Machbarkeit
- allgemeine Projektgesundheit
APM empfiehlt ausdrücklich, Assurance an den jeweiligen Projektkontext und den konkreten Prüfbedarf anzupassen.
Schritt 2: Unterlagen prüfen
Typischerweise:
- Projektauftrag
- Business Case
- Projektplan
- Budget
- RAID-Log
- Statusberichte
- Change Requests
- Governance
- Ressourcenplanung
Schritt 3: Stakeholder interviewen
Zum Beispiel:
- Sponsor
- Projektleitung
- PMO
- Business Owner
- Team
- Lieferanten
- Betrieb
Interviews sind wichtig, weil Projektdokumente häufig nur die offizielle Sicht zeigen.
Schritt 4: Aussagen gegen Daten prüfen
Beispiel:
Aussage:
„Wir haben genug Ressourcen.“
Daten:
Vier Schlüsselpersonen arbeiten gleichzeitig in drei Projekten.
Dann zählt die belastbare Evidenz.
Schritt 5: Ursachen identifizieren
Nicht nur:
Termin rot.
Sondern:
Termin rot, weil zwei Architekturentscheidungen seit fünf Wochen offen sind und drei kritische Arbeitspakete deshalb nicht starten können.
Jetzt lässt sich handeln.
Schritt 6: Empfehlungen priorisieren
Nicht 45 Empfehlungen.
Besser:
- drei sofort
- drei innerhalb der nächsten vier Wochen
- strukturelle Verbesserungen danach
Ein Health Check muss Entscheidungen erleichtern.
Nicht zusätzliche Bürokratie erzeugen.
Praxisbeispiel: Aus Health Check wird Recovery
Ein dokumentierter PMI-Fall beschreibt ein Projekt, bei dem eine strukturierte Bewertung von Planung, Ausführung und Controlling durchgeführt wurde.
Neben Interviews mit Sponsor, Steering Committee und Projektteam wurden unter anderem untersucht:
- Terminabweichung
- Qualität
- Scope und Changes
- Risikoexposition
- vorhandene Projektmanagement-Kontrollen
Das Ergebnis wurde in einem Project Health Report zusammengeführt und diente als Grundlage für konkrete Korrekturmaßnahmen.
Das Beispiel zeigt den wichtigsten Punkt:
Der Health Check ist nicht das Ergebnis.
Der Health Check liefert die Diagnose.
Wert entsteht erst durch die Maßnahmen danach.
Typische Fehler beim Projekt-Health-Check
Nur Dokumente prüfen
Dann erhältst du die offizielle Projektgeschichte.
Nicht zwingend die Realität.
Den Projektleiter allein befragen
Projektgesundheit hat unterschiedliche Perspektiven.
Methodenkonformität mit Gesundheit verwechseln
Ein Projekt kann alle Templates erfüllen und trotzdem scheitern.
Nur Zeit und Budget betrachten
Dann bleiben Nutzen, Qualität und Stakeholder außen vor.
Einen Durchschnittsscore überbewerten
Ein kritisches Einzelrisiko kann das gesamte Projekt gefährden.
Zu viele Empfehlungen formulieren
Das Projektteam kann 30 Maßnahmen nicht gleichzeitig umsetzen.
Review und Audit vermischen
Ein Health Check sollte Verbesserung unterstützen.
Nicht Menschen in Verteidigungshaltung bringen.
Keine Nachverfolgung einplanen
Dann entsteht ein Bericht.
Aber keine Verbesserung.
APM betont genau dies: Assurance erzeugt erst dann Wert, wenn aus den Ergebnissen tatsächliche Maßnahmen entstehen.
Wann funktioniert ein Projekt-Health-Check nicht?
Ein Health Check funktioniert schlecht, wenn:
- schlechte Nachrichten sanktioniert werden
- Interviewpartner nicht offen sprechen
- Daten manipuliert oder unvollständig sind
- der Sponsor nur ein gewünschtes Ergebnis bestätigen lassen möchte
- der Reviewer nicht ausreichend unabhängig ist
- niemand Empfehlungen umsetzen darf
- das Management rote Ergebnisse ignoriert
Dann entsteht Assurance-Theater.
Auch die Qualität der Reviewer ist entscheidend.
APM beschreibt Assurance ausdrücklich als objektive und unabhängige Tätigkeit, die Governance und Risikomanagement ergänzt. Ein wirksamer Reviewer braucht gleichzeitig genug Fachverständnis, um die Situation sinnvoll einordnen zu können.
Unabhängigkeit bedeutet deshalb nicht zwingend extern.
Sie bedeutet:
Der Reviewer darf kein eigenes Interesse daran haben, das Projekt schöner darzustellen als es ist.
Selbstcheck oder unabhängiger Health Check?
Beides hat einen Platz.
Selbstcheck
Geeignet für:
- regelmäßige Reviews
- kleinere Projekte
- frühe Warnsignale
- kontinuierliche Verbesserung
Vorteil:
schnell und günstig.
Nachteil:
blinde Flecken bleiben möglich.
Unabhängiger Health Check
Besonders sinnvoll bei:
- strategischen Projekten
- hohen Investitionen
- eskalierten Projekten
- Sponsorwechsel
- Konflikten
- kritischen Meilensteinen
Vorteil:
neue Perspektive und mehr Objektivität.
APM weist darauf hin, dass Health Checks ausdrücklich sowohl als Self-Assessment als auch durch unabhängige Assurance-Funktionen eingesetzt werden können.
Konkrete Anwendung im Unternehmen: Der 90-Minuten-Health-Check
Nicht jedes Projekt benötigt sofort einen mehrtägigen Review.
Ein PMO kann einen schlanken monatlichen Check etablieren.
15 Minuten: Value
- Business Case
- Nutzen
- Zielklarheit
15 Minuten: Delivery
- Termin
- Kosten
- Scope
- Qualität
15 Minuten: Risiko
- Top-Risiken
- Issues
- Abhängigkeiten
15 Minuten: Organisation
- Ressourcen
- Governance
- Entscheidungen
15 Minuten: Stakeholder
- Sponsor
- Nutzer
- Widerstände
15 Minuten: Maßnahmen
- wichtigste Abweichungen
- benötigte Entscheidungen
- Owner und Termin
Das Ergebnis sollte auf eine Seite passen.
Drei Kernfragen reichen am Ende
Was gefährdet das Projekt aktuell am stärksten?
Welche Entscheidung brauchen wir?
Wer tut bis wann was?
Vom Health Check zum Recovery-Plan
Ein Projekt mit kritischem Ergebnis sollte nicht einfach in den normalen Reporting-Zyklus zurückkehren.
Dann braucht es einen Recovery-Modus.
PMI beschreibt die Recovery Assessment Phase ausdrücklich als Untersuchung der vorhandenen Kontrollen und der Ursachen schwacher Projektperformance. Erst danach folgt die eigentliche Wiederherstellung der Projektkontrolle.
Mögliche Konsequenzen:
- Scope reduzieren
- Termin neu planen
- Ressourcen neu priorisieren
- Governance ändern
- Sponsor stärker einbinden
- Business Case neu bewerten
- Projekt stoppen
Der letzte Punkt gehört ausdrücklich dazu.
Ein Health Check ist nicht dafür da, jedes Projekt um jeden Preis zu retten.
Bei einem gefährdeten Projekt sollte geprüft werden, ob der erwartete Business Value die verbleibenden Kosten und Risiken überhaupt noch rechtfertigt.
Wie oft sollte ein Projekt-Health-Check stattfinden?
Es gibt keinen universellen Rhythmus.
Eine sinnvolle Logik ist:
Standardprojekt
regelmäßiger Self-Check, beispielsweise monatlich oder zu wichtigen Meilensteinen.
Strategisches Projekt
zusätzliche unabhängige Reviews an relevanten Entscheidungspunkten.
Gefährdetes Projekt
kurze und häufige Reviews bis zur Stabilisierung.
Hochkomplexes Programm
integrierter Assurance-Plan über den gesamten Lebenszyklus.
Auch die britische Gateway-Guidance empfiehlt, Assurance und Health Checks bewusst in die Projektplanung zu integrieren und bis zum Abschluss regelmäßig zu überprüfen.
Häufige Fragen zum Projekt-Health-Check
Was wird bei einem Projekt-Health-Check geprüft?
Typischerweise Ziel und Business Value, Scope, Zeitplan, Kosten, Risiken, Ressourcen, Governance, Stakeholder, Qualität und Teamfähigkeit.
Wer sollte einen Projekt-Health-Check durchführen?
Regelmäßige Checks können durch Projektleitung oder PMO erfolgen. Bei strategischen, kritischen oder bereits gefährdeten Vorhaben empfiehlt sich ein unabhängiger Blick durch erfahrene Reviewer.
Was ist der Unterschied zwischen Health Check und Audit?
Ein Audit prüft häufig stärker Compliance, Kontrollen oder definierte Anforderungen. Ein Health Check ist diagnostischer und zukunftsorientierter. Er soll vor allem zeigen, wie hoch die Wahrscheinlichkeit einer erfolgreichen Lieferung ist und welche Maßnahmen erforderlich sind.
Was ist der Unterschied zwischen Health Check und Projektreview?
Die Begriffe überschneiden sich. Ein Health Check fokussiert typischerweise auf die Gesamtgesundheit beziehungsweise Delivery Confidence eines laufenden Projekts. Ein Review kann auch gezielt einzelne Themen oder Entscheidungspunkte betrachten.
Welche Ampelkriterien sollte ein Health Check verwenden?
Die Kriterien sollten unternehmensweit definiert sein. Grün sollte bedeuten, dass die Projektziele nach aktueller Prognose erreichbar sind. Gelb bedeutet konkreten Handlungsbedarf. Rot zeigt, dass wesentliche Ziele ohne grundlegende Intervention nicht mehr realistisch sind.
Kann ein grünes Projekt beim Health Check trotzdem kritisch werden?
Ja. Genau darin liegt der Nutzen. Ein Statusbericht kann aktuelle Planabweichungen zeigen, während ein Health Check zukünftige Risiken, Kapazitätsprobleme oder schwache Governance sichtbar macht.
Fazit
Ein guter Projekt-Health-Check beantwortet nicht die Frage:
„Welche Ampelfarbe hat das Projekt?“
Er beantwortet:
„Wie hoch ist unsere belastbare Zuversicht, dass dieses Projekt seinen erwarteten Wert erreichen kann?“
Dafür müssen mehrere Perspektiven zusammenkommen:
- Business Value
- Scope
- Termin
- Kosten
- Risiken
- Ressourcen
- Governance
- Stakeholder
- Qualität
- Team
Gerade diese breite Betrachtung wird wichtiger. PMI betont aktuell, dass Projekterfolg nicht allein durch eine saubere Umsetzung entsteht. Klare Vision, kontinuierliche Messung, Anpassungsfähigkeit und die fortlaufende Orientierung am tatsächlichen Wert sind entscheidend.
Der größte Fehler wäre deshalb, einen Health Check als Kontrolltermin zu verstehen.
Sein Nutzen liegt in der Diagnose.
Ein gutes Review macht sichtbar:
Was stimmt nicht?
Warum stimmt es nicht?
Was passiert, wenn wir nichts tun?
Welche Entscheidung muss jetzt getroffen werden?
Dann wird aus einem Projekt-Health-Check kein zusätzlicher Reporting-Prozess.
Er wird zu einem echten Frühwarn- und Steuerungsinstrument.
PURE Consultant unterstützt Unternehmen dabei, Projekt-Health-Checks strukturiert aufzusetzen, gefährdete Projekte unabhängig zu bewerten und aus den Ergebnissen konkrete Stabilisierungs- und Recovery-Maßnahmen abzuleiten.