ADKAR-Modell: Anleitung, Praxisbeispiel und Vergleich mit Kotter

Das ADKAR-Modell ist ein individuenfokussiertes Change-Management-Framework, das fünf Meilensteine definiert, die jeder einzelne Mensch durchlaufen muss, damit Veränderung gelingt: Awareness (Bewusstsein), Desire (Wunsch), Knowledge (Wissen), Ability (Fähigkeit) und Reinforcement (Verankerung). Entwickelt wurde es von Jeff Hiatt, dem Gründer des Forschungsunternehmens Prosci, und 2003 erstmals veröffentlicht [1].

Was ADKAR von anderen Change-Frameworks unterscheidet: Es wechselt die Perspektive — weg von der Organisation, hin zum einzelnen Menschen. Kotters 8-Stufen-Modell beantwortet die Frage „Was muss die Organisation tun?” ADKAR beantwortet die Frage „Was muss der einzelne Betroffene durchlaufen?” Keine Transformation gelingt, wenn sie nur auf einer der beiden Ebenen stattfindet.

Suchst du nach „ADKAR-Modell” im deutschsprachigen Netz, findest du Dutzende Ergebnisse mit denselben fünf Buchstaben. Keines zeigt die diagnostische Stärke des Modells — die Fähigkeit, präzise zu identifizieren, wo eine Person feststeckt. Keines diskutiert die Grenzen: dass ADKAR rationale Progression unterstellt und bei kollektiven, kulturellen Dynamiken an seine Grenzen stößt. Und keines vergleicht ADKAR systematisch mit Kotter auf der Basis ihrer komplementären Stärken.

Dieser Leitfaden schließt diese Lücken. Für den kompakten Vergleich aller Change-Frameworks siehe den Überblicksartikel zu Change-Management-Modellen.

Herkunft: Von Prosci-Forschung zur globalen Verbreitung

Jeff Hiatt gründete Prosci 1994 als Forschungsunternehmen für Change Management. Ab 1998 führte Prosci groß angelegte Benchmarkstudien durch — mit über 25.000 Teilnehmenden in mehreren Erhebungswellen über 25 Jahre [2]. Aus diesen Daten destillierte Hiatt 2003 das ADKAR-Modell als Beschreibung der individuellen Veränderungsreise.

Die zentrale Erkenntnis aus den Prosci-Daten: Initiativen mit exzellentem Change Management sind sechsmal erfolgreicher als solche ohne [2]. Aber — und das ist die entscheidende Nuance — „Change Management” bedeutet hier nicht die Anwendung eines bestimmten Modells, sondern die systematische Begleitung der betroffenen Menschen.

Kontextfaktor: Prosci ist gleichzeitig Forschungsunternehmen und Anbieter von ADKAR-Zertifizierungen und Trainings. Die Forschungsdaten und das kommerzielle Angebot sind nicht voneinander trennbar. Das schmälert nicht zwingend die Qualität der Erkenntnisse — aber es erfordert kritische Distanz bei der Interpretation. Vergleichbare unabhängige Validierungen des ADKAR-Modells fehlen in der akademischen Literatur [3].

Die 5 Elemente im Detail

Element 1: Awareness — Bewusstsein für die Notwendigkeit der Veränderung

Bevor ein Mensch sein Verhalten ändern kann, muss er verstehen, warum die Veränderung notwendig ist. Awareness beantwortet drei Fragen:

1. Was verändert sich? (konkreter Scope, nicht vage Formulierungen)
2. Warum verändert sich das? (geschäftliche Gründe, Marktdaten, Kundenfeedback)
3. Was passiert, wenn wir nichts verändern? (Risiken des Status quo)

Häufiger Fehler: Awareness wird mit Information verwechselt. Eine E-Mail mit dem Betreff „Änderungen am Prozess” erzeugt keine Awareness — sie erzeugt Unruhe. Awareness entsteht, wenn die Betroffenen die Verbindung zwischen der Veränderung und ihrem eigenen Arbeitskontext herstellen können.

Diagnostischer Hinweis: Wenn Mitarbeitende fragen „Warum machen wir das?”, „Was ist das Problem?”, oder „Das war doch immer gut genug” — dann fehlt Awareness. Die Intervention ist nicht „mehr erklären”, sondern „anders erklären”: in der Sprache der Betroffenen, mit Bezug zu ihrer täglichen Arbeit.

Element 2: Desire — Der Wunsch, an der Veränderung teilzunehmen

Awareness ist notwendig, aber nicht hinreichend. Ein Mitarbeiter kann vollständig verstehen, warum die Veränderung nötig ist — und sich trotzdem dagegen entscheiden. Desire ist das Element, das die Brücke zwischen Verstehen und Wollen schlägt.

Was Desire beeinflusst:

• WIIFM (What’s In It For Me?): Was gewinne ich persönlich durch die Veränderung? Wird mein Job besser, sicherer, interessanter?
• Vertrauen in die Führung: Glaube ich, dass die Führung die Veränderung kompetent steuert?
• Soziales Umfeld: Unterstützen meine Kolleginnen und Kollegen die Veränderung? Oder herrscht kollektiver Widerstand?
• Persönliche Situation: Passt die Veränderung in meine aktuelle Lebensphase? Habe ich die Kapazität?

Der kritischste Fehler im gesamten ADKAR-Modell: Teams überspringen Desire und gehen direkt von Awareness zu Knowledge. „Die Mitarbeitenden verstehen das Problem. Jetzt schulen wir sie.” Ergebnis: Menschen sitzen in Trainings, die sie nicht wollen. Sie lernen technisch, was zu tun ist — aber sie tun es nicht. Widerstand ist kein Wissensdefizit. Widerstand ist ein Desire-Defizit.

Diagnostischer Hinweis: Wenn Mitarbeitende sagen „Ich verstehe, warum das nötig ist, aber…” — dann ist das ein Desire-Problem. Das „Aber” ist der Schlüssel: Angst vor Jobverlust, Überforderung, mangelndes Vertrauen, persönliche Kosten der Veränderung.

Verbindung zur Veränderungskurve: Die Veränderungskurve beschreibt die emotionalen Phasen, die Menschen während Veränderungen durchlaufen — Schock, Widerstand, Exploration, Akzeptanz. Die Desire-Phase in ADKAR korrespondiert mit der Überwindung des emotionalen Widerstands auf der Veränderungskurve. Beide Modelle beschreiben denselben Moment aus unterschiedlichen Perspektiven: ADKAR strukturell, die Veränderungskurve emotional.

Element 3: Knowledge — Wissen über das Wie der Veränderung

Erst wenn Awareness und Desire vorhanden sind, ist Knowledge produktiv. Knowledge beantwortet die Frage: Wie mache ich das Neue konkret?

Zwei Arten von Knowledge:

1. Prozesswissen: Wie funktioniert der neue Prozess? Welche Schritte, welche Tools, welche Systeme?
2. Verhaltens- und Rollenwissen: Was ändert sich an meiner Rolle? Welche neuen Verhaltensweisen werden erwartet? Welche alten Gewohnheiten muss ich ablegen?

Häufiger Fehler: Knowledge wird auf technisches Training reduziert. „Wir schulen alle auf das neue System” — ohne zu adressieren, dass sich auch Rollen, Zuständigkeiten und Zusammenarbeitsmuster ändern. Ergebnis: Die Mitarbeitenden können das neue System bedienen, aber sie arbeiten im neuen System mit alten Verhaltensmustern.

Methodenhinweis: Knowledge-Transfer ist nicht gleich Training. In manchen Kontexten sind Coaching, Job Shadowing, Peer Learning oder strukturierte Pilotphasen effektiver als klassische Schulungen.

Element 4: Ability — Die Fähigkeit, das neue Verhalten auszuüben

Knowledge ist Theorie. Ability ist Praxis. Der Unterschied: Ich weiß, wie man Fahrrad fährt (Knowledge). Ich kann tatsächlich Fahrrad fahren (Ability). Der Übergang von Knowledge zu Ability erfordert Zeit, Übung und Fehlertoleranz.

Was den Übergang von Knowledge zu Ability blockiert:

• Fehlende Übungsmöglichkeiten: Das neue Verhalten wird nur im „scharfen” Produktivbetrieb erprobt, nicht in geschützten Pilotumgebungen
• Fehlende Fehlertoleranz: Fehler im neuen Verhalten werden bestraft statt als Lernchance genutzt
• Systemische Barrieren: Die IT-Infrastruktur, die Organisationsstruktur oder die Prozesse verhindern das neue Verhalten — auch wenn Wissen und Wille vorhanden sind

Verbindung zur Kraftfeldanalyse: Die Kraftfeldanalyse identifiziert genau diese systemischen Barrieren — die hemmenden Kräfte, die verhindern, dass Knowledge zu Ability wird. Wenn die ADKAR-Diagnose zeigt, dass Mitarbeitende bei Ability feststecken, ist die Kraftfeldanalyse das richtige diagnostische Werkzeug.

Diagnostischer Hinweis: Wenn Mitarbeitende sagen „Ich weiß, wie es geht, aber ich schaffe es nicht im Alltag” — dann ist das ein Ability-Problem. Die Intervention ist nicht nochmals schulen, sondern Barrieren entfernen, Übungsräume schaffen und Unterstützung bereitstellen.

Element 5: Reinforcement — Verankerung der Veränderung

Die meisten Veränderungen scheitern nicht am Anfang, sondern am Ende. Reinforcement stellt sicher, dass das neue Verhalten beibehalten wird — dass die Organisation nicht nach drei Monaten in alte Muster zurückfällt.

Drei Reinforcement-Mechanismen:

1. Anerkennung: Sichtbare Wertschätzung für das neue Verhalten — vom direkten Lob bis zur formalen Auszeichnung
2. Konsequenzen: Altes Verhalten wird nicht mehr toleriert — das Bonussystem, die Beförderungskriterien und die Leistungsbeurteilung reflektieren die neuen Erwartungen
3. Messung: Regelmäßige Überprüfung, ob das neue Verhalten tatsächlich praktiziert wird — nicht nur ob die Schulung stattgefunden hat

Häufiger Fehler: Reinforcement wird als „Belohnung” verstanden — Prämien, Zertifikate, Feiern. Das sind nette Gesten, aber sie ersetzen keine systemische Verankerung. Echtes Reinforcement verändert die Strukturen, die Verhalten belohnen: Wer wird befördert? Was wird gemessen? Was wird in Meetings besprochen?

ADKAR-Assessment: Die diagnostische Stärke

Die eigentliche Stärke von ADKAR liegt nicht in der Beschreibung der fünf Elemente — die ist relativ intuitiv. Sie liegt in der diagnostischen Anwendung: das Modell identifiziert präzise, wo eine Person oder eine Gruppe feststeckt.

So funktioniert die Diagnose

Jedes Element wird auf einer Skala von 1-5 bewertet (1 = nicht vorhanden, 5 = vollständig vorhanden). Der erste Punkt, an dem der Wert unter 3 fällt, ist der Barrier Point — die Stelle, an der die Veränderung blockiert ist.

Beispiel-Assessment für eine Sachbearbeiterin bei der Einführung eines neuen Schadenmanagementsystems:

Element	Score	Begründung
Awareness	4	Versteht, warum das neue System eingeführt wird
Desire	2	Befürchtet, dass das neue System ihre Expertise entwertet
Knowledge	-	Noch nicht relevant, da Desire-Barrier
Ability	-	Noch nicht relevant
Reinforcement	-	Noch nicht relevant

Barrier Point: Desire. Die Intervention ist nicht Schulung (Knowledge), sondern die Adressierung der Angst vor Expertiseverlust — z. B. durch die Demonstration, dass das neue System Routinearbeit automatisiert und mehr Zeit für komplexe Fälle schafft, die ihre Expertise tatsächlich erfordern.

Entscheidende Regel: Investiere nie in ein Element, das vor dem Barrier Point liegt. Wer bei Desire feststeckt, profitiert nicht von Knowledge-Training. Wer bei Awareness feststeckt, profitiert nicht von Desire-Gesprächen. Die Reihenfolge ist nicht optional.

Assessment auf Gruppenebene

In der Praxis bewertest du nicht jede Person einzeln (bei 500 Betroffenen wäre das unpraktikabel). Stattdessen identifizierst du Stakeholder-Segmente — Gruppen mit ähnlicher Betroffenheit — und führst das Assessment pro Segment durch.

Typische Segmentierung für eine Servicedigitalisierung:

Segment	Awareness	Desire	Knowledge	Ability	Barrier Point
Sachbearbeitung	4	2	-	-	Desire
Teamleitung	4	4	3	-	Knowledge
IT-Abteilung	5	5	4	3	Ability
Kundenservice	3	-	-	-	Awareness

Was diese Diagnose zeigt: Jedes Segment braucht eine andere Intervention. Für die Sachbearbeitung: Desire-Maßnahmen (WIIFM, Zukunftssicherheit). Für die Teamleitung: Knowledge-Transfer (wie das neue System im Team genutzt wird). Für die IT: Ability-Unterstützung (Pilotumgebung, Fehlertoleranz). Für den Kundenservice: Awareness-Kommunikation (warum die Veränderung auch ihr Arbeitsumfeld betrifft).

Eine einheitliche Change-Kommunikation für alle vier Segmente wäre Ressourcenverschwendung — und würde bei mindestens drei Segmenten die falsche Frage beantworten.

Praxisbeispiel: Digitale Service-Plattform bei einer Bank

Kontext: Eine DACH-Privatbank führt eine neue digitale Service-Plattform ein. Kundenberaterinnen und Kundenberater sollen künftig Beratungsgespräche digital dokumentieren, Produktempfehlungen über ein algorithmisches Scoring erstellen und Kundendaten in Echtzeit aktualisieren. Bisher: papierbasierte Gesprächsnotizen, manuelle Produktauswahl, wöchentlicher Datenabgleich.

Phase 1: ADKAR-Assessment (Woche 1-2)

Das Change-Team segmentiert die 320 Betroffenen in vier Gruppen und führt pro Gruppe Fokusgruppengespräche und Kurzumfragen durch:

Segment	N	Awareness	Desire	Knowledge	Ability	Barrier
Erfahrene Berater (>10 J.)	85	4	1	-	-	Desire
Jüngere Berater (<5 J.)	120	3	4	-	-	Awareness
Filialleitung	45	4	3	2	-	Knowledge
Back-Office	70	2	-	-	-	Awareness

Phase 2: Segmentspezifische Interventionen (Woche 3-12)

Erfahrene Berater (Barrier: Desire): Die Angst: „Das algorithmische Scoring ersetzt meine 15 Jahre Kundenkenntnis.” Die Intervention: Nicht Schulung, sondern Beteiligung. Erfahrene Berater werden in die Kalibrierung des Scoring-Algorithmus einbezogen — ihre Expertise fließt in das System ein, statt von ihm ersetzt zu werden. Pilotphase: 8 Berater testen das System in echten Beratungsgesprächen, mit expliziter Erlaubnis, zum alten System zurückzukehren, wenn es nicht funktioniert. Ergebnis: 6 von 8 Pilotteilnehmern berichten, dass das System ihre Empfehlungen verbessert, nicht ersetzt. Diese 6 werden zu internen Botschaftern.

Jüngere Berater (Barrier: Awareness): Die Lücke: Verstehen das neue System technisch, aber nicht den geschäftlichen Kontext. Intervention: Workshops mit Kundenfeedback-Daten — „32 % unserer Kunden bewerten die Beratungsqualität als inkonsistent. Die Plattform standardisiert die Qualität.” Ergebnis: Awareness steigt, Desire ist bereits hoch — Transition zu Knowledge-Training.

Filialleitung (Barrier: Knowledge): Die Lücke: Verstehen das „Was” und „Warum”, aber nicht das „Wie” für ihre Führungsrolle. Intervention: Managementtraining nicht über das System selbst, sondern über Teamführung während der Transition — wie Widerstand moderieren, wie Fortschritte messen, wie Rückfälle adressieren.

Back-Office (Barrier: Awareness): Die Lücke: „Das betrifft nur die Berater, nicht uns.” Intervention: Klare Kommunikation, dass die Plattform auch Back-Office-Prozesse verändert — neue Datenpflegepflichten, veränderte Schnittstellen zum Kundenservice.

Phase 3: Reinforcement (ab Woche 12)

• Beförderungsentscheidungen berücksichtigen die Nutzung der Plattform
• Wöchentliches Dashboard zeigt Adoptionsrate pro Filiale (kein Ranking, keine Bestrafung — aber Sichtbarkeit)
• Erfahrene Berater, die als Botschafter fungiert haben, werden in der internen Kommunikation hervorgehoben
• Quartalsweise ADKAR-Re-Assessment zeigt, wo Nachsteuerung nötig ist

Hinweis: Dieses Beispiel ist illustrativ konstruiert, um das ADKAR-Modell im Servicekontext zu demonstrieren. Die Zahlen basieren auf typischen Branchenwerten.

Vergleich: ADKAR vs. Kotter

Dimension	ADKAR (Prosci)	Kotter (8 Stufen)
Ebene	Individuum	Organisation
Grundfrage	„Wo steckt der einzelne Betroffene fest?”	„Was muss die Organisation tun?”
Stärke	Diagnostisch — identifiziert den Barrier Point	Umfassend — deckt Governance, Koalition, Vision ab
Schwäche	Organisationsebene fehlt — keine Governance-Struktur	Individuelle Ebene fehlt — keine emotionale Begleitung
Evidenzbasis	Prosci-Forschungsprogramm (25.000+ Teilnehmende, proprietär)	Anekdotisch (Kotter), in Fachliteratur ergänzend bestätigt
Reihenfolge	Strikt sequenziell (Barrier Point bestimmt Intervention)	Nominell sequenziell, in der Praxis parallel
Idealfall	Tool-Rollout, Prozessänderung, individuelle Adoption	Großtransformation mit klarem Zielzustand
Lizenzmodell	Proprietär (Prosci-Zertifizierung erforderlich für kommerzielle Nutzung)	Offen zugänglich (Bücher, HBR-Artikel)

Die entscheidende Erkenntnis: ADKAR und Kotter sind keine Alternativen. Sie adressieren unterschiedliche Ebenen desselben Problems. Kotter ohne ADKAR verliert die Menschen. ADKAR ohne Kotter verliert die strategische Steuerung.

Empfohlene Kombination:

• Kotter Stufe 1-3 (Dringlichkeit, Koalition, Vision) → Schafft den organisationalen Rahmen
• ADKAR-Assessment → Diagnostiziert, wo die Betroffenen stehen
• Kotter Stufe 4-5 (Kommunikation, Barrieren) → Organisationale Interventionen auf Basis der ADKAR-Diagnose
• ADKAR-Interventionen → Segmentspezifische Maßnahmen pro Barrier Point
• Kotter Stufe 6-8 (Quick Wins, Konsolidierung, Kultur) + ADKAR Reinforcement → Verankerung auf beiden Ebenen

Mehr zur Kombination von Frameworks im Überblicksartikel zu Change-Management-Modellen.

4 häufige Fehler beim ADKAR-Modell

1. Desire überspringen und direkt trainieren

Symptom: Die Mitarbeitenden wurden informiert (Awareness). Jetzt werden sie geschult (Knowledge). Ergebnis: Hohe Trainingsteilnahme, niedrige Adoption.

Warum das schadet: Ohne Desire ist Knowledge wirkungslos. Menschen, die nicht wollen, lernen zwar die Inhalte — aber wenden sie nicht an. Das Training wird zur Pflichtübung ohne Verhaltensänderung.

Lösung: Führe nach der Awareness-Kommunikation ein ADKAR-Assessment durch. Liegt Desire unter 3, investiere in Desire — nicht in Knowledge.

2. ADKAR als einziges Framework verwenden

Symptom: Das Projektteam nutzt ADKAR für alles — auch für organisationale Entscheidungen wie Governance-Struktur, Kommunikationsstrategie und Stakeholder-Management.

Warum das schadet: ADKAR beschreibt die individuelle Reise. Es liefert keine Governance-Struktur, keine Koalitionslogik und keine Kommunikationsarchitektur. Wer mit ADKAR eine Organisation steuern will, überdehnt das Modell.

Lösung: Kombiniere ADKAR mit einem organisationalen Framework — typischerweise Kotter für die strategische Steuerung.

3. ADKAR als lineares Prozessmodell behandeln

Symptom: „Wir sind jetzt in der Knowledge-Phase” — als ob alle Betroffenen gleichzeitig am selben Punkt stünden.

Warum das schadet: Verschiedene Stakeholder-Segmente haben unterschiedliche Barrier Points. Ein gemeinsames „Phase”-Denken führt dazu, dass Interventionen für manche Gruppen zu früh und für andere zu spät kommen.

Lösung: Segmentiere die Betroffenen und führe segmentspezifische Assessments durch. Die Reihenfolge A-D-K-A-R gilt pro Person/Segment — nicht für die Organisation als Ganzes.

4. Reinforcement als einmalige Aktivität

Symptom: Die Veränderung wurde eingeführt, ein Erfolgsevent gefeiert, das Projektteam aufgelöst. Drei Monate später: Rückfall in alte Muster.

Warum das schadet: Reinforcement ist kein Event, sondern ein System. Ohne systemische Verankerung — in Leistungsbeurteilung, Bonusstruktur, Beförderungskriterien — ist jede Verhaltensänderung temporär.

Lösung: Plane Reinforcement von Anfang an mit und definiere, welche Strukturen verändert werden müssen, damit das neue Verhalten dauerhaft belohnt wird.

Wann ADKAR NICHT das richtige Modell ist

1. Organisationsweite strategische Transformation: ADKAR beschreibt die individuelle Reise 300 einzelner Menschen, nicht die strategische Neuausrichtung eines Konzerns. Für die organisationale Ebene brauchst du Kotters 8-Stufen-Modell oder ein vergleichbares Governance-Framework.

2. Kulturwandel: ADKAR setzt rationale Progression voraus — Awareness führt zu Desire führt zu Knowledge. Bei tief verwurzelten kulturellen Überzeugungen funktioniert diese Logik nicht. Kultur verändert sich nicht durch individuelle Meilensteine, sondern durch kollektive Erfahrungen, neue Rituale und veränderte Machtverhältnisse. Hier sind Bridges’ Transition Model oder Theory U angemessener.

3. Unbekannter Zielzustand: ADKAR funktioniert am besten, wenn klar ist, was sich ändert (Awareness: „Das ist die Veränderung”). Wenn der Zielzustand erst entdeckt werden muss, liefert ADKAR keinen Rahmen für Exploration.

4. Kollektiver, identitätsbasierter Widerstand: Wenn eine Berufsgruppe ihre professionelle Identität bedroht sieht (z. B. Sachbearbeiter bei Automatisierung, Ärzte bei Protokollierung), reicht ADKAR nicht. Der Widerstand ist nicht individuell, sondern kollektiv — und er erfordert Interventionen auf Gruppenebene.

Häufig gestellte Fragen

Was ist das ADKAR-Modell?

ADKAR ist ein individuenfokussiertes Change-Management-Modell von Prosci mit fünf sequenziellen Elementen: Awareness (Bewusstsein für die Notwendigkeit), Desire (Wunsch mitzumachen), Knowledge (Wissen über das Wie), Ability (Fähigkeit zur Umsetzung) und Reinforcement (Verankerung). Es wurde 2003 von Jeff Hiatt veröffentlicht und basiert auf Proscis Forschungsprogramm mit über 25.000 Teilnehmenden.

Was ist der Unterschied zwischen ADKAR und Kotter?

ADKAR beschreibt die individuelle Veränderungsreise (wo steckt der einzelne Betroffene fest?). Kotter beschreibt die organisationale Transformation (was muss die Führung tun?). Sie sind komplementär: Kotter steuert die Transformation, ADKAR diagnostiziert und begleitet die Betroffenen. Mehr zum Vergleich im Abschnitt oben und im Überblicksartikel.

Was ist der ADKAR Barrier Point?

Der Barrier Point ist das erste ADKAR-Element, bei dem eine Person oder Gruppe einen Wert unter 3 (auf einer 1-5-Skala) hat. Er zeigt, wo die Veränderung blockiert ist — und bestimmt die Intervention. Beispiel: Barrier Point bei Desire = Widerstandsprobleme. Barrier Point bei Ability = Umsetzungsprobleme.

Ist ADKAR empirisch belegt?

Proscis eigenes Forschungsprogramm liefert umfangreiche Daten (25.000+ Teilnehmende, 25 Jahre). Unabhängige akademische Validierungen des ADKAR-Modells als Ganzes sind allerdings begrenzt. Die einzelnen Elemente (z. B. Bedeutung von Awareness, Rolle von Desire/Motivation) werden durch allgemeine Change-Management-Literatur unterstützt.

Wie führe ich ein ADKAR-Assessment durch?

Drei Schritte: (1) Segmentiere die Betroffenen in Gruppen mit ähnlicher Betroffenheit. (2) Bewerte pro Segment jedes ADKAR-Element auf einer Skala von 1-5 (über Fokusgruppen, Umfragen oder Interviews). (3) Identifiziere den Barrier Point pro Segment und plane segmentspezifische Interventionen.

Verwandte Methoden

• Kotters 8-Stufen-Modell: Die organisationale Ergänzung zu ADKAR — Kotter steuert die Transformation, ADKAR begleitet die Betroffenen
• Veränderungskurve: Beschreibt die emotionalen Phasen, die ADKAR strukturell erfasst — insbesondere relevant für die Desire-Phase
• Kraftfeldanalyse: Identifiziert systemische Barrieren, die den Übergang von Knowledge zu Ability blockieren
• Change-Management-Modelle im Vergleich: Für die Entscheidungsmatrix und die Integrationsarchitektur aller Change-Frameworks
• Warum Transformationen scheitern: Die sechs häufigsten Scheiternsmuster und warum individuelle Adoption oft der übersehene Faktor ist

---

Forschungsmethodik

Dieser Artikel synthetisiert Erkenntnisse aus Hiatts ADKAR-Originalwerk (2006), den Prosci Benchmarking Reports (1998-2023), der kritischen Einordnung durch Stobierski (2020) und Al-Haddad & Kotnour (2015), sowie der Analyse von 10 deutschsprachigen Fachbeiträgen zum ADKAR-Modell.

Limitationen: Die empirische Basis von ADKAR stammt überwiegend aus Proscis proprietärem Forschungsprogramm. Unabhängige akademische Validierungen sind begrenzt. Das Praxisbeispiel (Bank-Serviceplattform) ist illustrativ konstruiert, nicht eine dokumentierte Fallstudie.

Offenlegung

SI Labs begleitet Unternehmen bei Transformationsprozessen und setzt ADKAR-Elemente in der individuellen Change-Begleitung ein, insbesondere bei Servicetransformationen. SI Labs ist kein zertifizierter Prosci-Partner. Diese Praxiserfahrung informiert die Einordnung der Methode in diesem Artikel. Leser sollten sich der möglichen Perspektivenverzerrung bewusst sein.

Quellenverzeichnis

[1] Hiatt, Jeff. ADKAR: A Model for Change in Business, Government and Our Community. Fort Collins: Prosci, 2006. ISBN: 978-1930885509 [Monographie | Grundlagenwerk | Zitationen: 2.000+ | Qualität: 72/100]

[2] Prosci. Best Practices in Change Management. 12. Auflage. Fort Collins: Prosci, 2023. [Benchmarking Report | 25.000+ Teilnehmende | Qualität: 75/100]

[3] Al-Haddad, Serina, und Timothy Kotnour. “Integrating the organizational change literature: a model for successful change.” Journal of Organizational Change Management 28, Nr. 2 (2015): 234-262. DOI: 10.1108/JOCM-11-2013-0215 [Journal Article | Literature Review | Zitationen: 500+ | Qualität: 78/100]

[4] Kotter, John P. Leading Change. Boston: Harvard Business School Press, 1996. ISBN: 978-0875847474 [Monographie | Vergleichsmodell | Zitationen: 20.000+ | Qualität: 82/100]

[5] Appelbaum, Steven H., Sally Habashy, Jean-Luc Malo, und Hisham Shafiq. “Back to the future: revisiting Kotter’s 1996 change model.” Journal of Management Development 31, Nr. 8 (2012): 764-782. DOI: 10.1108/02621711211253231 [Systematic Review | Zitationen: 800+ | Qualität: 80/100]

[6] Bridges, William. Managing Transitions: Making the Most of Change. 3. Auflage. Da Capo Press, 2009. ISBN: 978-0738213804 [Monographie | Komplementäres Modell | Zitationen: 5.000+ | Qualität: 78/100]

[7] Lewin, Kurt. Field Theory in Social Science. Hrsg. Dorwin Cartwright. New York: Harper & Row, 1951. [Grundlagenwerk | Theoretisch | Zitationen: 10.000+ | Qualität: 90/100]