28. März 2026coaching mindset transformation

Transformation gelingt: 5 Kompetenzen für den WandelTransformation succeeds: 5 competencies for change

Transformationsprojekte scheitern selten an der Technologie. Sie scheitern an Teams, die nicht vorbereitet sind. Fünf Kompetenzen entscheiden, ob ein Team Wandel trägt oder daran zerbricht.Transformation projects rarely fail because of technology. They fail because teams are not prepared. Five competencies decide whether your team shapes change or breaks under it.

kurz gesagt

Transformationsprojekte scheitern selten an der Technologie. Sie scheitern an Teams, die nicht vorbereitet sind, Unsicherheit auszuhalten, schnell zu lernen und aktiv mitzugestalten.
Fünf Kompetenzen machen den Unterschied. Sie lassen sich aufbauen, aber nicht verordnen. Und sie entstehen nicht durch ein einmaliges Training.
Der Unterschied liegt nicht am Budget. Er liegt daran, ob Menschen aktiv mitgestalten oder passiv mitgezogen werden.

Warum Transformation so oft scheitert

Die Investitionen in Transformationsprojekte sind oft beträchtlich: neue ERP-Systeme, agile Methoden, KI-gestützte Prozesse. Und trotzdem landen viele Projekte in der Schublade, halbherzig umgesetzt oder am Widerstand der Belegschaft gescheitert.

Die oft zitierte Einschätzung, dass ein Großteil aller Transformationsinitiativen seine Ziele verfehlt, hat eine weniger sichere empirische Grundlage, als sie häufig dargestellt wird. Was hinter solchen Zahlen steckt, beschreibt der Beitrag Change Management und Scheiterquoten. Das Muster selbst ist allerdings real: Teams, die nicht vorbereitet sind, scheitern an Wandel, unabhängig davon, wie gut das System ist.

Die fünf Kompetenzen im Teamkontext

Unsicherheit aushalten. Wandel bedeutet, bewährte Abläufe loszulassen, bevor neue sicher sind. Teams, die Unsicherheit nur wegmoderieren, tragen Veränderung nicht durch den Alltag. Die Fähigkeit, mit offenen Fragen zu arbeiten, muss aktiv geübt werden.

Schnell lernen. Neue Werkzeuge, geänderte Prozesse, veränderte Rahmenbedingungen: Die Geschwindigkeit, mit der ein Team Neues aufnimmt und anwendet, entscheidet, ob es Wandel treibt oder hinterherläuft.

Aktiv mitgestalten. Mitlaufen und Mitgestalten sind zwei verschiedene Dinge. Ein Team, das nur ausführt, erzeugt keinen Wandel. Mitgestaltung bedeutet, Vorschläge zu machen, Abläufe zu hinterfragen und Verbesserungen einzubringen, bevor sie jemand anderes einfordert.

Feedback geben und annehmen. Teams, die nicht offen über Probleme reden, schieben Fehler so lange vor sich her, bis sie teuer werden. Offene Rückmeldung ist keine Frage des Mutes, sondern der Norm: Was im Team sagbar ist, entscheidet der Alltag.

Prozessdenken. Wer nur den eigenen Schritt kennt, kann keinen Wandel im Gesamtfluss tragen. Teams, die verstehen, was vor und nach ihnen passiert, erkennen Verbesserungspotenziale früher und schieben Probleme seltener auf andere.

Wie diese Kompetenzen im Teamalltag entstehen

Unsicherheit ansprechen, nicht wegmoderieren. Kurze Reflexionen am Ende von Meetings, was offen ist und was das für die Arbeit bedeutet, bauen Toleranz auf.
Kleines Experimentieren erlauben. Ein Schritt, eine Woche, ein Feedback. Teams, die geübt haben, schnell auszuprobieren, lernen schneller.
Mitgestaltung strukturieren. Nicht "habt ihr Ideen", sondern "hier ist das Problem, schlagt eine Lösung vor". Einladung mit Kontext erzeugt mehr als offene Fragen.
Prozesskenntnis aufbauen. Gemeinsame Prozessaufnahmen, bei denen Teams ihren eigenen Ablauf sichtbar machen, sind wirksamer als Schulungen über Prozessdenken.

Welche Kompetenzen Mitarbeitende individuell entwickeln müssen, beschreibt der Beitrag Warum Menschen entscheiden. Wie ein ERP-Rollout gerettet wird, wenn Teams erst spät einbezogen werden, zeigt der Beitrag ERP-Rollout retten. Den übergreifenden Rahmen für Transformation findest du unter Transformation.

Einordnung in core+

Im core+-Modell fällt Teamkompetenz unter das Feld "enable & support". Dieser Baustein kommt nach der Klarheit über Ziel und Richtung und nach der Strukturarbeit, die neues Arbeiten ermöglicht. Erst dann können Teams effektiv befähigt werden. Wer diesen Schritt überspringt oder zu früh startet, investiert in Kompetenzaufbau, ohne dass der Boden dafür bereitet ist, und das Gelernte verblasst ohne Halt.

Der Unterschied zwischen einem Team, das Wandel trägt, und einem, das ihn aushält, liegt nicht im Willen, sondern in der Vorbereitung. Vorbereitung ist planbar. Sie braucht Zeit, Struktur und Führung, die das Thema ernstnimmt. Den Beratungsansatz findest du auf der Überblicksseite.

Drei Entscheidungsfragen

Welcher der fünf Kompetenzbereiche ist in deinem Team am schwächsten ausgeprägt, und woran merkst du das konkret?
Wann hat dein Team zuletzt einen Verbesserungsvorschlag gemacht, der umgesetzt wurde, ohne dass jemand danach gefragt hat?
Welchen Spielraum gibst du deinem Team, um Fehler zu machen und daraus zu lernen, bevor das nächste Transformationsprojekt startet?

in short

Transformation projects rarely fail because of technology. They fail because teams are not prepared to tolerate uncertainty, learn quickly and actively shape the change.
Five competencies make the difference. They can be built but not mandated. And they do not emerge from a single training session.
The difference is not about budget. It lies in whether people actively shape the change or are passively pulled along.

Why transformation fails so often

The investments in transformation projects are often substantial: new ERP systems, agile methods, AI-supported processes. And yet many projects end up shelved, half-heartedly implemented or blocked by resistance from the workforce.

The often-cited claim that a large share of transformation initiatives miss their goals rests on a less solid empirical foundation than is often implied. The article change management and failure rates puts those figures in perspective. The underlying pattern, however, is real: teams that are not prepared will struggle with change, regardless of how good the system is.

The five competencies in a team context

Tolerating uncertainty. Change means letting go of established routines before new ones are secure. Teams that only manage uncertainty away do not carry change through daily work. The ability to work with open questions must be actively practised.

Learning quickly. New tools, changed processes, shifting conditions: the speed at which a team absorbs and applies new things decides whether it drives change or runs behind it.

Actively shaping the change. Going along and shaping things are two different things. A team that only executes generates no change. Active shaping means making suggestions, questioning processes and bringing improvements before someone else demands them.

Giving and receiving feedback. Teams that do not talk openly about problems push mistakes forward until they become costly. Open feedback is not a question of courage but of norm: what can be said in a team is decided by everyday practice.

Process thinking. Anyone who only knows their own step cannot carry change across the whole flow. Teams that understand what happens before and after them spot improvement potential earlier and push problems onto others less often.

How these competencies emerge in the team's daily work

Name uncertainty rather than managing it away. Short reflections at the end of meetings about what is open and what that means for the work build tolerance over time.
Allow small experiments. One step, one week, one piece of feedback. Teams that have practised trying things quickly learn faster.
Structure active shaping. Not "do you have any ideas" but "here is the problem, propose a solution". An invitation with context generates more than an open question.
Build process knowledge. Joint process mapping sessions where teams make their own flow visible are more effective than training courses on process thinking.

The individual competencies employees need to develop are described in why people decide. How a rollout is rescued when teams are brought in late is shown in saving an ERP rollout. The overarching framework for transformation is under transformation.

Where this fits in core+

In the core+ model team competence falls under "enable & support". This building block comes after clarity about goal and direction, and after the structural work that makes new ways of working possible. Only then can teams be effectively enabled. Skipping this step or starting it too early means investing in competence development before the ground is prepared for it.

The difference between a team that carries change and one that merely endures it lies not in willingness but in preparation. Preparation is plannable. It needs time, structure and leadership that takes the topic seriously. The consulting approach is on the overview page.

Three questions to guide your decision

Which of the five competency areas is weakest in your team, and how do you notice that concretely?
When did your team last make an improvement suggestion that was implemented without anyone asking for it?
How much room do you give your team to make mistakes and learn from them before the next transformation project starts?

häufige fragenfrequently asked questions

Wie stärke ich die Fähigkeit meines Teams, mit Unsicherheit umzugehen?How do I strengthen my team's ability to deal with uncertainty?

Indem du Unsicherheit nicht wegmoderierst, sondern ansprichst. Teams, die offen über offene Fragen reden dürfen, gewöhnen sich schneller daran als Teams, die so tun müssen, als hätten sie alles im Griff.By naming uncertainty rather than managing it away. Teams that are allowed to talk openly about open questions adapt faster than teams that must act as if they have everything under control.

Ab welchem Punkt brauche ich externe Begleitung für die Transformation?At what point do I need external support for the transformation?

Wenn das Team aufgehört hat, Fragen zu stellen, weil keine Fragen erwünscht scheinen, oder wenn Führungsebene und Teams unterschiedliche Bilder davon haben, wie weit der Wandel schon gediehen ist.When the team has stopped asking questions because questions seem unwelcome, or when the leadership and the teams have different pictures of how far the change has progressed.

Wie erkenne ich, ob mein Team wirklich transformationsfähig ist oder nur mitläuft?How do I know whether my team is genuinely capable of transformation or just going along?

Frag, wer im Team zuletzt einen eigenen Verbesserungsvorschlag gemacht und umgesetzt hat. Mitläufer warten auf Anweisung. Transformationsfähige Teams schlagen vor.Ask who in the team last made an improvement suggestion that was actually implemented. Those who go along wait for instructions. Transformation-capable teams make proposals.

geschrieben vonwritten by steffen herr · 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