ADKARモデル: Prosciの5ステップ変革フレームワーク

ADKARモデルは世界で最も広く使われているチェンジマネジメントフレームワークの一つです。その理由は明確で、組織だけでなく個人に焦点を当てているからです。変革の取り組みが失敗するほとんどの原因は、戦略が間違っていたのではなく、関係する人々が適切に巻き込まれなかったことにあります。ADKARはそのギャップに直接対処します。

ADKARモデルとは

ADKARモデルは、研究に基づくチェンジマネジメント機関Prosciの創設者Jeff Hiattが作成した目標志向のチェンジマネジメントフレームワークです。Hiattは1990年代後半にこのモデルを発表し、2006年の著書「ADKAR: A Model for Change in Business, Government and Our Community」で正式に公開しました。

ADKARは頭字語で、各文字は個人が変革を成功裏に受け入れるために通過しなければならないステージを表します。

• A = Awareness（認識）
• D = Desire（意欲）
• K = Knowledge（知識）
• A = Ability（能力）
• R = Reinforcement（定着）

このフレームワークは段階的です。Awarenessを持つことなくDesireを効果的に築くことはできず、KnowledgeなしにAbilityを築くこともできません。ADKARは診断ツールであり、ロードマップでもあります。変革が停滞したとき、個人レベルで問題がどこで発生しているかを正確に特定するために活用できます。

重要なデータ

• Jeff Hiattは変革を経験した900以上の組織を研究してADKARモデルを作成しました（Prosci、2006年）。
• Prosciの調査では、優れたチェンジマネジメントを実施したプロジェクトは、不十分なチェンジマネジメントのプロジェクトと比較して目標を達成する可能性が6倍高いことが継続的に示されています（Prosci「チェンジマネジメントのベストプラクティス」、2018年）。
• 広く引用されるMcKinseyの調査によると、大規模な変革プログラムの約70%が目標を達成できず、その主な原因は従業員の抵抗とマネジメントサポートの不足であることがわかっています（McKinsey、「Changing Change Management」、2015年）。

ADKARの5つの構成要素

ADKARの5つの要素は順番に機能します。それらはゲートのようなものと考えてください。現在のゲートを通過するまで、次のゲートを開くことはできません。

Awareness（認識）

Awarenessは出発点です。人々は変革が来ることを理解する必要があります。そして重要なのは、なぜそれが起きているかを理解することです。これがなければ、他のすべてのステップが難しくなります。よくある失敗として、リーダーが（競争上のプレッシャー、顧客フィードバック、規制要件などの）「なぜ」に十分な時間を割かずに、（新しいシステム、組織再編といった）「何を」だけを発表することがあります。変革の理由を理解していない人々は、そのギャップを噂で埋めてしまいます。

良いAwareness構築は、信頼できる情報源（通常は直属のマネージャーや上位のスポンサー）からのプロアクティブで明確なコミュニケーションを意味します。

Desire（意欲）

何かが変わることを知っているからといって、誰かが変わりたいと思うわけではありません。Desireは個人的なものです。それは変革のリスクとメリットに対する個人の認識、組織との関係、そして変革を主導する人々への信頼度に依存します。

Desireは命令によって作り出すことはできません。しかし、それを育む環境を作ることはできます。人々を問題解決に関与させ、変革が自分の役割に与える意味を透明に伝え、彼らがすでに大切にしていることと変革を結びつけることです。

Knowledge（知識）

なぜ変革が必要かを理解し、それを支持したいと思ったら、次は方法を知る必要があります。Knowledgeは必要なスキルと期待される行動の両方をカバーします。ここでトレーニングが重要になりますが、トレーニングだけでは十分ではありません。人々はコンテキスト、例、そして質問する機会が必要です。

このギャップはよく次のような形で現れます。「全員をトレーニングしたのに、まだ昔のやり方をしている」。それは通常、Knowledgeの問題ではなく、Abilityの問題です。だからこそ、正しいステージを診断することが重要なのです。

Ability（能力）

Abilityは知識に基づいて行動するための実践的な能力です。新しいプロセスが何を必要とするかを完全に理解していても、実際の仕事環境でそれを実行するのに苦労することがあります。このギャップは、練習不足、環境的な障壁（機能しないツール、新しい方法と矛盾するプロセス）、または間違いへの不安から生じることがあります。

Abilityは反復、コーチング、そして障壁の除去によって構築されます。だからこそ、一回限りのトレーニングイベントは、それだけでは持続的な行動変革を生み出すことがほとんどないのです。

Reinforcement（定着）

Reinforcementがなければ、人々は元に戻ります。古い習慣は快適です。新しいやり方で物事を行うことへの目に見える認知がなく、古いやり方に戻ることへの影響もなければ、ほとんどの人は時間とともに元に戻っていきます。

Reinforcementには、正式なメカニズム（人事評価、指標、インセンティブ）と非公式なもの（マネージャーによる認知、同僚のモデリング）が含まれます。これは最も頻繁にスキップされるステップであり、多くの変革の取り組みが初期の成功の後に緩やかに失速する理由です。

ADKARと他の変革モデルの比較

ADKARの際立った特徴は個人への焦点です。ほとんどの変革モデルは組織またはプロセスのレベルで機能します。ADKARは問います。「この変革を成功裏に実現するために、各個人に何が必要か？」

ADKARとコッターの8ステップ変革モデルはよく併用されます。コッターのモデルが組織戦略を導き、ADKARが人材戦略を導きます。レビンのモデルは変革が構造的に難しい理由を理解するのに役立ちますが、実際に実行するにはADKARのようなツールで補完する必要があります。

ゼロから変革プログラムを設計する場合、McKinsey 7Sフレームワークは整合させる必要がある組織要素をマッピングするのに役立ち、ADKARはその整合性の人的側面を焦点に保ちます。

ADKARモデルの適用方法

実際の変革の取り組みにADKARを実践する方法を説明します。各ステップは一つの構成要素に対応しています。

ステップ1: Awarenessを構築する

変革が始まる前にコミュニケーションを開始します。ビジネス上の理由を誠実に説明します。何がこの変革を促しているのか、何も変わらなければ何が起きるのか、組織が何を達成しようとしているのかを伝えます。複数のチャネルを使い、直属のマネージャーにメッセージを伝えさせましょう。会社からの発表よりも信頼されています。「なぜ」を何度も繰り返す準備をしましょう。

ステップ2: Desireを生み出す

最も影響を受ける人々を特定し、変革が彼ら個人に何を意味するかを理解します。抵抗を退けずに直接対処します。可能であれば、変革を受け取るだけでなく、どのように実施するかを形成するプロセスに人々を関与させます。変革を彼らがすでに大切にしている成果（効率性、認知、雇用の安定、職業的成長）と結びつけます。

ステップ3: Knowledgeを構築する

人々が実際に何を異なる方法で行う必要があるかに基づいてトレーニングを設計します。正式なトレーニングと並行して、業務支援ツール、プロセスドキュメント、実例を活用します。質問や確認を求めやすくします。役割別にセグメント化します。同じ変革を支援するために、異なる人々が異なる知識を必要とします。

ステップ4: Abilityを開発する

変革が本格稼働する前に、低リスクの環境での練習スペースを作ります。コーチやメンターを配置します。環境的な障壁（壊れたツール、矛盾するプロセス）を監視して取り除きます。定期的に確認します。「トレーニングは完了しましたか？」よりも「何が障壁になっていますか？」の方が有益な質問です。

ステップ5: 変革を定着させる

導入状況を測定してデータを可視化します。先頭に立っている人々を認知します。元に戻ることには非難せず迅速に対処します。誰かが戻ったとき、それは通常、初期のステージのいずれかに未解決のギャップがあることを示しています。プロジェクトレビューにADKARのチェックポイントを組み込みます。ローンチ時だけでなく、実施後30日、60日、90日時点でも確認します。

ADKARモデルの事例

ADKARモデルが一般的なシナリオでどのように機能するかを説明します。長年にわたってスプレッドシートを使用してきた営業チームへの新しいCRMシステムの導入です。

このシナリオが機能するのは、各ステージが順番に対処されているからです。Desire（トップダウンのITロールアウトではよく見られる）をスキップすることが、担当者がしぶしぶシステムを使い、マネジメントが確認をやめた途端にスプレッドシートに戻る原因です。

よくある失敗と限界

Awarenessをスキップして直接Knowledgeに進む。 多くの組織がいきなりトレーニングを開始します。しかし、なぜ変革が起きているかを人々が理解していなければ、トレーニングは空白に届きます。

KnowledgeをAbilityと混同する。 誰かをトレーニングしても、それができるとは限りません。これらは本質的に異なるステージであり、異なる介入を必要とします。

モデルを一回限りのチェックリストとして扱う。 ADKARは変革全体にわたって使用する診断ツールです。最初だけではありません。人々はさまざまなスピードでステージを進み、一部の人は詰まって追加のサポートが必要になることがあります。

Reinforcementを怠る。 これは最も頻繁にスキップされるステージです。これがなければ、うまく実行された変革でも時間とともに失速します。

個人ではなく組織的に適用する。 ADKARは一人ひとりに対して機能します。「組織がAwarenessを持っている」というのは概念的な誤りです。異なる個人が同時に異なるステージにいます。

真の限界の一つとして、ADKARは構造的・システム的な問題には対処しません。変革そのものが設計不良であったり、組織のシステムがそれを積極的に妨害していたりする場合、ADKARはそれを修正できません。これは人的側面のツールであり、戦略的整合のためのBalanced ScorecardやOKRフレームワークのような強固な組織フレームワークと組み合わせたときに最もよく機能します。

ADKARはまた、各要素をどのように構築するかを規定しておらず、何を構築する必要があるかを示すだけです。複雑な変革のために、コミュニケーション戦略、学習設計、パフォーマンス管理に基づいた専任のチェンジマネジメント計画が必要になります。

ベストプラクティス

ADKARを計画ツールだけでなく診断ツールとして使う。 変革が停滞したとき、ADKAR評価を実施します。どの構成要素が不足しているかを特定するために、的を射た質問を人々に行います。実際の問題が自分が思っていた場所より2段階前にあることがよくわかるでしょう。

組織全体ではなく、役割別に評価する。 異なるグループはADKARのステージを異なるスピードで進みます。財務チームがAbilityの段階にいる一方、オペレーションチームがまだAwarenessの段階にいることがあります。

マネージャーを積極的に関与させる。 Prosciの調査では、マネージャーが直属の部下にとって変革メッセージの最も信頼できる情報源であることが継続的に示されています。彼らは単なるメッセンジャーではなく、Abilityのコーチであり、Reinforcementの実施者です。

Desireを急がない。 コミュニケーションが完了したら先に進みたくなります。しかし、Desireは発展するのに時間がかかります。特に、変革が自分にどう影響するかについて正当な懸念を持っている人々の場合はなおさらです。

全体的なカバレッジのためにプロセスフレームワークと組み合わせる。 ADKARは人的側面を扱います。プロセス改善と新しい働き方のドキュメント化には、補完的なツールが必要です。SWOT分析やバリューチェーン分析のような戦略的分析ツールは、導入に投資する前に変革の方向性が正しいかどうかを理解するのに役立ちます。

よくある質問

変革は個人が成功したときに成功します。それがADKARの核心的なインサイトです。組織の変革は実際には、同じ5つの構成要素を必要とする多くの個人的な変革の集まりなのです。Awarenessから始め、Reinforcementまで構築し、モデルを一回限りのローンチチェックリストではなく、生きた診断ツールとして使いましょう。ADKARを継続的な実践として扱うチーム、単なるプロジェクトのフェーズとしてではなく、が変革を定着させることができるチームです。