Expert Verified Leadership

Change ist der einfache Teil.
Warum Transformationen nicht an der Technik scheitern – sondern am Übergang.

März 2026 Dennis Honke Transformation

Jede IT-Transformation hat einen Plan für die Technik. Eine Timeline für den Rollout. Ein Budget für die Lizenzen. Was fast nie existiert: ein Plan für die Menschen, die das Ganze mittragen sollen. Und genau da liegt das Problem.

Change vs. Transition – Der Übergang zwischen zwei Zuständen

Ich habe in den letzten Jahren etliche Transformationsprojekte begleitet – als IT-Verantwortlicher und als Berater. Neue Systeme, neue Prozesse, neue Organisationsstrukturen. In fast allen Fällen war die technische Umsetzung der einfachere Teil. Was die meisten Projekte ins Straucheln brachte, war etwas anderes. Etwas, das in keinem Projektplan stand.

Change vs. Transition – Der blinde Fleck

Es gibt einen Unterschied, den die meisten Organisationen übersehen: Change ist das Äußere. Das neue Tool wird eingeführt, der Prozess umgestellt, die Abteilung restrukturiert. Das lässt sich planen, budgetieren, terminieren. Am Tag X ist der Change vollzogen.

Transition ist das Innere. Es ist die psychologische Anpassung – wie Menschen den Übergang tatsächlich verarbeiten. Die Unsicherheit, die entsteht, wenn das Alte nicht mehr gilt und das Neue noch nicht sitzt. Der Orientierungsverlust, wenn vertraute Routinen wegfallen. Das Gefühl, zwischen zwei Welten zu stehen.

Die meisten IT-Projekte managen den Change akribisch – und ignorieren die Transition komplett. Sie verwechseln den Go-Live mit dem Ankommen. Aber der Go-Live ist nicht das Ende der Veränderung. Er ist der Anfang.

Warum IT-Verantwortliche das unterschätzen

Wir IT-Menschen denken in Systemen, Timelines und Deliverables. Transition passt in kein Gantt-Chart. Sie hat keinen festen Endtermin und keinen klaren Deliverable. Deshalb taucht sie in keinem Projektplan auf.

Das typische Muster: Das Tool ist live, die Schulung ist durch, der Prozess ist dokumentiert – aber das Team arbeitet trotzdem wie vorher. Oder schlimmer: gar nicht mehr richtig, weil die alten Wege abgeschnitten sind und die neuen noch nicht verinnerlicht.

Mein Erfahrungswert: Die Transition dauert zwei- bis dreimal länger als der eigentliche Change. Wer drei Monate für den Rollout einplant, braucht neun Monate, bis die Organisation wirklich angekommen ist. Nicht weil die Menschen langsam sind – sondern weil Anpassung Zeit braucht. Mehr Zeit, als wir wahrhaben wollen.

Besonders tückisch: Freiwillige Veränderungen erzeugen manchmal mehr inneren Widerstand als erzwungene. Wer die Transformation selbst angestoßen hat, zweifelt an der eigenen Entscheidung, sobald es unbequem wird. „War das wirklich richtig? Hätten wir nicht beim Alten bleiben sollen?" Diese Zweifel sind normal – aber kaum jemand rechnet damit.

Das Niemandsland zwischen Alt und Neu

Es gibt eine Phase in jeder Transformation, die sich anfühlt wie Niemandsland. Das Alte gilt nicht mehr, das Neue funktioniert noch nicht. Die Psychologie nennt das den „liminalen Raum" – die Schwelle zwischen zwei Zuständen.

Für leistungsorientierte Teams ist das extrem unangenehm. Keine klare Richtung, keine Routine, kein Gefühl von Kompetenz. Menschen, die jahrelang genau wussten, was sie tun, fühlen sich plötzlich unsicher. Das erzeugt Frustration, und Frustration erzeugt Widerstand.

In IT-Transformationen zeigt sich das ganz konkret: Entwickler, die plötzlich Code reviewen statt schreiben sollen. Führungskräfte, die vom Gatekeeper zum Enabler werden müssen – und nicht wissen, wie. Teams, die ihre Identität verlieren, bevor sie eine neue haben. Wer diesen Zustand nicht als normalen Teil des Übergangs versteht, interpretiert ihn als Scheitern. Und dann beginnt der Rückzug ins Vertraute.

Transition bewusst gestalten

Man kann Transition nicht wegplanen. Aber man kann sie begleiten. Vier Dinge, die in meiner Erfahrung den Unterschied machen:

Executive Takeaway:
Change lässt sich planen. Transition nicht. Aber man kann sie bewusst gestalten. Wer nur den Rollout managed und die Menschen sich selbst überlässt, bekommt kein neues System – sondern ein altes mit neuem Namen.

Wie wir helfen

Wir begleiten IT-Organisationen nicht nur beim technischen Change, sondern durch die Transition – mit Struktur, Klarheit und dem Blick für die menschliche Seite der Transformation.

Dennis Honke
Über den Autor

Dennis Honke

Gründer von Digitale Handarbeit & Experte für strategische IT-Architektur. Seit über 17 Jahren gestaltet Dennis Honke digitale Systeme, die Resilienz und unternehmerische Souveränität vereinen.