Das ADKAR-Modell für Change Management

Das ADKAR-Modell ist ein Change-Management-Framework, das bei einzelnen Menschen ansetzt. Sein Kerngedanke ist einfach: Eine Organisation verändert sich nur, wenn sich die Menschen darin verändern, und jeder Einzelne durchläuft dabei dieselben fünf Zustände in derselben Reihenfolge. Awareness, Desire, Knowledge, Ability, Reinforcement. Fehlt einer, bleibt die Veränderung stecken, egal wie gut der Projektplan aussieht.

Dieser Leitfaden zeigt dir, was jedes Element bedeutet, wie du misst, wo deine Leute wirklich stehen, wie eine ADKAR-Analyse an einem echten Konzern-Rollout aussieht, wie sich das Modell zu Kotter und Lewin verhält und welche Fehler in fast jedem gescheiterten Veränderungsprogramm auftauchen.

Was ist das ADKAR-Modell?

Das ADKAR-Modell ist ein Framework für individuelle Veränderung, das Jeff Hiatt 1996 bei Prosci entwickelt hat. Erstmals veröffentlicht wurde es 1999 im White Paper „The Perfect Change“, ausführlich beschrieben 2006 im Buch „ADKAR: A Model for Change in Business, Government and our Community“. Es beschreibt die fünf aufeinander aufbauenden Ergebnisse, die eine Person erreichen muss, damit eine Veränderung hält:

• Awareness (Bewusstsein) für die Notwendigkeit. Die Person versteht den geschäftlichen Grund und das Risiko des Nichtstuns.
• Desire (Wille) zur Unterstützung. Die Person hat für sich selbst entschieden, mitzugehen.
• Knowledge (Wissen) über das Wie. Die Person kennt den neuen Prozess, das neue Werkzeug, das neue Verhalten.
• Ability (Fähigkeit), das Wissen im Alltag anzuwenden. Die Person kann es tatsächlich, nicht nur beschreiben.
• Reinforcement (Verankerung), damit es bleibt. Nichts zieht die Person in die alte Arbeitsweise zurück.

Die Reihenfolge ist nicht verhandelbar. Wer jemanden schult, der keinen Willen zur Veränderung hat, produziert ein Zertifikat, keine Verhaltensänderung. Genau das ist der größte Nutzen von ADKAR: eine Diagnose, wo die Veränderung wirklich klemmt, statt eines diffusen Gefühls, dass sich die Leute sperren.

Die fünf ADKAR-Elemente in der Praxis

Awareness: Warum passiert das?

Awareness ist keine Ankündigung, sondern Verständnis. Menschen brauchen den geschäftlichen Grund, die Konsequenz des Stillstands und ein Bild davon, wie die Zukunft aussieht. Awareness kommt typischerweise von der Unternehmensspitze und von der direkten Führungskraft, und sie scheitert dann, wenn die Führung die Entscheidung kommuniziert, aber nicht die Begründung dahinter.

Was sie aufbaut: ein klares Warum vom Sponsor, dieselbe Botschaft über mehrere Kanäle, eine ehrliche Beschreibung dessen, was ohne Veränderung passiert, und Raum für unbequeme Fragen. Was fehlende Awareness anzeigt: Gerüchte, wiederkehrende Fragen, ob das Projekt ernst gemeint ist, und die Frage, wer das eigentlich entschieden hat.

Desire: Will ich das mitmachen?

Desire ist das einzige Element, das du nicht anordnen kannst. Awareness lässt sich vermitteln, Knowledge lässt sich schulen, Ability lässt sich coachen, aber die Entscheidung mitzumachen gehört der einzelnen Person. Sie hängt daran, was die Veränderung für diese Person bedeutet: Rolle, Status, Arbeitslast, das eigene Gefühl von Kompetenz.

Was sie aufbaut: Beteiligung früh genug, dass sie wirklich etwas beeinflusst, Führungskräfte, die sichtbar dahinterstehen, ein ehrlicher Umgang mit dem persönlichen Preis der Veränderung statt der Behauptung, es gäbe keinen, und Anerkennung für die, die vorangehen. Was fehlenden Willen anzeigt: höfliche Zustimmung im Meeting, gefolgt von unverändertem Verhalten.

Knowledge: Weiß ich, wie?

Knowledge umfasst beides, die neuen Fähigkeiten und das Wissen über den Weg dorthin: neue Prozesse, neue Werkzeuge, neue Rollen, neue Entscheidungsbefugnisse. Es ist das Element, in dem Organisationen am stärksten sind, weil Schulung das ist, was sich am leichtesten einkaufen lässt. Genau deshalb investieren so viele Programme hier zu viel und bei Awareness und Desire zu wenig.

Was es aufbaut: rollenspezifische Schulungen statt einer generischen Session, Hilfsmittel, die im Moment der Anwendung greifbar sind, und Schulung nah am Go-live statt Monate vorher. Was fehlendes Wissen anzeigt: Menschen, die das neue Werkzeug auf die alte Art benutzen.

Ability: Kann ich es wirklich?

Wissen und Können sind nicht dasselbe, und in der Lücke dazwischen verlieren die meisten Rollouts ihren Zeitplan. Jemand kann am Freitag den Test bestehen und am Montag unter Druck trotzdem nicht in der Lage sein, den Prozess zu fahren. Ability braucht Übungszeit, Zugang zu jemandem, der es schon gemacht hat, und Toleranz für den vorübergehenden Leistungseinbruch, der jeder Veränderung folgt.

Was sie aufbaut: praktisches Üben in der echten Umgebung, Coaching durch Führungskräfte, Key-User in jedem Team und ein eingeplanter Produktivitätsdip statt eines überraschten Managements. Was fehlende Fähigkeit anzeigt: Workarounds, Schatten-Tabellen und das leise Zurückrutschen ins alte System.

Reinforcement: Was hält es fest?

Reinforcement ist das Element, das gestrichen wird, wenn das Projektbudget ausläuft, und genau deshalb kippen so viele Veränderungen ein halbes Jahr nach dem Go-live zurück. Dazu zählt alles, was die neue Arbeitsweise zum Weg des geringsten Widerstands macht: Messung, Anerkennung, das Abschalten des alten Systems und das Korrigieren von Anreizen, die noch das alte Verhalten belohnen.

Was sie aufbaut: die Altlösung abschalten, Nutzung statt Teilnahme messen, einzelne Teams namentlich sichtbar machen und Anreizsysteme anpassen. Was fehlende Verankerung anzeigt: Nutzungszahlen, die am Go-live ihren Höchststand haben und danach jeden Monat sinken.

So führst du ein ADKAR-Assessment durch

Die praktische Stärke von ADKAR ist, dass es sich messen lässt. In der Prosci-Methode wird jedes der fünf Elemente für eine Person oder eine Gruppe auf einer Skala von 1 bis 5 bewertet. Das erste Element mit einem Wert von 3 oder darunter ist der Barrier Point, und dorthin geht die gesamte Energie, bis sich der Wert bewegt. Alles, was weiter hinten in der Kette liegt, ist bis dahin verschwendete Mühe.

Ein durchgerechnetes Beispiel: Ein Team erreicht Awareness 4, Desire 2, Knowledge 4, Ability 3, Reinforcement 2. Der Barrier Point ist Desire mit 2. Mehr Schulung hilft diesem Team nicht, denn Knowledge steht bereits bei 4. Richtig ist Sichtbarkeit des Sponsors, Gespräche der direkten Führungskräfte und ein offener Umgang damit, was die Veränderung diese Menschen persönlich kostet. Sobald Desire über 3 liegt, wandert die Barriere zu Ability, und erst dann ist Coaching die richtige Investition.

Bewerte je Gruppe, nicht je Organisation. Vertrieb, Operations und IT haben selten denselben Barrier Point, und ein Durchschnitt über alle verdeckt genau die Information, die du brauchst. In einer Matrixstruktur wiegt das noch schwerer, weil dieselbe Person aus Fach- und Projektlinie widersprüchliche Signale bekommt. Das ist einer der praktischen Preise der Matrixorganisation in Veränderungsprogrammen.

ADKAR-Fallbeispiel: eine Startup-Lösung im Konzern ausrollen

Am klarsten wird das Modell an einem konkreten Fall. Nimm einen Konzern, der eine externe Startup-Lösung einführt, zum Beispiel ein KI-gestütztes Werkzeug, das eine manuelle Qualitätsprüfung in der Produktion ersetzt. Die Technik funktioniert, der Vertrag ist unterschrieben, und die Einführung scheitert trotzdem, weil die Menschen im Prozess nie durch ADKAR geführt wurden.

• Awareness: Die Mitarbeitenden erfahren vom Werkzeug über die Pilotankündigung, nicht über die eigene Führung, und vermuten eine Stellenabbaumaßnahme. Wert 2.
• Desire: Die manuelle Prüfung war der Teil der Arbeit, der sie zu Fachleuten machte. Automatisierung fühlt sich wie eine Degradierung an. Wert 1.
• Knowledge: Das Startup liefert ein solides zweistündiges Onboarding. Wert 4.
• Ability: Niemand hat das Werkzeug je unter echter Spitzenlast bedient. Wert 2.
• Reinforcement: Die alte Checkliste steht weiterhin im Qualitätshandbuch. Wert 1.

Der Barrier Point ist Desire. Die Lösung ist nicht mehr Onboarding. Sie besteht darin, dass die Bereichsleitung erklärt, was die Veränderung für das Team bedeutet, die Rolle rund um Ausnahmebehandlung statt Routineprüfung neu definiert und die alte Checkliste entfernt, damit der neue Weg der einzige ist. Diese Neurahmung macht aus einem technisch erfolgreichen Pilotprojekt eine dauerhafte Veränderung statt eines teuren Proof of Concept, der still wieder abgeschaltet wird.

Um überhaupt zu wissen, welche Gruppen du bewerten musst, bilde die Veränderung auf die Aktivitäten ab, die sie berührt. Porters Wertkettenmodell ist dafür eine praktische Linse: Eine Veränderung in der Eingangslogistik trifft eine andere Population mit anderen Barrier Points als eine Veränderung in Marketing und Vertrieb. Wer die eigene Wertschöpfungskette vor dem Rollout kartiert, weiß, wo die Veränderung wirklich einschneidend ist und wo sie kosmetisch bleibt.

ADKAR im Vergleich zu Kotter und Lewin

ADKAR wird oft als Alternative zu den anderen Klassikern dargestellt. Nützlicher ist es, das Modell als die individuelle Ebene zu sehen, die die anderen nicht abdecken.

• ADKAR (Hiatt, 1996): fünf Ergebnisse pro Person, diagnostisch, messbar, zeigt genau, wo eine Person oder ein Team blockiert ist. Schwach auf Organisations- und Portfolioebene.
• Kotters 8 Schritte (Leading Change, 1996): eine Abfolge für die Organisation, von der Dringlichkeit bis zur Verankerung in der Kultur. Stark in der Führungschoreografie, sagt dir aber nicht, warum eine bestimmte Abteilung sich nicht bewegt.
• Lewin (Unfreeze, Change, Refreeze, 1947): das gedankliche Fundament, auf dem alles andere aufbaut. Gut zum Einordnen, zu grob für die Programmsteuerung.

In der Praxis funktioniert die Kombination gut: Kotter oder ein phasenbasierter Organisationsprozess für das Programm, ADKAR für die Menschen darin, und das Assessment als Bindeglied zwischen beiden.

Wo ADKAR passt und wo nicht

ADKAR funktioniert am besten dort, wo eine definierte Gruppe eine definierte neue Arbeitsweise übernehmen muss: ein ERP- oder CRM-Rollout, ein neues Verfahren in der Produktion, eine Compliance-Anforderung, eine Reorganisation, ein neues Werkzeug im Kundenservice. Es ist für Veränderungen mit klarem Vorher und Nachher gebaut.

Weniger gut passt es, wenn das Ziel noch gar nicht feststeht. In explorativer Innovationsarbeit, bei der niemand weiß, wie der künftige Prozess aussieht, beschreibt ein beim Kick-off gebauter ADKAR-Plan drei Monate später einen Zielzustand, den es nicht mehr gibt. Dort gilt: erst explorieren, dann ADKAR anwenden, sobald die Lösung definiert ist. Startups haben eine andere Variante desselben Problems: Sie verändern sich permanent, haben aber selten die Ebenen, an denen Widerstand überhaupt entsteht. Das Modell ist dort leichter anzuwenden, aber auch weniger nötig.

Häufige Fehler beim ADKAR-Modell

• Mit Schulung anfangen. Schulung ist der sichtbare, budgetierbare Teil und passiert deshalb zuerst. Wenn Awareness und Desire niedrig sind, ändert sie nichts.
• Die Organisation statt der Gruppen bewerten. Ein Durchschnitt verdeckt die eine Abteilung, die blockiert ist, und genau die kippt den Rollout.
• Das Assessment als einmalige Übung sehen. Barrier Points wandern. Eine Bewertung vom Kick-off ist zum Go-live wertlos.
• Den alten Weg offen lassen. Solange der Altpfad existiert, kann Reinforcement nicht wirken.
• Awareness an das Projektteam delegieren. Menschen nehmen den geschäftlichen Grund vom Sponsor und der eigenen Führungskraft an, nicht von einem Change Manager, den sie nie getroffen haben.
• Am Go-live Erfolg melden. Der Go-live misst bestenfalls Knowledge und Ability. Reinforcement misst sich Monate später.

ADKAR-Modell: häufige Fragen

Wofür steht ADKAR?

Für Awareness, Desire, Knowledge, Ability und Reinforcement, also die fünf Ergebnisse, die eine Person in dieser Reihenfolge erreichen muss, damit eine Veränderung gelingt und hält.

Wer hat das ADKAR-Modell entwickelt?

Jeff Hiatt, Gründer von Prosci, hat es 1996 auf Basis von Forschung dazu entwickelt, warum Veränderungen in Hunderten von Organisationen gelangen oder scheiterten. Veröffentlicht wurde es zuerst 1999 in einem White Paper und vollständig 2006 in seinem Buch.

Was ist ein Barrier Point im ADKAR-Modell?

Der Barrier Point ist das erste der fünf Elemente, das auf der Skala von 1 bis 5 einen Wert von 3 oder darunter erreicht. Dort steckt die Veränderung fest, und nur dieses Element lohnt die Arbeit, bis sich der Wert verbessert.

Ist ADKAR besser als Kotters 8-Stufen-Modell?

Beide beantworten verschiedene Fragen. ADKAR diagnostiziert, wo eine Person oder Gruppe blockiert ist. Kotter choreografiert, was die Führung organisationsweit tut. Ausgereifte Veränderungsprogramme nutzen meist beides, statt sich zu entscheiden.

Lässt sich ADKAR auch für kleine Teams nutzen?

Ja, und dort ist es oft einfacher. Bei zehn Personen kannst du an einem Nachmittag jede Person einzeln bewerten und in derselben Woche handeln, was über eine Division mit zweitausend Menschen nicht realistisch ist.

Fazit

Das ADKAR-Modell verdient seinen Platz, weil es Widerstand ortbar macht. Statt festzustellen, dass die Leute sich sperren, erfährst du, dass Desire in der Produktion bei 2 steht und Reinforcement überall bei 1, und weißt genau, was als Nächstes zu tun ist. Diese diagnostische Qualität und nicht das Akronym ist der Grund, warum das Modell dreißig Jahre Change-Management-Moden überlebt hat.

Am schwersten wird Change Management, wenn die neue Arbeitsweise von außen kommt. Genau das ist der Alltag von Wayra, dem Innovation Hub von o2 Telefónica: Startup-Lösungen in einen Konzern bringen und dafür sorgen, dass die Menschen sie täglich wirklich nutzen.