Die meisten Budgets für digitale Transformation werden aufgrund eines Versprechens genehmigt und später von einer Statistik begraben: Die Mehrheit der Programme verfehlt die Ziele, für die sie finanziert wurden. Bevor Sie eine mehrjährige Replattformierung absegnen, hilft es zu wissen, worin dieses Risiko tatsächlich besteht, woher es kommt und wie früh Sie es kommen sehen können. Ein Scheitern der digitalen Transformation ist selten ein technisches Problem. Es ist fast immer ein Problem der Verantwortlichkeit, der Reihenfolge und der ehrlichen Berichterstattung, und jedes dieser Probleme zeigt sich lange bevor die Software es tut.
Dieser Leitfaden zeigt, woher die vielzitierte Misserfolgsquote wirklich stammt, wie die Branche festlegt, was als Scheitern gilt, was bei aktuellen Programmen schiefgelaufen ist, und welche Warnsignale in jeder Phase auftreten. Die Beispiele hier sind real und belegt, und die dahinterliegenden Muster sind dieselben, die wir sehen, wenn ein Kunde uns bittet, ein bereits ins Stocken geratenes Programm zu übernehmen.
Woher die Misserfolgsquote wirklich stammt
Sie haben wahrscheinlich schon die Behauptung gehört, dass siebzig Prozent aller digitalen Transformationen scheitern. Sie wird in Anbieterpräsentationen, Vorstandsmemos und Konferenzvorträgen wiederholt, meist ohne angegebene Quelle. Die Zahl funktioniert als grobes Signal, doch die genaue Misserfolgsquote der digitalen Transformation ist unschärfer, als sie scheint, weil fast jede Studie etwas anderes misst.
Ein Teil der Verwirrung liegt an der Definition. Manche Untersuchungen zählen ein Programm nur dann als gescheitert, wenn es komplett eingestellt wird. Andere Untersuchungen zählen jedes Programm, das seine erklärten Geschäftsziele verfehlt, wodurch die große Gruppe von Projekten erfasst wird, die ausgeliefert wurden, funktionieren und trotzdem hinter den Erwartungen zurückbleiben. Die Siebzig-Prozent-Zahl spiegelt zudem jahrzehntealte Schätzungen zum Change-Management wider, die vor Cloud, Mobile und modernen Liefermethoden entstanden, weshalb sie viel weiter reicht, als ihre Beweislage hergibt.
Das nützlichere Signal liefern aktuelle Daten. In einer Umfrage aus dem Jahr 2025 unter mehr als tausend Unternehmen stellte S&P Global Market Intelligence fest, dass der Anteil der Unternehmen, die den Großteil ihrer KI-Initiativen aufgeben, auf 42 Prozent gestiegen ist, gegenüber 17 Prozent ein Jahr zuvor, wobei die durchschnittliche Organisation 46 Prozent ihrer Proof-of-Concepts vor der Produktivsetzung verwirft. Das ist eine engere Fragestellung als die alte Schlagzeile, weist aber in dieselbe Richtung: Ein großer Teil ambitionierter Technologieprogramme kommt still zwischen Pilotphase und Produktivbetrieb zum Erliegen.
Wie die Branche eine „gescheiterte“ Transformation definiert
Was zur Frage führt, die für den Budgetverantwortlichen am wichtigsten ist: Warum scheitern digitale Transformationen, obwohl die Technologie meist funktioniert? Die Antwort beginnt damit, wie Scheitern definiert wird, denn das Etikett umfasst drei sehr unterschiedliche Ergebnisse.
Analysten teilen Transformationen in der Regel in drei Kategorien ein:
- Abgebrochen. Das Programm wird gestoppt, bevor es liefert, oft nachdem die Kosten die ursprüngliche Schätzung um ein Vielfaches überschritten haben.
- Geliefert, aber enttäuschend. Das System geht live und verfehlt dann die Akzeptanz-, Umsatz- oder Effizienzziele, die die Ausgaben gerechtfertigt hatten.
- Geliefert und aufgegeben. Nutzer umgehen das neue System und kehren still zu Tabellenkalkulationen, Schatten-Tools oder dem alten Prozess zurück.
In die zweite und dritte Kategorie fließt das meiste Geld. Ein Programm, das ausgeliefert wird, aber das Verhalten nicht ändert, sieht in einem Statusbericht wie ein Erfolg aus und in der Bilanz wie ein Verlust. Diese Lücke zwischen Auslieferung und Akzeptanz zu schließen, ist der Grund, warum eine klare Strategie für digitale Transformation, die sich am Ergebnis statt an der Software orientiert, wichtiger ist als die Wahl der Plattform.
Aktuelle Fehlschläge der digitalen Transformation und was schiefging
Öffentliche Programme liefern die klarsten Beispiele für gescheiterte digitale Transformationen, weil ihre Budgets und Nachbetrachtungen öffentlich bekannt werden. Zwei aktuelle Fälle zeigen, wie sich dieselben Grundursachen in sehr unterschiedlichen Organisationen wiederholen.
Birmingham City Council im Vereinigten Königreich stieg 2022 von seinem alten System auf Oracle Fusion um und ließ die Umsetzung in eine umfangreiche Anpassung abdriften. Die Kosten stiegen von einer ursprünglichen Schätzung von rund 19 Millionen Pfund auf prognostizierte 216,5 Millionen Pfund bis 2026, und das Scheitern trug dazu bei, den Stadtrat in die faktische Zahlungsunfähigkeit zu treiben. Die Grundursache war organisatorischer Natur. Der Stadtrat bog die Software immer wieder zurecht, um sie an alte Prozesse anzupassen, statt die Prozesse zu ändern, und jede Anpassung erhöhte Kosten und Anfälligkeit.
Die Autoversicherungsbehörde von Québec brachte ihre Plattform SAAQclic 2023 mit einer chaotischen Einführung und einer Kostenüberschreitung von rund 500 Millionen kanadischen Dollar an den Start. Bis März 2025 hatten die Gesamtkosten etwa 1,09 Milliarden Dollar erreicht, und eine öffentliche Untersuchung kam zu dem Schluss, dass Verantwortliche die Kostenüberschreitungen jahrelang verschwiegen hatten. Die Zusammenfassung des Problems durch die Untersuchung war unverblümt: Das Projekt war zu viel, zu groß, zu schnell, mit zu wenigen Kontrollen, um es ehrlich zu halten.
Beide Programme verfügten über Geld und Talent. Was beiden fehlte, war ein Mechanismus, um schlechte Nachrichten frühzeitig sichtbar zu machen, und die Disziplin, Prozesse zu ändern, statt sie durch Anpassungen zu umgehen. Diese beiden Lücken tauchen immer wieder auf, unabhängig von Branche oder Anbieter.
Warnsignale in jeder Phase einer Transformation
Die meisten Fallstricke der digitalen Transformation sind gut sichtbar, bevor sie teuer werden, wenn man weiß, auf welche Phase man achten muss. Die Warnsignale gruppieren sich in drei Phasen, und die Kosten, sie zu ignorieren, steigen mit jeder Phase deutlich an.
Bevor Sie das Budget festlegen
Die riskantesten Entscheidungen fallen, bevor auch nur eine einzige Codezeile geschrieben wird. Achten Sie auf einen Business Case, der ausschließlich auf Kosteneinsparungen basiert und kein Akzeptanzziel enthält, auf einen Umfang, der Funktionen statt Ergebnisse auflistet, und auf das Fehlen einer schrittweisen Transformations-Roadmap, die es erlauben würde, nach der ersten Veröffentlichung zu stoppen und trotzdem etwas Nutzbares zu haben.
Ein zweites frühes Warnsignal ist ein Anbieter oder internes Team, das verspricht, gegen vage Anforderungen zu liefern, ohne jemals nachzuhaken. Der Komfort mit Unklarheit ist durchaus nützlich. Das Team, das Sie wollen, ist jenes, das auch bereit ist, die Unbekannten bereits im ersten Monat offen zu benennen und das Risiko ehrlich zu bepreisen.
Business Case basiert ausschließlich auf Kosteneinsparungen
Keine Akzeptanz- oder Ergebnisziele sind mit der Zahl verknüpft
Umfang als Funktionsliste definiert
Keine Funktion ist mit einer Ergebnisaussage verknüpft
Keine schrittweise Transformations-Roadmap
Es vergehen Monate an Ausgaben, bevor etwas Nutzbares ausgeliefert wird
Anbieter akzeptiert vage Anforderungen ohne Widerspruch
Im ersten Monat werden keine Unbekannten benannt oder bepreist
Kein eindeutiger Verantwortlicher für das Akzeptanzziel
Niemand ist verantwortlich, wenn die Nutzung hinter dem Plan zurückbleibt
Während der Umsetzung
Sobald die Umsetzung beginnt, verschieben sich die Signale von der Planung zur Dynamik. Das deutlichste Warnzeichen ist ein wachsender Berg an Anpassungen, jede für sich genommen nachvollziehbar, die zusammen ein unterstütztes Produkt in ein maßgeschneidertes System verwandeln, das nur noch Ihr Anbieter versteht. Zunehmende Individualisierung ist der stärkste Indikator für das Birmingham-Muster.
Weitere Warnsignale mitten in der Umsetzung sind Statusberichte, die monatelang grün bleiben und dann direkt auf rot springen, Integrationsarbeiten, die immer wieder in eine spätere Phase verschoben werden, und eine Testsuite, die dem Code nie ganz hinterherkommt. Wenn diese Signale gemeinsam auftreten, kostet ein unabhängiges Software-Audit weit weniger, als dieselben Probleme erst beim Go-Live zu entdecken.
Nach dem Go-Live
Die teuersten Warnsignale zeigen sich nach dem Start, denn zu diesem Zeitpunkt ist das Budget bereits ausgegeben, und die politischen Kosten, Probleme zuzugeben, sind am höchsten. Achten Sie auf Nutzungszahlen statt auf die Verfügbarkeit. Ein System mit 99,9 Prozent Verfügbarkeit, das tatsächlich nur von 40 Prozent der Mitarbeiter genutzt wird, hat die Aufgabe, für die es finanziert wurde, nicht erfüllt.
Das andere Signal nach dem Start ist die stille Rückkehr von Schattenprozessen. Wenn Menschen die alte Tabellenkalkulation neben dem neuen System wieder aufbauen, stimmen sie damit ab, und diese Abstimmung sagt mehr aus als jede Zufriedenheitsumfrage.
Wo KI den Einsatz erhöht
KI ist zum Aushängeschild vieler aktueller Transformationen geworden und verstärkt jede der oben genannten Schwächen. Dieselben organisatorischen Lücken, die groß angelegte digitale Transformationsprojekte scheitern lassen, bringen auch KI-Initiativen zu Fall, nur schneller und sichtbarer, weil KI-Pilotprojekte günstig zu starten, aber schwer in den Regelbetrieb zu überführen sind.
Die Zahlen für 2025 sind eindeutig. Ein MIT-Bericht zu KI in Unternehmen stellte fest, dass rund 95 Prozent der generativen KI-Pilotprojekte kaum oder gar keine messbare Auswirkung auf das Ergebnis hatten, wobei nur etwa 5 Prozent zu echter Umsatzbeschleunigung führten. Der Bericht führte diese Lücke auf eine schwache Integration in reale Arbeitsabläufe und das Fehlen einer Lernschleife zurück, dasselbe Akzeptanzproblem, das auch Nicht-KI-Transformationen zu Fall bringt.
KI führt zudem Fehlermodi ein, die reine Softwareprojekte vermeiden, von unvorhersehbaren Ergebnissen bis zu Widerstand in der Belegschaft. Die menschliche Seite davon haben wir ausführlich in warum KI-Transformationen der Belegschaft ins Stocken geraten behandelt, und kurz gesagt brauchen Tools, die verändern, wie Menschen arbeiten, dasselbe Change-Management wie jede andere Transformation, zuzüglich einer Toleranz für probabilistische Ergebnisse.
Was Transformationen dauerhaft macht
Erfolgreiche Programme wirken von außen langweilig. Sie liefern in kleinen, nutzbaren Schritten aus, messen die Akzeptanz vom ersten Tag an und behandeln ehrliche Statusberichte als Stärke statt als Bedrohung. Nichts davon hängt davon ab, die perfekte Plattform auszuwählen.
Drei Gewohnheiten unterscheiden Transformationen, die von Dauer sind:
- Für frühen Nutzen priorisieren. Liefern Sie in den ersten Monaten etwas Nutzbares, damit das Programm Vertrauen gewinnt und gestoppt werden kann, ohne das gesamte Budget zu verschwenden.
- Den Prozess ändern, nicht das Produkt. Übernehmen Sie den Standard-Workflow der Software, wo immer möglich, und heben Sie Anpassungen für echte Wettbewerbsvorteile auf.
- Schlechte Nachrichten schnell melden. Schaffen Sie einen Weg, damit Probleme innerhalb von Tagen die Entscheidungsträger erreichen, denn die Kosten eines verborgenen Problems steigen kumulativ.
Auch hier zeigt sich der Wert eines erfahrenen Partners. Wenn ein Programm bereits ins Stocken geraten ist, führt der schnellste Weg meist über ein erfahrenes Team, das sich innerhalb von Tagen einarbeiten, den bestehenden Stand prüfen und die Umsetzung um Ergebnisse herum neu starten kann, statt alles komplett neu zu schreiben. Dieser Ansatz aus Übernahme und Stabilisierung ist der Kern dessen, wie wir unsere Dienstleistungen für digitale Transformation betreiben, insbesondere für Handels- und Betriebsteams im mittleren Marktsegment, die sich einen Neustart nicht leisten können.
Eine Transformation scheitert nicht an dem Tag, an dem sie abgebrochen wird. Sie scheitert in den stillen Monaten, in denen die Warnsignale sichtbar sind und niemand darauf reagiert. Das Wertvollste, was eine Führungskraft tun kann, ist daher, den Abstand zwischen dem Auftreten eines Problems und einer Entscheidung zu verkürzen. Wenn Sie eine zweite Meinung zu einem Programm möchten, das sich Ihres Erachtens verselbstständigt, kontaktieren Sie unser Team, und wir besprechen es gemeinsam.
Häufig gestellte Fragen
Erfahren Sie, wie Redwerk die Kernentwicklung einer KI-Optimierungsplattform übernahm und sie zu einem erfolgreichen Produkt-Launch führte
