Warum Projekte kaskadenartig scheitern

Der Mythos der einzelnen Ursache

Projektabschlussberichte lieben klare Erzählungen. Das Budget war falsch. Der Sponsor ist verschwunden. Die Anforderungen haben sich geändert. Jede dieser Erklärungen bietet den Komfort der Einfachheit, und keine erzählt die wahre Geschichte.

Die Forschung zu Projektmisserfolgen über Branchen und Methoden hinweg zeigt ein konsistentes Muster: Projekte scheitern nicht an einem einzelnen Fehler. Sie scheitern an vielen, und diese Fehler verstärken sich gegenseitig auf eine Weise, die eine Erholung zunehmend erschwert. Eine Studie, die auf Interviews mit über 500 Fachleuten basiert, identifizierte 101 verschiedene Ursachen für das Scheitern in zwölf Kategorien. Die Zahl selbst ist weniger wichtig als das, was sie über die vernetzte Natur von Projektrisiken offenbart.

Wo die Risse beginnen: Ziele und Governance

Die meisten Fehlerketten beginnen, bevor die erste Aufgabe zugewiesen wird. Wenn eine Organisation ein Projekt ohne klare Verbindung zur Geschäftsstrategie startet, ruht jede nachgelagerte Entscheidung auf einem instabilen Fundament. Visionsdokumente existieren auf dem Papier, fliessen aber nie in die tägliche Entscheidungsfindung ein. Das Projektteam baut etwas technisch Solides, das das falsche Problem löst.

Governance-Versagen verschärft dies. Sponsoren, die Budgets genehmigen, aber Lenkungsausschusssitzungen auslassen, lassen Projektmanager ohne Autorität für Eskalationen zurück. Wenn Führung fehlt, füllen Teams das Vakuum mit Annahmen. Diese Annahmen stimmen selten über Stakeholder-Gruppen hinweg überein, und wenn die Divergenz sichtbar wird, ist Nacharbeit unvermeidlich.

Das häufigste Governance-Versagen ist das Fehlen von Engagement. Sponsoren nehmen an Sitzungen teil, lesen aber die Unterlagen nicht. Lenkungsausschüsse genehmigen Statusberichte, ohne die zugrunde liegenden Daten zu hinterfragen. Risikoregister existieren, werden aber nie mit neuen Risiken aktualisiert. Wenn Governance als Berichtszeremonie statt als Entscheidungsforum behandelt wird, häufen sich Probleme ohne Intervention bis zur Krise.

Stakeholder und Anforderungen: die stille Kaskade

Versagen bei der Stakeholder-Einbindung gehört zu den schädlichsten Problemen, weil es früh unsichtbar ist. Ein Projekt kann monatelang gesund erscheinen, während es auf Anforderungen basiert, die die Perspektive einer lautstarken Minderheit widerspiegeln statt die der tatsächlichen Nutzer. Wenn die breitere Stakeholder-Gemeinschaft das Ergebnis schliesslich sieht, löst die Lücke zwischen dem Gebauten und dem Benötigten Umfangsänderungen aus, die in der Planung nie berücksichtigt wurden.

Anforderungsprobleme bleiben selten eingedämmt. Vage Anforderungen führen zu optimistischen Schätzungen, die komprimierte Zeitpläne erzeugen, die Teams zwingen, bei Tests Abstriche zu machen. Jede Fehlerkategorie nährt die nächste. Das ist der Kaskadeneffekt, den Erklärungen mit Einzelursachen völlig übersehen.

Eine Anforderung wie „das System muss schnell sein“ besteht die Überprüfung, weil alle der Absicht zustimmen. Sie scheitert bei der Lieferung, weil niemand definiert hat, was „schnell“ in messbaren Begriffen bedeutet. Wenn der anfängliche Umfang mehrdeutig ist, kann jede neue Anfrage als Klärung statt als Änderung dargestellt werden. Das Projekt absorbiert zusätzliche Arbeit, ohne seinen Zeitplan oder sein Budget anzupassen, weil es keine Baseline gibt, die präzise genug wäre, um einen formellen Änderungsantrag auszulösen.

Schätzung unter Druck

Schätzung ist der Bereich, in dem Organisationspolitik Projektergebnisse am direktesten schädigt. Manager, die nie eine ähnliche Initiative durchgeführt haben, überstimmen die Schätzungen derer, die es getan haben. Kontingenzpuffer werden entfernt, um Business Cases attraktiver zu machen. Lieferteams verpflichten sich zu Zeitplänen, von denen sie wissen, dass sie unrealistisch sind, weil das Gegenteil zu sagen karrieregefährdend wäre.

Die Konsequenzen entfalten sich vorhersehbar. Wenn ein Projekt hinter einem bereits unmöglichen Zeitplan zurückfällt, besteht die Reaktion selten darin, den Zeitplan anzupassen. Stattdessen wird der Umfang informell reduziert, Qualitätsprüfungen werden übersprungen und Risiken werden als „niedrig“ eingestuft, um schwierige Gespräche zu vermeiden. Projektstatusberichte bleiben grün, lange nachdem die Realität rot geworden ist. Fachleute nennen dies „Green Shifting“, und es bleibt einer der zuverlässigsten Indikatoren dafür, dass ein Projekt auf das Scheitern zusteuert.

Wie tragen Teams bei?

Versagen auf Teamebene wird oft als Ausführungsproblem behandelt, ist aber häufig ein Symptom früherer Entscheidungen. Unklare Rollendefinitionen gehen auf Governance-Lücken zurück. Kompetenzmängel resultieren aus Personalentscheidungen, die während einer unterschätzten Planungsphase getroffen wurden. Konkurrierende Prioritäten spiegeln eine Organisation wider, die zu viele Initiativen ohne die nötige Portfoliodisziplin gestartet hat, um Ressourcen richtig zuzuweisen.

Wenn Teams überlastet sind, verschlechtert sich die Zusammenarbeit. Wissen bleibt in Silos, Integrationsprobleme treten spät auf und die Menschen, die der Arbeit am nächsten sind, verlieren ihre Motivation, weil sie die Entwicklung sehen, bevor das Management sie eingesteht.

Das Tracking-Paradox

Projekttracking soll Frühwarnung bieten. In der Praxis bewirkt es oft das Gegenteil. Wenn Statusberichte mit Konsequenzen statt mit Korrekturen verbunden sind, haben Projektmanager jeden Anreiz, ein optimistisches Bild zu zeichnen. Bestätigungsfehler verstärken dies: Man sucht nach Beweisen, die den aktuellen Plan stützen, und verwirft solche, die ihm widersprechen.

Das Ergebnis ist ein Projekt, das auf Kurs erscheint, bis es plötzlich nicht mehr so ist. Wenn der wahre Status sichtbar wird, sind die angesammelten Probleme zu verflochten, um einzeln behandelt zu werden. Eine Erholung würde erfordern, Entscheidungen zu überdenken, die Monate zuvor getroffen wurden, und Organisationen haben selten den Appetit für eine solche Neuaufstellung.

Was Erholung von Zusammenbruch trennt

Projekte, die sich von frühen Fehlern erholen, teilen eine gemeinsame Eigenschaft: Sie bringen Probleme früh genug an die Oberfläche, um handeln zu können. Dies erfordert Governance-Strukturen, in denen Eskalation erwartet statt bestraft wird, Stakeholder-Beziehungen, die auf Transparenz statt auf Beruhigung aufgebaut sind, und Tracking-Mechanismen, die darauf ausgelegt sind, Abweichungen zu erkennen statt Fortschritt zu bestätigen.

Die Gesundheit eines Projekts hängt weniger davon ab, jeden möglichen Fehler zu vermeiden, als davon, Rückkopplungsschleifen aufzubauen, die Fehler abfangen, bevor sie kaskadieren. Ein Projekt mit einer fehlerhaften Schätzung, aber starker Governance kann sich anpassen. Ein Projekt mit einer perfekten Schätzung, aber ohne Eskalationsweg wird dennoch scheitern, wenn die Realität vom Plan abweicht.

Scheitern als System statt als Ereignis zu verstehen, verändert die Art, wie Organisationen in ihre Projektfähigkeit investieren. Einen Projektmanager im besseren Schätzen zu schulen, hilft einem Projekt. Eine Kultur aufzubauen, in der Schätzungen ohne Konsequenzen hinterfragt werden können, hilft jedem Projekt, das die Organisation jemals durchführen wird.