direkt zum inhalt

31. März 2026digitalisierungmindsettransformation

Digitale Transformation scheitert nicht an TechnikDigital transformation does not fail on technology

2 millionen euro. achtzehn monate projektlaufzeit. ein nagelneues erp-system – und am ende sinkt die produktivität trotzdem. dieses szenario ist kein einzelfall. es ist das muster hinter gescheiterten digitalen …2 million euros, eighteen months of rollout, and productivity still drops, because only 30 percent of employees are ready to actively support change. The article shows where the real lever sits.

kurz gesagt

  • Technologie ist der einfachere Teil. 2 Millionen Euro, achtzehn Monate Laufzeit, sinkende Produktivität am Ende: das Muster liegt nicht in der Software.
  • Veränderungsbereitschaft wird systematisch unterschätzt. Unternehmen investieren in Lizenzkosten und Implementierungspartner, kaum aber in die Bereitschaft der Menschen, mitzugehen.
  • Der entscheidende Hebel ist nicht das System. Wer Veränderungsbereitschaft aufbaut, bevor ein neues Werkzeug kommt, spart sich das Reparieren hinterher.

Warum digitale Transformation so oft enttäuscht

2 Millionen Euro. Achtzehn Monate Projektlaufzeit. Ein nagelneues ERP-System. Und am Ende sinkt die Produktivität trotzdem. Dieses Szenario ist kein Einzelfall. Es ist das Muster hinter vielen gescheiterten digitalen Transformationen in deutschen Unternehmen. Und der Grund liegt selten in der Software.

Unternehmen investieren in Lizenzkosten, in Implementierungspartner und in Projektmanagement. Was selten in gleichem Maße investiert wird: in die Veränderungsbereitschaft der Menschen. Dabei ist genau das der entscheidende Hebel.

Das Muster hinter dem Scheitern

Viele Mitarbeitende warten ab, verwalten den Status quo oder hoffen stillschweigend, dass das neue System bald wieder verschwindet. Das ist keine bequeme Statistik. Es ist der Kern des Problems.

Technologie ist der einfachere Teil einer Transformation. Den schwereren Teil lassen viele Unternehmen einfach außen vor. Wenn ein System eingeführt wird, ohne dass die Menschen vorbereitet sind, entsteht das Gegenteil von dem, was erhofft wurde: mehr Klicks für denselben Output, Doppelarbeit, Frustration.

Was Veränderungsbereitschaft von Schulung unterscheidet

Schulung erklärt das Wie. Veränderungsbereitschaft beantwortet das Warum. Beides ist nötig, aber nur eines von beiden lässt sich an einem Schulungstag vermitteln. Veränderungsbereitschaft entsteht, wenn Menschen verstehen, was der Wandel für sie konkret bedeutet, und wenn frühe Erfahrungen zeigen, dass das Neue trägt.

Das bedeutet: Der Aufbau von Veränderungsbereitschaft fängt nicht am Go-Live-Tag an, sondern Monate davor. Mit Beteiligung, mit kleinen sichtbaren Erfolgen und mit Führungskräften, die den Wandel selbst vorleben.

Schritte, um Veränderungsbereitschaft aufzubauen

  1. Früh einbeziehen. Wer mitbaut, verteidigt das Ergebnis. Teams, die an der Prozessgestaltung beteiligt waren, brauchen weniger Überzeugungsarbeit.
  2. Konkret machen, was sich ändert. Abstrakte Kommunikation erzeugt Widerstand. Konkrete Beispiele aus dem Arbeitsalltag schaffen Verständnis.
  3. Kleine Erfolge sichtbar machen. Ein Prozess, ein Team, vier Wochen. Ein sichtbares Ergebnis überzeugt mehr als jede Roadmap.
  4. Führungskräfte in die Pflicht nehmen. Veränderungsbereitschaft ist nicht delegierbar. Sie braucht Vorbilder, nicht Verordnungen.

Auf welche Kompetenzen es dabei ankommt, beschreibt der Beitrag Kompetenz vor Technologie. Was passiert, wenn die Organisation trotz hohem Budget nicht bereit ist, zeigt der Beitrag Digitale Transformation scheitert an Menschen.

Der Befund hinter dem Scheitern

Transformation braucht Zugkraft, keine Schubkraft. Wer Menschen in Veränderung drückt, erzeugt Widerstand. Wer Veränderungsbereitschaft aufbaut, erzeugt Bewegung aus eigenem Antrieb. Der Unterschied zeigt sich nicht im Kick-off, sondern im dritten Monat nach Go-Live: welche Teams das neue System benutzen, als wäre es immer da gewesen, und welche immer noch Workarounds fahren. Diese Trennlinie ist vorhersagbar, wenn man früh genug hinschaut und die richtigen Fragen stellt.

Das Muster der Transformation folgt immer demselben Bogen: Erst Klarheit darüber, was sich ändert und warum. Dann die Struktur, damit das Neue trägt. Dann die Befähigung, damit die Belegschaft mitkommt. Und schließlich die Skalierung, sobald der erste Zyklus stabil ist. Wer diesen Bogen überspringt und direkt zur Einführung springt, verbrennt Potenzial und kauft sich gleichzeitig den teuersten Teil ein: das Reparieren im laufenden Betrieb. Der Rückstand holt sich danach Zeit, die niemand mehr hat. Mehr zu Transformation und Scheiterquoten gibt es in dem Beitrag, der die oft zitierten Zahlen einordnet.

Drei Entscheidungsfragen

  • Wann in deinem Transformationsprojekt beziehst du die Menschen ein, die den Prozess täglich ausführen?
  • Wie kommunizierst du, was sich für jeden Einzelnen konkret ändert, nicht nur für das Unternehmen als Ganzes?
  • Gibt es einen frühen, kleinen Erfolg, den alle sehen können, bevor das System vollständig ausgerollt wird?

in short

  • Technology is the easier part. 2 million euros, eighteen months of project work, falling productivity at the end: the pattern is not in the software.
  • Readiness for change is systematically underestimated. Companies invest in licence costs and implementation partners but rarely in the readiness of people to come along.
  • The decisive lever is not the system. Building readiness for change before a new tool arrives saves repairing the damage afterwards.

Why digital transformation so often disappoints

2 million euros. Eighteen months of project work. A brand-new ERP system. And at the end, productivity still falls. This scenario is not an isolated case. It is the pattern behind many failed digital transformations in German companies. And the reason is rarely in the software.

Companies invest in licence costs, in implementation partners and in project management. What is rarely invested in to the same degree: the readiness of people to change. Yet that is precisely the decisive lever.

The pattern behind the failure

Many employees wait, manage the status quo or quietly hope the new system will disappear again soon. That is not a comfortable observation. It is the core of the problem.

Technology is the easier part of a transformation. The harder part is left out by many companies. When a system is introduced without people being prepared, the result is the opposite of what was hoped for: more clicks for the same output, duplicate work, frustration.

What sets readiness for change apart from training

Training explains the how. Readiness for change answers the why. Both are necessary, but only one of them can be conveyed in a single training day. Readiness for change emerges when people understand what the change concretely means for them, and when early experiences show that the new approach holds.

That means: building readiness for change does not begin on go-live day but months before, through involvement, through small visible wins and through managers who model the change themselves.

Steps to build readiness for change

  1. Involve people early. Those who help build something will defend the result. Teams that were part of shaping the process need less convincing.
  2. Make concrete what will change. Abstract communication creates resistance. Concrete examples from daily work create understanding.
  3. Make small wins visible. One process, one team, four weeks. A visible result convinces more than any roadmap.
  4. Hold managers accountable. Readiness for change cannot be delegated. It needs role models, not mandates.

The competencies that matter in this context are described in competence before technology. What happens when the organisation is not ready despite a high budget is shown in digital transformation fails on people.

The pattern behind the failure

Transformation needs pull, not push. Pushing people into change creates resistance. Building readiness for change creates movement from within. The difference shows not at the kick-off but in the third month after go-live: which teams use the new system as if it had always been there, and which teams are still running workarounds.

The arc of transformation follows the same shape every time: first clarity about what changes and why. Then structure so the new approach holds. Then the enabling so the workforce comes along. And finally scaling once the first cycle is stable. Skipping this arc and jumping straight to rollout burns potential. The deficit then reclaims time that nobody has any more. More on transformation and failure rates is in the article that puts the often-cited figures in perspective.

Three questions to guide your decision

  • At what point in your transformation project do you involve the people who run the process every day?
  • How do you communicate what changes concretely for each person, not just for the company as a whole?
  • Is there an early, small win that everyone can see before the system is fully rolled out?

häufige fragenfrequently asked questions

Wie schaffe ich Veränderungsbereitschaft in Teams, die bereits frustriert sind?How do I create readiness for change in teams that are already frustrated?

Indem du zeigst, dass ihr Unmut gehört wurde. Veränderungsbereitschaft entsteht nicht durch Versprechen, sondern durch frühe Beteiligung und sichtbare Konsequenzen aus dem, was gesagt wird.By showing that their concerns were heard. Readiness for change does not come from promises but from early involvement and visible consequences of what is said.

Kann Veränderungsbereitschaft gemessen werden?Can readiness for change be measured?

Nicht direkt, aber indirekt über Nutzungsraten, Fehlerquoten und die Zahl aktiver Schulungsteilnahmen nach dem Go-Live. Wer diese Zahlen erhebt, sieht früh, ob die Vorbereitung gewirkt hat.Not directly, but indirectly through adoption rates, error rates and the number of active training participants after go-live. Tracking these numbers shows early whether the preparation worked.

Was kostet es, Veränderungsbereitschaft zu ignorieren?What does it cost to ignore readiness for change?

Ein System, das nicht genutzt wird, bringt keinen Ertrag auf die Investition. Die Differenz zwischen Nutzungsrate und vollem Potenzial lässt sich in entgangener Effizienz und doppelter Arbeit messen.A system that is not used returns nothing on the investment. The gap between adoption rate and full potential can be measured in lost efficiency and duplicate work.

geschrieben vonwritten by · business transformation, ki und führung im mittelstand. methode: core+.business transformation, ai and leadership for mid-sized companies. method: core+.

weiterlesenkeep reading

← zurück zum herrlichblog← back to the herrlichblog