Das Scheitern von IT-Projekten darf kein Tabu sein

Gescheiterte IT-Projekte fressen Millionen. Erfahren Sie, wie die Sunk Cost Fallacy wirkt und wie Führungskräfte Fehlinvestitionen rechtzeitig stoppen.

In der weltweiten Unternehmens-IT existiert ein weit verbreitetes Phänomen, das die Bilanzen belastet und agile Innovationen blockiert: das sogenannte Zombie-Projekt. Hierbei handelt es sich um Initiativen zur Softwareentwicklung, Systemmigration oder Infrastrukturmodernisierung, die ihren ursprünglichen betriebswirtschaftlichen Zweck verloren haben, zeitlich maßlos überzogen sind oder technologisch als gescheitert gelten müssen, aber dennoch fortlaufend Budget und Personal binden. Diese Projekte leben offiziell weiter, obwohl allen Beteiligten bewusst ist, dass der angestrebte Ertrag in keinem angemessenen Verhältnis mehr zu den verbleibenden Aufwänden steht.

Empirische Untersuchungen zur Erfolgsquote von IT-Initiativen verdeutlichen das Ausmaß dieser Ineffizienz. Langzeitstudien der Standish Group im Rahmen der CHAOS-Berichte zeigen regelmäßig, dass weltweit nur ein Bruchteil aller Großprojekte im IT-Bereich im geplanten Kosten-, Zeit- und Funktionsrahmen abgeschlossen wird. Ein erheblicher Teil der Projekte gerät in Schieflagen. Studien der Beratungsgesellschaft McKinsey in Kooperation mit der Universität Oxford belegen zudem, dass durchschnittlich die Hälfte aller IT-Großprojekte ihre Budgetgrenzen drastisch überschreitet, während der realisierte Geschäftsnutzen oft um bis zu siebzig Prozent hinter den ursprünglichen Erwartungen zurückbleibt. Trotz dieser klaren Fehlentwicklungen werden unrentable Projekte häufig jahrelang weitergeführt, bevor eine finale Beendigung erfolgt.

Die psychologischen Ursachen: Die Sunk Cost Fallacy und Verlustaversion

Der primäre Grund für das künstliche Lebensverlängern gescheiterter IT-Projekte liegt nicht in mangelnden technischen Kontrollinstrumenten, sondern in verhaltensökonomischen und psychologischen Mustern auf der Führungsebene. Das prägendste Phänomen ist die Sunk Cost Fallacy, der Trugschluss der versunkenen Kosten. Führungskräfte neigen dazu, Zukunftsentscheidungen von bereits getätigten, nicht wiederherstellbaren Investitionen abhängig zu machen. Je mehr Millionen Euro und Arbeitsstunden bereits in eine fehlgeschlagene Softwarearchitektur geflossen sind, desto höher ist das Bestreben, weiteres Geld zu investieren, um das bisherige Investment nicht entwertet zu sehen.

Aus einer rein betriebswirtschaftlichen und mathematischen Perspektive sind bereits getätigte Aufwände für zukünftige Entscheidungen irrelevant. Entscheidend für eine Investitionsbewertung sind ausschließlich die ab dem jetzigen Zeitpunkt zu erwartenden Grenzkosten im Vergleich zum zukünftigen Grenznutzen. Diese ökonomische Rationalität kollidiert jedoch mit der verhaltensökonomischen Theorie der Verlustaversion, die von den Nobelpreisträgern Daniel Kahneman und Amos Tversky beschrieben wurde. Menschen empfinden den Schmerz über einen Verlust deutlich intensiver als die Freude über einen gleich großen Gewinn. Das offizielle Beenden eines IT-Projekts zwingt das Management dazu, einen finanziellen und strategischen Verlust formal einzugestehen und bilanzielle Sonderabschreibungen vorzunehmen. Um diesen Schritt zu vermeiden, werden verwaiste Initiativen unter immer neuen Vorwänden weiterfinanziert.

Organisatorische Barrieren und das Wassermelonen-Phänomen im Berichtswesen

Neben individuellen Denkfehlern begünstigen auch organisatorische Strukturen und politische Dynamiken in Unternehmen das Überleben von Zombie-Projekten. Führungskräfte verknüpfen den Erfolg von zugewiesenen Projekten oft direkt mit ihrem persönlichen Status, ihrer Karriereplanung und ihrem Ansehen innerhalb der Organisation. Das Eingestehen eines Projektabbruchs wird fälschlicherweise mit persönlichem Versagen gleichgesetzt. Dies führt zu einem systemischen Schweigen auf den mittleren Managementebenen.

In der Praxis erzeugt diese Haltung das sogenannte Wassermelonen-Phänomen im Projekt-Reporting. Auf den wöchentlichen Status-Dashboards der Lenkungsausschüsse werden Projekte über lange Zeiträume hinweg mit der Farbe Grün gekennzeichnet, was einen störungsfreien Verlauf signalisiert. Erst bei einer genauen, tiefgehenden Prüfung der dahinterliegenden Arbeitspakete zeigt sich das rote Innere der Wassermelone: Schnittstellen funktionieren nicht, die Architektur ist veraltet und der Zeitplan ist uneinholbar verzögert. Verantwortliche Projektleiter hoffen häufig bis zuletzt auf ein technisches Wunder oder schieben die Enthüllung der realen Zahlen so lange hinaus, bis die Zuständigkeiten im Rahmen von Umstrukturierungen gewechselt haben.

Vergleichende Bewertung: Projektsanierung versus gezielter Projektabbruch

Für die strategische Entscheidung im Lenkungsausschuss müssen die finanziellen und operationalen Konsequenzen einer künstlichen Fortführung den Effekten eines kontrollierten Abbruchs gegenübergestellt werden. Die folgende Übersicht verdeutlicht diese Differenzierung:

Bewertungsparameter	Fortführung eines Zombie-Projekts	Gezielter und kontrollierter Projektabbruch
Finanzielle Auswirkung	Kontinuierlicher Abfluss liquider Mittel ohne garantierten Ertrag	Einmalige Sonderabschreibung, danach sofortiger Stopp des Mittelabflusses
Ressourcenbindung	Wertvolle Software-Ingenieure verbleiben in ineffizienten Initiativen	Freigabe von Fachkräften für wertschöpfende, innovative Neuprojekte
Technologische Konsequenzen	Vererbung und Ausweitung technischer Schulden im Gesamtsystem	Vermeidung weiterer Fehlkonfigurationen und geordnete Dekommissionierung
Auswirkung auf das Team	Sinken der Mitarbeitermotivation durch absehbare Nutzlosigkeit	Stärkung des Vertrauens durch ehrliche Führung und klare Schnittstellen
Transparenz im Controlling	Verschleierung der realen Leistungsdaten durch Schönfärberei	Herstellung mathematisch präziser Bilanzen und transparenter Kennzahlen

Kennzahlen und Kriterien für das rechtzeitige Erkennen von IT-Fehlschlägen

Um die Entscheidung über den Abbruch von Projekten von subjektiven Meinungen zu entkoppeln, müssen IT-Controller und Qualitätsmanager objektive, datenbasierte Abbruchkriterien etablieren. Eine rein zeitbasierte oder budgetbasierte Betrachtung reicht nicht aus, da Verzögerungen auch in erfolgreichen Projekten auftreten können.

Folgende Indikatoren signalisieren das Vorliegen eines Zombie-Projekts:

• Der Cost Performance Index (CPI) und der Schedule Performance Index (SPI) aus dem Earned Value Management liegen über mehrere Berichtszeiträume hinweg dauerhaft unter einem Wert von 0,7, was auf eine irreversible Schieflage bei Kosten und Zeitplan hinweist.
• Die erwarteten Gesamtkosten für die Fertigstellung der verbleibenden Arbeitspakete übersteigen den prognostizierten finanziellen oder operationalen Nutzen des Gesamtsystems.
• Die zugrundeliegende Technologie oder die Marktanforderungen haben sich während der Entwicklungszeit so stark verändert, dass das Produkt bei Fertigstellung bereits veraltet sein wird.
• Schlüsselpersonen und leitende Architektur-Spezialisten verlassen das Projekt auffällig häufig, woraus ein massiver Verlust von Kontextwissen resultiert.
• Der Anteil der Arbeitszeit, der für das Beheben von Architekturfehlern und das Refactoring aufgewendet werden muss, übersteigt den Zeitaufwand für die Erstellung neuer Funktionalitäten nachhaltig.

Operativer Leitfaden zur Etablierung einer gesunden Abbruchkultur

Das erfolgreiche Beerdigen von unrentablen Projekten erfordert eine gezielte Anpassung der Führungskultur und der Governance-Prozesse. Führungskräfte müssen Rahmenbedingungen schaffen, die das Erkennen und Melden von Fehlschlägen belohnen, anstatt es zu bestrafen.

Der praktische Umsetzungspfad umfasst folgende konkrete Schritte:

• Etablierung unabhängiger Red Teams und externer Audits: Die Bewertung des Projektstatus darf nicht ausschließlich durch das ausführende Projektteam erfolgen. Regelmäßige Überprüfungen durch neutrale, interne Auditoren oder externe Sachverständige decken blinde Flecken und das Wassermelonen-Phänomen auf.
• Einführung fester Stop-Loss-Gates in der Projekt-Governance: Bereits bei der initialen Freigabe eines IT-Projekts müssen verbindliche Abbruchkriterien definiert werden. Erreicht ein Projekt an einem definierten Meilenstein die vorgegebenen Zielwerte nicht, wird die automatische Mittelvergabe gestoppt und ein förmliches Abbruchverfahren eingeleitet.
• Entkopplung von Projektabbrüchen von persönlichen Leistungsbeurteilungen: Die Beendigung eines gescheiterten Projekts darf nicht zu negativen Konsequenzen für die Karriere der beteiligten Mitarbeiter oder Projektleiter führen. Wenn das frühzeitige Aufzeigen von Unrentabilität als loyaler Beitrag zum Schutz des Unternehmensvermögens gewertet wird, schwindet die Motivation zur Vertuschung.
• Durchführung von fälschungssicheren Post-Mortem-Analysen: Nach dem Abbruch eines Projekts muss der gesamte Verlauf sachlich und ohne Schuldzuweisungen analysiert werden. Die Erkenntnisse werden im Wissensmanagement dokumentiert, um dieselben Fehlplanungen in zukünftigen Initiativen systematisch zu vermeiden.
• Geordnete Rekultivierung der Ressourcen: Die aus dem abgebrochenen Projekt freiwerdenden Entwickler und Budgets müssen unverzüglich auf strategisch relevante, aussichtsreiche Projekte umverteilt werden. Dies demonstriert der Belegschaft, dass die Beendigung der Fehlinvestition neue Handlungsspielräume schafft.

Die Kunst des rechtzeitigen Beerdigens von IT-Projekten stellt eine fundamentale Eigenschaft resilienter Unternehmensführung dar. Die Fähigkeit, gescheiterte Initiativen ohne Gesichtsverlust zu beenden, schützt IT-Budgets vor sinnloser Geldverbrennung und setzt wertvolle Personalkapazitäten für reale technologische Innovationen frei. Erst wenn das Scheitern als normaler, lernfördernder Bestandteil des agilen Entwicklungsprozesses akzeptiert wird, gewinnen Organisationen die notwendige Flexibilität, um in dynamischen Märkten dauerhaft erfolgreich zu agieren.