direkt zum inhalt

27. März 2026consultingmethodentransformation

Change Management: Die Methode ist das ProblemChange management: the method is the problem

Change-Projekte stocken selten, weil Menschen sich sperren. Das eigentliche Problem ist die Methode, mit der Wandel geführt wird, und wie du sie ändern kannst.Change projects stall rarely because people lack motivation. The real obstacle is the method used to manage the change itself.

kurz gesagt

  • Das Problem liegt selten bei den Mitarbeitenden. Wer Widerstand bekämpft, löst nichts; wer die Methode ändert, kommt weiter.
  • Wandel als Lieferprojekt zu behandeln ist der häufigste Methodenfehler: Auftrag oben, Ausführung unten, Reibung überall dazwischen.
  • Wer die Methode wechselt, wechselt das Ergebnis. Die Frage ist nicht, ob Wandel gelingt, sondern wie er gestaltet wird.

Das Grundproblem liegt nicht bei den Mitarbeitenden

In vielen Unternehmen wird Veränderung heute noch so gehandhabt wie ein Projektauftrag: Es gibt einen Startschuss, eine Roadmap, ein Kommunikationspaket, und dann sollen die Mitarbeitenden mitziehen. Wenn sie es nicht tun, gilt das als Widerstand. Der Widerstand wird kommuniziert, gecoacht, überredet. Manchmal funktioniert das kurzfristig. Am Ende läuft der alte Prozess meistens weiter, nur mit neuem Namen.

Ich habe das in verschiedenen Unternehmen beobachtet, und der gemeinsame Nenner ist selten die Einstellung der Belegschaft. Er ist die Methode, mit der Wandel geführt wird.

Warum Wandel als Lieferprojekt scheitert

Ein Lieferprojekt hat klare Phasen: Planung, Umsetzung, Abschluss. Das funktioniert gut, wenn das Ergebnis präzise spezifiziert werden kann und stabile Bedingungen herrschen. Wandel in Organisationen ist das Gegenteil davon. Die Bedingungen ändern sich während des Vorhabens, neue Informationen tauchen auf, und das Ergebnis ist erst klar, wenn die Menschen darin arbeiten.

Wer Wandel trotzdem als Lieferprojekt führt, produziert vorhersehbare Reibung: Die Planung geht von einem Ist-Zustand aus, der sich in der Zwischenzeit verändert hat. Die Umsetzung stößt auf Einwände, die in der Planung nicht auftauchten, weil die richtigen Leute nicht gefragt wurden. Die Abschlussphase dokumentiert einen Wandel, der so in der Praxis nicht stattgefunden hat. Welche konkreten Methodenfehler dabei immer wieder auftauchen, beschreibt Warum Change-Projekte scheitern: 4 Methodenfehler im System.

Was eine Methode leisten muss, damit Wandel gelingt

Eine funktionsfähige Change-Methode macht drei Dinge:

  1. Sie klärt den Ist-Zustand, bevor Maßnahmen geplant werden. Was genau soll sich ändern, und warum ist der aktuelle Zustand das Problem? Ohne diesen Schritt werden Lösungen für Probleme gebaut, die niemand präzise beschreiben kann. Wie diese Aufnahme konkret aussieht, zeigt Prozesse sichtbar machen: KMU-Steuerung ohne Nebel.
  2. Sie holt die Betroffenen in die Gestaltung, nicht nur in die Umsetzung. Die Menschen, die einen Prozess täglich ausführen, kennen seine Schwachstellen. Diese Information ist wertvoll in der Planung und weitgehend wertlos im Rollout.
  3. Sie definiert früh, woran Erfolg gemessen wird. Nicht „wir haben ausgerollt", sondern ein konkreter Messwert: dieser Ablauf dauert jetzt kürzer, diese Fehlerrate ist gesunken. Ohne messbares Ziel gibt es kein Lernen, nur Fortschrittsberichte.

Change-Müdigkeit als Methodensignal

Wenn Mitarbeitende sagen, sie hätten schon so viele Change-Initiativen erlebt und nichts habe sich wirklich verändert, ist das kein Zeichen von Sturheit. Es ist eine genaue Beschreibung dessen, was passiert ist. Die Initiativen haben nicht funktioniert, weil die Methode nicht getragen hat. Change-Müdigkeit ist insofern ein direktes Feedback an die Methode.

Wer das ernst nimmt, fragt beim nächsten Vorhaben zuerst: Was hat beim letzten Mal nicht funktioniert, und warum? Diese Frage ist unbequem. Sie ist auch die produktivste, die man stellen kann.

Einordnung in core+

In core+ beginnt jedes Transformationsvorhaben mit dem Feld clarity & diagnostics: Klarheit über den Ist-Zustand vor jeder Maßnahme. Die Denklogik simplify, amplify, transform setzt voraus, dass bekannt ist, was vereinfacht, was gestärkt und was umgebaut werden soll. Das ist der methodische Gegenentwurf zum Lieferprojekt. Mehr dazu unter Transformation.

Entscheidungsfragen für dein Vorhaben

  • Haben die Menschen, die den betroffenen Prozess ausführen, den Ist-Zustand gemeinsam beschrieben, bevor Maßnahmen geplant wurden?
  • Gibt es ein messbares Ziel für dieses Vorhaben, das du in einem Satz formulieren kannst?
  • Welche drei Stellen im Ablauf werden am wahrscheinlichsten klemmen, und wer weiß das bereits?

Wenn diese Fragen keine klaren Antworten haben, ist das Vorhaben noch nicht reif für den Rollout. Ein guter Ausgangspunkt ist der Beitrag Warum Change-Management scheitert und wie Wandel gelingt.

in short

  • The problem rarely sits with employees. Fighting resistance solves nothing; changing the method does.
  • Treating change as a delivery project is the most common method error: brief at the top, execute below, friction everywhere in between.
  • Change the method, change the outcome. The question is not whether change succeeds, but how it is designed.

The basic problem is not with employees

In many organisations, change is still managed like a project brief: there is a kickoff, a roadmap, a communication package, and then employees are expected to get on board. When they do not, it gets labelled as resistance. The resistance is communicated around, coached, persuaded. Sometimes that works short term. Usually the old process keeps running, just under a new name.

I have seen this across different organisations, and the common factor is rarely the attitude of the workforce. It is the method used to lead the change.

Why change fails as a delivery project

A delivery project has clear phases: planning, execution, close-out. That works well when the outcome can be specified precisely and conditions are stable. Change in organisations is the opposite of that. Conditions shift during the initiative, new information surfaces, and the actual outcome only becomes clear once people are working inside it.

Running change as a delivery project anyway produces predictable friction: the plan starts from a baseline that has already moved. Execution hits objections that never came up in planning because the right people were not asked. The close-out documents a change that did not actually happen that way in practice.

What a method needs to do for change to work

A functional change method does three things:

  1. It clarifies the current state before planning any measure. What exactly needs to change, and why is the current state the problem? Without this step, solutions get built for problems nobody can describe precisely. How this mapping works in practice is shown in making processes visible: steering SMEs without fog.
  2. It brings the affected people into the design, not just the execution. The people who run a process every day know its weak points. That information is valuable in planning and largely useless in rollout.
  3. It defines early what success looks like. Not "we rolled it out" but a concrete measure: this process now takes less time, this error rate has dropped. Without a measurable target, there is no learning, only progress reports.

Change fatigue as a method signal

When employees say they have been through many change initiatives and nothing really changed, that is not stubbornness. It is an accurate description of what happened. The initiatives did not work because the method did not hold. Change fatigue is direct feedback about the method.

Taking that seriously means asking before the next initiative: what did not work last time, and why? That question is uncomfortable. It is also the most productive one you can ask.

Where this fits in core+

In core+, every transformation starts in the clarity & diagnostics field: understand the current state before any measure. The logic simplify, amplify, transform assumes you know what to simplify, what to strengthen, and what to rebuild. That is the methodological alternative to the delivery project. More under transformation.

Questions for your initiative

  • Have the people who run the affected process described the current state together, before any measures were planned?
  • Is there a measurable goal for this initiative that you can state in one sentence?
  • Which three points in the process will most likely jam, and who already knows that?

If these questions have no clear answers, the initiative is not ready for rollout yet. A good starting point is why change management fails and how change succeeds.

häufige fragenfrequently asked questions

Welche Methode eignet sich für Change Management im Mittelstand?Which method is right for change management in mid-sized companies?

Es gibt keine Einheitsmethode, aber ein verlässliches Grundprinzip: erst den Ist-Zustand gemeinsam aufnehmen, dann das Ziel messbar formulieren, dann die Betroffenen in die Gestaltung holen. Dieser Ablauf funktioniert unabhängig von der Größe des Unternehmens.There is no single method, but a reliable basic principle: first capture the current state together, then define the goal in measurable terms, then bring the affected people into the design. This sequence works regardless of company size.

Wie unterscheidet sich Change Management von klassischem Projektmanagement?How does change management differ from classic project management?

Klassisches Projektmanagement arbeitet mit stabilen Anforderungen und klaren Lieferobjekten. Change Management arbeitet mit Menschen, deren Verhalten sich nur über Lernschritte verändert. Das verlangt Schleifen und Rückkopplungen, keine linearen Phasenpläne.Classic project management works with stable requirements and clear deliverables. Change management works with people whose behaviour only shifts through learning steps. That demands iteration and feedback loops, not linear phase plans.

Wann ist ein Change-Vorhaben bereit für den Rollout?When is a change initiative ready for rollout?

Wenn der Ist-Zustand sauber beschrieben ist, das Ziel in einem messbaren Satz steht und die Menschen, die den Prozess ausführen werden, die Lösung mitentworfen haben. Wer ohne diese drei Bedingungen in den Rollout geht, kauft sich Reibung auf Raten.When the current state is clearly described, the goal can be stated in one measurable sentence, and the people who will run the process helped design the solution. Going into rollout without these three conditions means buying friction on credit.

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