change-management

変更管理プレイブック

ほとんどの変更は設計段階ではなく、実装段階で失敗します。ADKAR モデルは、その理由と解決方法を示します。

キーワード

変更管理、ADKAR、組織変革、組織再編、プロセス変更、ツール移行、戦略転換、変化への抵抗、変化疲れ、変更に関するコミュニケーション、ステークホルダー管理、定着、コンプライアンス、変更の展開、移行

コアモデル：スタートアップ向けに適応した ADKAR

ADKAR は Prosci による変更管理モデルです。元のバージョンは大企業向けです。これは、スタートアップのスピードに合わせた適応版です。

A — 認識（Awareness）

概要： 変更がなぜ起きるのかを人々が理解している状態です。単なる告知ではなく、ビジネス上の理由を理解している必要があります。

よくある間違い： WHY より先に WHAT を伝えることです。「新しい CRM に移行します」と伝える前に、「現在のプロセスがなぜ問題なのか」を説明しましょう。

人々が知る必要のあること：

• 解決しようとしている問題は何ですか？（正直に伝えましょう。「コストを削減する必要がある」なら、そう言ってください。）
• なぜ今なのでしょうか？変更しなかった場合、何が起きるでしょうか？
• 誰が、どのような経緯でこの決定を下したのでしょうか？

スタートアップ向けの近道： CEO または意思決定者が平易な言葉で「なぜ」を説明する 5 分間の動画は、正式な変更告知文書よりも効果があります。

---

D — 意欲（Desire）

概要： 人々が変更の実現を望んでいる、または少なくとも積極的に反対していない状態です。

よくある間違い： コミュニケーションを取れば意欲が生まれると思い込むことです。認識 ≠ 意欲です。人々は変更を理解していても、それを嫌うことがあります。

意欲を生み出すもの：

• 「自分にとってどんなメリットがあるのか？」— 各ステークホルダーグループに対して、正直に答えましょう
• 「何を変えるか」が決まっていても、「どのように変えるか」について人々を巻き込むこと
• 懸念に正面から向き合うこと：「自分の役割が変わるのではないかと心配している人もいます。実際のところはこうです：[正直な回答]」

意欲を損なうもの：

• 変更が実際以上に全員にとって良いものだと装うこと
• 人々が実際に経験する正当な損失を無視すること
• 相談を一切せずに発表すること

スタートアップ向けの近道： 発表から 48 時間以内に、短時間の「懸念と質問」のセッションを開きましょう。決定を覆すためではなく、不安に対処し、話を聞いていることを示すためです。

---

K — 知識（Knowledge）

概要： 人々が新しい環境でどのように行動すればよいか、具体的なスキル、行動、プロセスを理解している状態です。

よくある間違い： 変更を発表すれば、人々が自分でやり方を見つけると思い込むことです。

人々に必要なもの：

• 新しいプロセスの手順を追ったドキュメント
• 本番稼働前のトレーニングや練習セッション
• 「よくある状況で何をすればよいか」への明確な回答
• 困ったときに誰に尋ねればよいか

知識移転の方法：

方法	最適な用途	タイミング
ライブトレーニング	スキルベースの変更、複雑なツール	本番稼働前
ドキュメント	プロセス変更、参照資料	常時
操作説明動画	ツール移行	24 時間いつでも、各自のペースで
シャドーイング／ピアラーニング	行動の変化	導入後 2～4 週目
オフィスアワー	例外的なケースが多い変更全般	最初の 4～6 週間

---

A — 能力（Ability）

概要： 人々が実際に異なるやり方で仕事をするための時間、ツール、サポートを得られている状態です。

よくある間違い： 「全員にトレーニングを実施した」≠「全員ができるようになった」です。トレーニングは知識です。能力は実践によって身につきます。

能力を高めるもの：

• 評価を受ける前に練習する時間
• 間違いをしても安全な環境（初期のつまずきを公の場で非難しないこと）
• 移行期間中の業務負荷の軽減（新しいスキルの習得を求めるなら、同時に新しい仕事を次々と追加しないこと）
• サポートへのアクセス（Slack チャンネル、相談窓口、ドキュメント）

能力のギャップを示す兆候：

• プレッシャーがかかると、以前の行動に戻ってしまう
• 回避策が生まれる（新しいシステムを迂回する独自の方法を人々が考え出す）
• トレーニングの評価は高いのに、実際の行動が変わっていない

---

R — 定着

概要： 変更が定着し、新しい行動がデフォルトになります。

よくある間違い： 運用開始時点で成功を宣言することです。変更は、定着に向けた働きかけがなければ失敗します。

定着につながる取り組み：

• 目に見える形で測定する（定着状況を追跡していますか？）
• 早期導入者を称賛する（「Sarah は第 2 週に新しいワークフローへの移行を完了しました。方法を聞いてみましょう」）
• リーダーが手本を示す（CEO が古いやり方を使えば、全員がそれに倣います）
• 古い選択肢をなくす（可能な場合は、最も抵抗の少ない道を取り除きます）
• 未導入の場合の結果を明確に伝え、一貫して適用する

定着と順守の違い：

• 順守： 見られているときは実行し、見られていないと元に戻します
• 定着： より良い方法だと信じて実行します

定着につながるのは、定着に向けた働きかけだけです。順守は、強制の結果です。目指すのは定着です。

---

変更の種類と ADKAR の適用

プロセスの変更（新しいツール、新しいワークフロー）

期間： 完全な定着まで 4〜8 週間 最も難しい段階： 能力（何をすべきかは分かっていても、習慣になっていません） 定着に不可欠な取り組み： 古いツールやプロセスを削除するか、廃止予定にします

コミュニケーションの手順：

1. 第 -2 週：変更の理由と運用開始日を発表する
2. 第 -1 週：トレーニングセッションを受けられるようにする
3. 第 0 週（運用開始）：開始し、問い合わせ担当者が対応できるようにする
4. 第 2 週：定着状況を確認する（誰が使っていて、誰が使っていないか）
5. 第 4 週：フィードバックを集め、成果を公表する
6. 第 8 週：旧システムを廃止予定にする

---

組織の変更（組織再編、新しいリーダー、チームの分割・統合）

期間： 完全に安定するまで 3〜6 か月 最も難しい段階： 意欲（自分の役割や人間関係への不安があります） 定着に不可欠な取り組み： 新しいリーダーが一貫した行動を取ること

コミュニケーションの手順：

1. 0 日目：「なぜ」を添えて変更を発表する — 対面またはリアルタイムのビデオで行います
2. 1 日目：最も影響を受けるチームメンバーと、各自のマネージャーが 1 対 1 で話します
3. 第 1 週：よくある懸念事項 10 件に率直に答える FAQ を公開する
4. 第 2〜4 週：新しい体制で運営を開始する（実施を遅らせないでください）
5. 2 か月目：初回の振り返りを行う — うまくいっていること、調整が必要なことを確認します
6. 3〜6 か月目：チームの健全性と士気を定期的に確認する

リーダーが退任する、または交代する場合の伝え方： 共有できることについては、率直に伝えてください。「理由は共有できません」と言ってはいけません。必ず、正直な説明をするか、「詳細は共有できませんが、あなたにとっての意味は［あなたへの影響］です」と伝えてください。

---

戦略の転換（新しい方針、製品の終了）

期間： 完全に足並みをそろえるまで 3〜12 か月 最も難しい段階： 認識（人々は方向転換が本当だと信じていません） 定着に不可欠な取り組み： 方向転換が進んでいることを目に見える形で示す、リソースの再配分

コミュニケーションの手順：

1. 常に社内を先にします。従業員がプレスリリースで方向転換を知ることがあってはなりません。
2. 全員参加の会議で背景を十分に説明します。市場で何が変わったのか、何をするのか、チームにとって何を意味するのかを伝えます。
3. 各チームリーダーがチームと「私たちにとってこれは何を意味するのか」という話し合いを行います。
4. 2 週間以内にリソースの再配分を発表します（資金が動かなければ、人々は方向転換を信じません）。
5. 新しい方針に基づく最初のマイルストーンを公に祝います。

方向転換を頓挫させるもの： 古い方針に同じ水準の資金を投じたまま、新しい方針を発表することです。

---

文化の変革（価値観の刷新、行動への期待）

期間： 真の行動変容には12〜24か月かかります 最も難しい段階： 強化（価値観を発表しただけでは行動は変わりません） 重要な強化策： 新しい価値観を反映した意思決定を目に見える形で示します

コミュニケーションの手順：

1. 意見を取り入れて作る：変革の定義に、会社を代表するメンバーを参加させます
2. ストーリーを添えて発表する：「私たちが気づいたこと、何をなぜ変えるのか」を伝えます
3. 行動の指標を示す：文化を変える項目ごとに、観察可能な形で具体的な行動を示します
4. リーダーの行動：リーダーシップチームが率先して新しい行動を目に見える形で実践します
5. パフォーマンス評価に組み込む：新たに期待される行動を、1サイクル以内に評価へ反映します
6. 適切な行動を称える：新しい文化を体現する人がいたら、その行動を公に取り上げます

---

抵抗のパターン

抵抗は反抗ではなく、情報です。対応する前に原因を見極めましょう。

抵抗のパターン	示唆していること	対応
「これはうまくいかない」	認識のギャップ、または信頼性のギャップ	変革の根拠となるエビデンスを説明します
「なぜ今なのですか？」	認識のギャップ	緊急性、つまり変革しなかった場合に何が起きるかを説明します
「相談してもらえませんでした」	意欲のギャップ	その点を認め、今から「どのように進めるか」の検討に加わってもらいます
「これに取り組む時間がありません」	能力のギャップ	負担を減らすか、スケジュールを後ろ倒しにします
「以前も試しました」	信頼のギャップ	今回は何が違うのかを認め、具体的に説明します
表立った反対はないが、指示に従わない	どのギャップも考えられます	1対1で話し、原因を見極めます

抵抗への最悪の対応： 退けることです。「変化に抵抗する人もいる」と、抵抗を何らかのサインではなく、性格上の欠点であるかのように扱うことです。

---

変革疲れ

組織が変化を急ぎすぎると、人々はどんな変革も定着しないと信じるようになります。

兆候

• 変革の発表時にあきれた反応が見られる（「またか」）
• 変革関連のセッションへの参加率が低い
• 表面上はすぐに従うものの、実際の定着には時間がかかる
• 「先月はXをしていたのに、今はYをしている」という声が上がる

予防策

• 始めたことはやり遂げます。 前の変革がまだ定着していないうちに、新しい変革を発表しないでください。
• 変革の間隔を空けます。 重要な変革は一度に1つにします。大きな変革の間には、2〜3か月の安定した期間を設けます。
• 変わらないことを発表します。 変革疲れを感じている人には、何が変わらないのかを伝える必要があります。
• 成果を示します。 次の変革を始める前に、前の変革で達成したことを公表します。

すでに変革疲れが起きている場合

• 重要度の低い変革を一時停止します
• 「変革の棚卸し」を行います。同時にいくつの変革が進行中でしょうか？
• 徹底的に優先順位をつけます。今すぐ必要な変革はどれでしょうか？ どれなら待てるでしょうか？
• 安定していることを伝えます。「今四半期に変わらないことは次のとおりです」

---

変革マネジメントで重要な質問

• 「この変革に最も懐疑的な人は誰でしょうか？ その人たちと直接話しましたか？」
• 「人々は、何をするかだけでなく、なぜそうするのかも理解していますか？」
• 「新しいやり方でのパフォーマンスを評価する前に、練習する時間を設けましたか？」
• 「古いやり方もまだ使えますか？ 使えるなら、人々はそちらを使うでしょう」
• 「リーダー自身が新しい行動を実践していますか？」
• 「現在、同時にいくつの変革を進めていますか？」

危険信号

• 金曜日の午後に変革を発表する（人々は週末の間、気を揉みます）
• 「これは最終決定です。質問は受け付けません」という姿勢
• FAQが公開されておらず、安心して質問する方法もない
• 「本番稼働」から6週間経っても、旧システムやプロセスが使われている
• 他の全員に求めている変革を、リーダーだけが免除されている
• 定着度を測定せず、本番稼働を成功と見なしている

詳細な参考資料

• references/change-playbook.md — ADKARの詳細、抵抗への対策、コミュニケーション用テンプレート、変革疲れへの対応