Warum Digitalisierungsprojekte scheitern — und was erfolgreiche anders machen

Die Zahl ist seit Jahren stabil und ernüchternd: rund 70 Prozent der Transformationsvorhaben erreichen ihre Ziele nicht, wie McKinsey über viele Untersuchungen hinweg zeigt. Was dabei auffällt: Fast nie liegt es an der Technik. Server laufen, Software funktioniert, das ERP tut, was es soll. Gescheitert wird woanders. In über zwanzig Jahren Technologie-Rollouts — bei DocMorris, Lekkerland, Prym und Kodak — habe ich dieselben Ursachen in immer neuen Kostümen gesehen. Dieser Artikel benennt die sechs häufigsten, zeigt die Frühwarnsignale und beschreibt, was erfolgreiche Projekte konsequent anders machen.

Die sechs häufigsten Ursachen

1. Das Ziel ist keins

„Wir wollen digitaler werden" ist kein Ziel, sondern ein Gefühl. Ein Klassiker aus der Praxis: Ein Unternehmen wünscht sich eine App — und auf die Frage, was die App für wen verbessern soll, wird es still. Hinter vielen Digitalisierungsprojekten steht ein diffuses Modernisierungsbedürfnis statt einer klaren Antwort auf die Frage: Welches Problem lösen wir, für wen, und woran erkennen wir, dass es gelöst ist? Ohne diese Antwort wird jedes Budget zur Wette.

2. Technik vor Prozess

Die Software wird ausgewählt, bevor jemand die Abläufe verstanden hat, die sie unterstützen soll. Das Ergebnis kennt jeder, der einmal eine ERP-Einführung erlebt hat: Ein digitalisierter chaotischer Prozess ist ein chaotischer Prozess in schnell. Erfolgreiche Projekte räumen erst den Ablauf auf und digitalisieren dann — nie umgekehrt.

3. Die Menschen kommen im Projektplan nicht vor

Im Lenkungskreis stehen Meilensteine, Budgets und Schnittstellen — aber nirgendwo die Frage, wie aus Betroffenen Beteiligte werden. Widerstand zeigt sich dabei selten offen. Er zeigt sich als stille Verweigerung: Das alte Excel lebt weiter, das neue System wird formal bedient und praktisch umgangen. Diese stille Form ist die teuerste, weil sie in keinem Statusbericht auftaucht, während der Business Case leise stirbt.

4. Es läuft als IT-Projekt statt als Veränderungsprojekt

Wenn die Verantwortung allein bei der IT liegt, optimiert das Projekt auf das, was IT messen kann: Systeme live, Tickets geschlossen, Budget eingehalten. Ob der Vertrieb anders arbeitet, ob die Sachbearbeitung schneller ist, ob Kunden etwas davon merken — dafür ist dann niemand zuständig. Digitalisierung ist Führungsaufgabe, weil sie Prioritäten, Rollen und Arbeitsweisen verändert. Das kann und darf eine Fachabteilung nicht allein entscheiden.

5. Big Bang statt Etappen

Je größer der Wurf, desto später das erste echte Feedback — und desto teurer jeder Irrtum. Projekte, die zwei Jahre im Verborgenen bauen und dann „ausrollen", verdichten ihr gesamtes Risiko auf einen einzigen Moment. Erfolgreiche Vorhaben schneiden Etappen, die einzeln Wert liefern: Nach wenigen Wochen arbeitet ein erster Bereich anders, das Gelernte fließt in die nächste Etappe. So entsteht nebenbei das, was kein Kommunikationsplan erzeugen kann: sichtbare Beweise, dass es funktioniert.

6. Wirkung wird nicht gemessen — nur Fortschritt

Projektberichte messen Aktivität: Meilensteine erreicht, Schulungen durchgeführt, Systeme migriert. Die entscheidende Größe ist aber Wirkung: Wird anders gearbeitet, und was verbessert sich dadurch? Wer nur Fortschritt misst, kann ein Projekt „erfolgreich abschließen", das nichts verändert hat. Wer Wirkung misst, merkt früh, wenn er nachsteuern muss.

Frühwarnsignale: Daran erkennst du, dass dein Projekt kippt

• Die Nutzungszahlen sinken nach dem Go-Live-Monat — Neugier trägt vier Wochen, danach zählt nur der erlebte Nutzen.
• Workarounds entstehen. Parallel-Excel, Schatten-Ordner, inoffizielle Absprachen: Das System wird formal bedient und real umgangen.
• Im Lenkungskreis geht es nur noch um Termine und Budget — über das Ursprungsziel spricht niemand mehr.
• Die Fachbereiche schicken Vertreter statt Entscheider. Das Projekt hat intern an Bedeutung verloren, lange bevor es jemand ausspricht.
• Schulungen werden verschoben, „weil das Tagesgeschäft vorgeht" — das Tagesgeschäft geht immer vor, wenn Führung nicht priorisiert.

„Digitalisierungsprojekte scheitern selten mit einem Knall. Sie scheitern leise — in dem Moment, in dem die Organisation beschließt, das neue System auszusitzen."

Wichtig bei allen fünf Signalen: Sie sind kein Anlass für Schuldzuweisungen, sondern Messwerte. Ein Team, das Workarounds baut, sabotiert nicht — es zeigt dir präzise, wo das neue System den Alltag noch nicht trägt. Wer die Signale so liest, bekommt kostenlose Diagnostik. Wer sie als Disziplinproblem behandelt, treibt sie in den Untergrund und verliert die einzige Frühwarnung, die er hat.

Was erfolgreiche Projekte anders machen

Sie starten mit dem Problem, nicht mit der Lösung. Am Anfang steht ein präzises Zielbild: Welcher Engpass, welcher Prozess, welche Kundengruppe — und woran messen wir den Erfolg? Erst danach fällt die Technologie-Entscheidung.

Sie behandeln Veränderung als eigene Disziplin. Kommunikation, Beteiligung, Befähigung und der Umgang mit Widerständen sind geplante Arbeitspakete mit Verantwortlichen — nicht die Resterampe des Projektplans. Genau das ist der Kern einer professionellen Change-Begleitung: Sie macht aus einem Systemwechsel eine Veränderung, die die Organisation mitträgt.

Sie geben der Führung eine aktive Rolle. Nicht als Schirmherr im Statusmeeting, sondern sichtbar im Alltag: Prioritäten klären, Zielkonflikte entscheiden, selbst mit den neuen Werkzeugen arbeiten. Teams glauben dem Verhalten ihrer Führung, nicht ihren Rundmails.

Sie befähigen im Arbeitskontext statt im Seminarraum. Wissen, das nicht mit echten Aufgaben verbunden ist, verpufft in Wochen. Erfolgreiche Projekte schulen an den eigenen Prozessen, mit den eigenen Daten, im eigenen Alltag.

Sie verzahnen Strategie und Umsetzung. Statt die perfekte Gesamtstrategie zu verabschieden und dann zwei Jahre abzuarbeiten, arbeiten sie in Lernschleifen: Etappe umsetzen, Wirkung messen, Kurs anpassen. Wie dieser Rahmen im Ganzen aussieht — vom Zielbild über die Etappen bis zur Verankerung — beschreibt die Seite zur Beratung für die digitale Transformation; den Überblick über typische Handlungsfelder im Mittelstand findest du unter Digitalisierung im Mittelstand.

Der Sonderfall KI-Projekte: gleiche Ursachen, kürzere Lunte

KI-Vorhaben scheitern an denselben sechs Ursachen wie klassische Digitalisierungsprojekte — nur schneller. Drei Besonderheiten verschärfen die Dynamik: Erstens ist die Einstiegshürde trügerisch niedrig. Eine Lizenz ist in Tagen beschafft, also entsteht der Eindruck, das Projekt sei fast fertig — dabei hat die eigentliche Arbeit an Prozessen und Menschen noch gar nicht begonnen. Zweitens berührt KI die Arbeitsidentität stärker als jedes ERP: Wer befürchtet, ersetzt zu werden, nutzt das Werkzeug nicht engagiert, egal wie gut die Schulung war. Und drittens veraltet der Stand schneller — wer ein Jahr plant, plant an der Realität vorbei.

Die Konsequenz ist keine andere Fehlerliste, sondern ein höheres Tempo bei denselben Hausaufgaben: Zielbild in Wochen statt Monaten, erste Etappe in Wochen statt Quartalen, Befähigung von Tag eins an mitgedacht.

Die ersten 30 Tage der Kurskorrektur

Wenn du in deinem Projekt zwei oder mehr Frühwarnsignale wiedererkennst, hilft ein klar strukturierter Monat mehr als ein neuer Großplan:

• Woche 1 — ehrliche Diagnose. Gespräche mit Nutzern statt Statusfolien: Wer arbeitet wirklich mit dem Neuen, wer umgeht es, und warum? Welche der sechs Ursachen treffen zu?
• Woche 2 — Ziel nachschärfen und Ballast abwerfen. Das Ursprungsziel auf eine Seite bringen, den Projektumfang daran messen — und alles pausieren, was nicht auf das Ziel einzahlt. Weniger Umfang ist die häufigste unterschätzte Rettungsmaßnahme.
• Woche 3 — Führung sichtbar machen. Die Geschäftsführung erklärt persönlich, warum das Vorhaben wichtig bleibt, was sich durch das Feedback ändert und wer jetzt wofür verantwortlich ist.
• Woche 4 — eine Etappe mit sichtbarem Nutzen. Ein Bereich, ein Prozess, ein spürbares Ergebnis binnen weniger Wochen — als Beweis, dass das Projekt liefern kann. Auf diesem Beweis baut alles Weitere auf.

Danach gilt der normale Rhythmus: Etappe, Messung, Nachsteuern. Ein Projekt, das so geführt wird, braucht keine Rettung mehr — es rettet sich laufend selbst.

IT-Projekt vs. Veränderungsprojekt

Die Checkliste vor dem nächsten Start

Ob Neustart oder nächstes Vorhaben — diese sechs Fragen vor dem Startschuss kosten einen Nachmittag und ersparen Monate:

• Können wir das Ziel in einem Satz sagen? Welches Problem, für wen, messbar woran — und würde jede Führungskraft denselben Satz sagen?
• Ist der Prozess verstanden, bevor die Technik gewählt ist? Wer hat den Ablauf zuletzt mit den Menschen durchgesprochen, die ihn täglich leben?
• Wer trägt die Verantwortung für Wirkung? Eine Person mit Namen — nicht ein Gremium, nicht „die IT gemeinsam mit den Fachbereichen".
• Was ist die erste Etappe mit eigenem Nutzen? Wenn die Antwort erst in achtzehn Monaten sichtbar wird, ist der Schnitt falsch.
• Wie werden aus Betroffenen Beteiligte? Konkrete Formate mit echtem Einfluss — nicht die Info-Mail nach der Entscheidung.
• Woran messen wir Wirkung statt Fortschritt? Nutzung, Durchlaufzeit, Qualität — definiert, bevor es losgeht.

Sechsmal eine klare Antwort heißt nicht, dass nichts mehr schiefgehen kann. Aber jede fehlende Antwort markiert präzise die Stelle, an der das Projekt später kippen wird — und jetzt ist die Korrektur noch billig.

FAQ: Scheiternde Digitalisierungsprojekte

Wie viele Digitalisierungsprojekte scheitern wirklich?

Die meistzitierte Größenordnung stammt von McKinsey: Rund 70 Prozent der Transformationsvorhaben erreichen ihre Ziele nicht vollständig. Wichtiger als die exakte Zahl ist der stabile Befund dahinter — die Ursachen liegen ganz überwiegend bei Zielklarheit, Führung und Menschen, nicht bei der Technologie.

Woran scheitern Projekte im Mittelstand besonders häufig?

An der Doppelbelastung: Dieselben Leute, die das Projekt tragen sollen, halten das Tagesgeschäft am Laufen. Ohne bewusste Priorisierung durch die Geschäftsführung gewinnt das Tagesgeschäft immer. Dazu kommt, dass Veränderungsarbeit oft niemandem gehört — es fehlt schlicht die Rolle, die sich um Akzeptanz und Befähigung kümmert.

Unser Projekt kippt gerade — was tun?

Erst Diagnose, dann Aktion: Welche der sechs Ursachen treffen zu? Meist sind es zwei oder drei gleichzeitig. Danach gilt eine klare Reihenfolge — Zielbild schärfen, Führung sichtbar machen, dann Befähigung und Prozesse nachziehen. Ein kippendes Projekt ist ein Zwischenstand, kein Endergebnis: Das technische Fundament ist meist brauchbar, es fehlt die Verankerung.

Wer sollte ein Digitalisierungsprojekt führen?

Die Verantwortung für die Wirkung gehört auf Geschäftsführungsebene, die operative Steuerung in ein Tandem aus Fachbereich und IT. Externe Begleitung ist dann wertvoll, wenn sie Umsetzungserfahrung mitbringt und die Organisation befähigt — nicht, wenn sie nur ein weiteres Konzept hinzufügt.