「新しいシステムを導入したのに、現場が使ってくれない」「業務改善のために制度を変えたら、想像以上に反発された」——DX や業務改革を任された担当者の多くが、こうした壁にぶつかります。ツールの選定や導入そのものは計画どおり進んだのに、肝心の「現場が新しいやり方に移行する」段階で止まってしまうのです。
困って「変更管理」と検索しても、出てくるのはシステムの仕様変更を承認・記録する IT のプロセス管理の話ばかり。自分が直面している「人と組織が変化を受け入れてくれない」という問題に、ぴったり当てはまる答えがなかなか見つかりません。
実は、この「人・組織の側面」を扱うのが本記事のテーマであるチェンジマネジメント（変更管理）です。海外では Change Management と呼ばれ、IT のシステム変更管理（Change Control）とは別の領域として確立されています。変化への抵抗には構造的な原因があり、フレームワークを使って先回りすれば、抵抗を抑えて定着まで持っていくことができます。
本記事では、チェンジマネジメントの意味と IT 変更管理との違いから、コッター・ADKAR・レヴィンといった代表的フレームワークの使い分け、そしてシステム導入で現場の抵抗を抑える進め方までを、システム開発の現場知見を交えて解説します。読み終えるころには、自社の変革で「何から手をつければいいか」の道筋が見えているはずです。
中小企業 DX 推進ロードマップテンプレート
この資料でわかること
中小企業の DX 推進担当者・経営者が「どこから手をつければ良いか分からない」という状況を打破できるよう、業務棚卸し・優先度評価・実行計画を一貫して作成できるワークシート型ツールを提供する。
こんな方におすすめです
- DXロードマップの作り方が分からない
- 業務棚卸しから優先順位付けまでを体系的に進めたい
- 中小企業に合ったDX計画書のテンプレートが欲しい
入力いただいたメールアドレスにPDFをお送りします。
チェンジマネジメント（変更管理）とは
チェンジマネジメント（変更管理）とは、組織が現状から目指す姿へと移行する際に、変化の「人的側面」を管理し、新しい状態を定着させるための手法です。新しいシステム・制度・業務プロセスを導入するときに、それを使う人や組織が無理なく移行できるよう、計画的に働きかける取り組みを指します。
ポイントは「人的側面」にあります。新しいツールを契約し、設定を終え、マニュアルを配るところまでは、いわば「箱を用意した」段階にすぎません。その箱を現場の一人ひとりが実際に使い、これまでのやり方を手放して新しいやり方に切り替えてはじめて、変革は完了します。チェンジマネジメントは、この「人が変わる」プロセスそのものを対象にします。
チェンジマネジメントの基本的な意味
一文で表すなら、チェンジマネジメントは「変化に対する人と組織の抵抗を減らし、新しい状態への移行をスムーズに進め、定着させるための体系的なアプローチ」です。
ここで重要なのは、変革の成否を分けるのは技術ではなく人だという視点です。どれほど優れたシステムを導入しても、現場が「今まで通りでいい」と受け入れなければ、投資は成果に結びつきません。逆に、人と組織が変化を受け入れられれば、変革の成功率は大きく高まります。チェンジマネジメントの世界的な研究機関である Prosci は、10 年以上にわたる調査で、チェンジマネジメントが十分に機能していたプロジェクトは、ほとんど機能していなかったプロジェクトと比べて目標達成の確率が約 6 倍高かったと報告しています（Ataway（Prosci 日本提携））。
なぜ今チェンジマネジメントが重要なのか
近年チェンジマネジメントへの注目が高まっている背景には、DX（デジタルトランスフォーメーション）の難しさがあります。
国内外の調査では、DX の取り組みのうち約 7 割が当初の目標を達成できていないとされています。そして、その失敗の多くは技術そのものではなく、戦略の曖昧さ・組織の縦割り・人材やスキルの不足といった「人と組織」に根ざした構造的な問題に起因すると指摘されています（サイバーウェーブ「なぜDXは成功しないのか」）。
つまり、DX や業務改革を成功させたいなら、ツールの導入と並行して「人と組織をどう変えるか」を設計する必要があります。チェンジマネジメントは、まさにこの設計の方法論として位置づけられます。新システムを「導入する」ことと「定着させる」ことは別物であり、後者を担うのがチェンジマネジメントだと理解しておきましょう。
チェンジマネジメントと「変更管理（IT変更管理）」の違い
「変更管理」という言葉でつまずく人が多いのは、同じ日本語訳に2 つのまったく異なる概念が含まれているからです。検索しても求めている情報にたどり着けない原因はここにあります。まずこの違いをはっきりさせておきましょう。
チェンジマネジメントとIT変更管理の違い
ひとつは本記事で扱うチェンジマネジメント（Change Management）で、人と組織の変化を扱います。もうひとつはIT 変更管理（Change Control / Change Management）で、システムや仕様に対する変更を体系的に評価・承認・記録するプロセスを指します。両者を比較すると次のとおりです。
観点 | チェンジマネジメント（組織変革） | IT変更管理（Change Control） |
|---|---|---|
対象 | 人・組織の意識と行動 | システム・仕様・構成の変更 |
目的 | 変化を受け入れさせ、新しい状態に定着させる | 変更要求を正しく評価・承認・記録し、リスクを抑える |
主な問い | どうすれば現場が抵抗せず使ってくれるか | この変更を入れて問題ないか、誰が承認するか |
使う場面 | DX 推進・新システム定着・組織再編・制度変更 | 開発プロジェクトの仕様変更・本番環境の構成変更 |
代表的な手法 | コッター8段階・ADKAR・レヴィンの3段階 | 変更要求書・変更管理委員会（CAB）・承認フロー |
新しいシステムを「導入したのに使われない」という悩みは、人と組織の側、つまりチェンジマネジメントの領域です。一方、「開発中の仕様変更をどう管理すればいいか」「変更要求書はどう書くか」という悩みは IT 変更管理の領域になります。
IT 変更管理のプロセス設計や変更要求書の書き方を詳しく知りたい方は、別記事の変更管理・仕様変更プロセスとはで具体的な手順を解説していますので、あわせてご覧ください。本記事ではここから先、組織変革としてのチェンジマネジメントに絞って解説します。
組織開発・プロジェクトマネジメントとの関係
チェンジマネジメントは、隣接する概念とも整理しておくと理解が深まります。
組織開発は、組織の健全性や関係性そのものを継続的に高めていく取り組みで、特定の変化に限定されない長期的な活動です。これに対しチェンジマネジメントは、「新システム導入」「組織再編」といった特定の変化を成功させることに焦点を絞ります。組織開発が土壌づくりだとすれば、チェンジマネジメントは特定の作物を確実に実らせるための栽培計画にあたります。
プロジェクトマネジメントは、スコープ・スケジュール・コストといったプロジェクトの「技術的な側面」を管理します。チェンジマネジメントは、その同じプロジェクトの「人的な側面」を管理します。両者は対立するものではなく、一つのプロジェクトを成功させるための両輪です。システム導入プロジェクトを進めるとき、プロジェクトマネジメントだけで「人が使う状態」までは届かない、という認識が出発点になります。
チェンジマネジメントが必要になる場面とDXでの位置づけ
チェンジマネジメントが必要になるのは、組織の「これまでのやり方」を変えるあらゆる場面です。自社の状況がどれに当てはまるか、確認しながら読み進めてください。
チェンジマネジメントが必要になる代表的な場面
- 新システム・SaaS の導入：会計システム、CRM、グループウェア、勤怠管理などを刷新し、現場の業務手順が変わる場面
- 業務プロセスの刷新：紙やメール中心の業務をデジタル化したり、承認フローを見直したりする場面
- DX 推進：データ活用・自動化など、全社的に働き方の前提を変える場面
- 組織再編・制度変更：部門統合、評価制度の変更、人事制度の刷新など、組織構造や処遇に関わる変化
- M&A・合併：異なる文化を持つ組織が一つになり、業務やルールを統合する場面
これらに共通するのは、「正しい変化」を計画しただけでは現場が動かないという点です。むしろ、現場にとって合理的な変化であるほど「今までのやり方を否定された」と受け止められ、抵抗が強まることさえあります。
なぜシステムを導入しても現場が使わないのか
システム導入が「定着しない」典型的な構造を分解すると、原因が見えてきます。
第一に、現場が変化の理由を理解していないケースです。経営層やプロジェクト担当者の中では「なぜこのシステムが必要か」が明確でも、現場には「上が決めたから」としか伝わっていないことが少なくありません。納得のない変化は後回しにされます。
第二に、現場の負担が一時的に増えることへの抵抗です。新しいやり方を覚える間は、これまでより手間も時間もかかります。「慣れたやり方の方が速い」という短期的な合理性が、長期的なメリットを上回って感じられてしまうのです。
第三に、できる状態になっていないケースです。操作を学ぶ機会が足りない、運用ルールが曖昧、困ったときの相談先がない——こうした環境が整わないまま「使ってください」と言われても、現場は動けません。
第四に、変えても評価されない・むしろ損をすると感じられる構造です。新しいやり方に切り替えても何のメリットもなく、失敗すれば責められるだけなら、現場が積極的になる理由はありません。
これらはいずれも「人の意欲が低い」という個人の問題ではなく、変化の進め方の設計に起因する構造的な問題です。だからこそ、フレームワークに沿って先回りで設計することで対処できます。
チェンジマネジメントの代表的なフレームワーク3つ
チェンジマネジメントには確立されたフレームワークがいくつもありますが、まず押さえておきたいのは次の 3 つです。それぞれ「何を対象にするか」と「どんな場面に向くか」が異なります。羅列ではなく、使いどころの違いに注目してください。
レヴィンの3段階モデル（小規模・基本の型）
社会心理学者クルト・レヴィンが提唱した、最もシンプルで基本となる型です。変化を 3 つの段階で捉えます。
- 解凍（Unfreeze）：現状のやり方や固定観念をいったん「溶かす」段階。なぜ変化が必要かを共有し、変わる準備を整えます。
- 変革（Change）：実際に新しいやり方へ移行する段階。試行錯誤しながら新しい行動を学びます。
- 再凍結（Refreeze）：新しいやり方を「固める」段階。定着させ、後戻りを防ぎます。
シンプルなぶん応用範囲が広く、変革を考える際の土台になります。特に「いきなり変えようとせず、まず解凍が必要」という発想は、抵抗対策の基本として他のフレームワークにも通じます。小規模な変化や、変革の全体像をざっくり捉えたいときに向いています。
コッターの8段階プロセス（全社・トップダウンの大規模変革）
ハーバード・ビジネス・スクールのジョン・コッター教授が提唱した、大規模な組織変革に向くフレームワークです。次の 8 段階で進めます。
- 危機意識を高める
- 変革推進チーム（連帯）をつくる
- ビジョンと戦略を立てる
- ビジョンを周知・浸透させる
- 行動しやすい環境を整える（障害を取り除く）
- 短期的な成果を生み出す
- 成果を活かしてさらに変革を進める
- 変革を企業文化として定着させる
全社的な DX や組織再編のように、多くの人を巻き込みトップダウンで進める大規模変革に適しています。「危機意識の醸成から始め、小さな成功を積み上げ、最後に文化として定着させる」という流れは、変革プロジェクト全体の設計図として使えます。
ADKARモデル（個人の行動変容にフォーカス）
Prosci が提唱した、個人一人ひとりの変化に焦点を当てたフレームワークです。人が変わるために必要な 5 つの要素の頭文字をとっています。
- Awareness（認知）：なぜ変化が必要かを知っている
- Desire（欲求）：変化に参加し、支持したいと思っている
- Knowledge（知識）：どう変わればよいかを知っている
- Ability（能力）：実際に新しいやり方を実行できる
- Reinforcement（定着）：変化が継続するよう強化されている
ADKAR の優れた点は、現場が動かないとき「どこでつまずいているか」を特定できることです。たとえば「使ってくれない」原因が、必要性が伝わっていない（Awareness 不足）のか、やる気はあるが操作を覚えられない（Ability 不足）のかで、打つべき手はまったく変わります。組織全体の流れを設計するコッターと、個人の納得を積み上げる ADKAR は、相性のよい組み合わせです。
中小企業 DX 推進ロードマップテンプレート
この資料でわかること
中小企業の DX 推進担当者・経営者が「どこから手をつければ良いか分からない」という状況を打破できるよう、業務棚卸し・優先度評価・実行計画を一貫して作成できるワークシート型ツールを提供する。
こんな方におすすめです
- DXロードマップの作り方が分からない
- 業務棚卸しから優先順位付けまでを体系的に進めたい
- 中小企業に合ったDX計画書のテンプレートが欲しい
入力いただいたメールアドレスにPDFをお送りします。
自社に合うフレームワークの選び方と進め方
フレームワークを知っても、「結局どれを使えばいいのか」が分からなければ前に進めません。ここでは選び方の判断軸と、実際の進め方の流れを示します。
変革規模・推進スタイルで選ぶ判断フロー
選定のポイントは、変革の規模と推進スタイルの 2 つです。
変革の規模・性質 | 向くフレームワーク | 理由 |
|---|---|---|
小規模・部分的な変化／全体像を素早く捉えたい | レヴィンの3段階 | シンプルで応用範囲が広く、変革設計の土台になる |
全社的・大規模／トップダウンで多くの人を巻き込む | コッターの8段階 | 危機意識から定着まで、大規模変革の流れを網羅できる |
一人ひとりの行動変容が成否を分ける／現場の抵抗が課題 | ADKAR | どの要素でつまずいているかを特定し、個別に対処できる |
実務では、これらを排他的に選ぶ必要はありません。むしろ効果的なのは組み合わせです。たとえば全社 DX なら、コッターの 8 段階で組織全体の流れ（危機意識・推進体制・ビジョン・環境整備）を設計しつつ、現場一人ひとりの定着には ADKAR を使ってつまずきを特定する、という使い方ができます。コッターで「環境」を整え、ADKAR で「個人」を動かすイメージです。
フレームワークを組み合わせた進め方の流れ
具体的なシステム導入プロジェクトに沿って、進め方の流れを要約すると次のようになります。
- 危機意識を共有する：なぜ今変わる必要があるのかを、現場が腹落ちする言葉で伝えます。「2025年の崖」のような外部要因や、現状維持のリスクを具体的に示すと効果的です（コッター①・ADKAR の Awareness）。
- 推進体制をつくる：経営層のコミットメントを得て、各部門にキーパーソン（推進役）を配置します。トップの旗振りと現場の代弁者の両方が必要です（コッター②）。
- 目指す姿（ビジョン）を描き、周知する：変化の先にどんな良い状態があるのかを示し、繰り返し伝えます（コッター③④・ADKAR の Desire）。
- できる環境を整える：研修・マニュアル・相談窓口を用意し、新しいやり方を実行できる状態をつくります（コッター⑤・ADKAR の Knowledge / Ability）。
- 小さな成功をつくり、見せる：一部の部門や業務で先行導入し、早期に成果を出して「変わると良いことがある」を実感させます（コッター⑥）。
- 定着させる：新しいやり方を評価制度や日常業務に組み込み、後戻りを防ぎます（コッター⑧・ADKAR の Reinforcement、レヴィンの再凍結）。
この流れの中でも、最初の「危機意識の共有」と「推進体制づくり」が後の成否を大きく左右します。ここを飛ばしていきなりツールを配ると、冒頭で述べた「導入したのに使われない」状態に陥ります。
変化への抵抗にどう対処するか
チェンジマネジメントで最も切実なテーマが、変化への抵抗です。「反発される」「使ってくれない」という悩みの正体を構造的に理解すれば、感情論ではなく設計で対処できるようになります。
なぜ人は変化に抵抗するのか
人が変化に抵抗するのは、わがままだからでも、やる気がないからでもありません。多くは次の 4 つのいずれか、または複数が原因です。
- 不安：「自分の仕事はどうなるのか」「ついていけるのか」という先の見えなさ。変化の影響範囲が曖昧なときに生まれます。
- 不信：「どうせ上の都合だ」「現場を分かっていない」という、進め方や進める側への不信感。一方的に決められたと感じると強まります。
- 理解不足：そもそもなぜ変えるのか、何がどう変わるのかが伝わっていない状態。情報が足りないと、人は最悪の想像をします。
- 喪失感：これまで培ってきたスキルや慣れたやり方、築いた立場が無価値になるのではという感覚。ベテランほど強く感じることがあります。
重要なのは、抵抗は「変化が現場にとってどう見えているか」の表れだという点です。抵抗を「障害」ではなく「設計が足りていないサイン」として読み取れると、対処の精度が上がります。
抵抗を抑えるための先回りの打ち手
抵抗は起きてから鎮めるより、起きないよう先回りで設計する方がはるかに効果的です。原因別に打ち手を整理します。
- 不安には「見通し」を：変化のスケジュール、影響範囲、サポート体制を早めに具体的に示します。「分からない」状態を減らすことが不安の解消につながります。
- 不信には「巻き込み」を：決定を一方的に下ろすのではなく、計画段階から現場の代表を巻き込みます。自分が関わった変化に、人は抵抗しにくくなります。
- 理解不足には「繰り返しの対話」を：説明は一度では伝わりません。なぜ変えるのかを、立場に応じた言葉で繰り返し対話します。
- 喪失感には「敬意と新しい役割」を：これまでのやり方や貢献を否定せず敬意を払ったうえで、新しい環境での役割を示します。ベテランを推進役に任命するのも有効です。
加えて、各部門にキーパーソン（推進役）を置くことが抵抗対策の要になります。経営層からの説明より、同じ現場の信頼できる仲間からの「これは良いよ」という言葉の方が、ずっと響くからです。そして大原則として、無理強いはしないこと。強制で動かした変化は、監視がなくなった瞬間に元に戻ります。小さな成功体験を積み重ね、「変わった方が良い」と現場自身が感じる状態をつくることが、定着への近道です。
チェンジマネジメントを成功させるためのポイント
最後に、これまでの内容を踏まえ、変革を一過性で終わらせず定着まで持っていくための要点を整理します。
成功を左右する4つのポイント
- 経営層の本気のコミットメント：変革には必ず痛みと一時的な生産性の低下が伴います。経営層が腹をくくり、旗を振り続けることが、現場が変化に向き合う前提になります。トップが他人事だと、現場も他人事になります。
- 推進体制（チェンジエージェント）の設置：変革を推し進める専任の推進役や、各部門のキーパーソンを明確にします。誰の仕事でもない変革は、誰も進めません。
- 現場の早期巻き込み：計画が固まってから現場に下ろすのではなく、計画段階から現場の声を取り入れます。「自分たちで決めた変化」は抵抗が小さくなります。
- 効果測定と定着の確認：導入して終わりにせず、新しいやり方が実際に使われているか、当初の目的を達成できているかを測定します。使われていない箇所は、ADKAR でつまずきを特定して手を打ちます。
システム導入・DXプロジェクトに組み込む際の注意点
システム導入や DX プロジェクトでチェンジマネジメントを成功させるうえで、最も大切なのは「後付けにしない」ことです。
よくある失敗は、システムを作り終えてから「さて、どう使ってもらおうか」と考え始めるパターンです。これでは遅すぎます。本来は、要件定義や設計の段階から「誰がどう使うか」「現場の業務をどう変えるか」を一緒に設計し、導入計画の中に研修・周知・定着支援を組み込んでおく必要があります。チェンジマネジメントは開発と並走させるべき取り組みです。
また、システム開発の現場感覚からひとつ補足すると、「定着支援まで含めて設計する」ことが投資を成果に変える分かれ目になります。リリースをゴールにせず、リリース後に現場が使いこなし、当初の業務改善が実現するところまでをプロジェクトの範囲として捉えると、ツール選定や仕様の判断も「現場が無理なく使えるか」という基準で変わってきます。技術と人の両面を一体で設計する——これがシステム導入を成功させるチェンジマネジメントの核心です。
よくある質問
チェンジマネジメントと変更管理（IT変更管理）の違いは何ですか？
チェンジマネジメント（組織変革）は「人と組織の変化」を、IT 変更管理（Change Control）は「システムや仕様の変更」を扱います。前者は新システムを現場に定着させる取り組み、後者は変更要求を評価・承認・記録するプロセスです。日本語ではどちらも「変更管理」と訳されるため混同されがちですが、目的も手法も異なります。
チェンジマネジメントの8つのステップとは何ですか？
ジョン・コッターが提唱した「8段階プロセス」を指すことが多いです。①危機意識を高める ②推進チームをつくる ③ビジョンと戦略を立てる ④ビジョンを周知する ⑤行動しやすい環境を整える ⑥短期的な成果を生む ⑦成果を活かしてさらに進める ⑧変革を文化として定着させる、の 8 段階で大規模な組織変革を進めます。
チェンジマネジメントはなぜ失敗するのですか？
多くは「技術を整えれば人はついてくる」という前提で進めてしまうことが原因です。危機意識の共有や現場の巻き込みを省略し、システムを作り終えてから定着を考え始めると、現場の抵抗を抑えられず使われないまま終わります。失敗の大半は技術ではなく、人と組織への働きかけ不足に起因します。
組織開発とチェンジマネジメントの違いは何ですか？
組織開発は、組織の健全性や関係性を継続的に高める長期的な活動で、特定の変化に限定されません。チェンジマネジメントは、「新システム導入」「組織再編」といった特定の変化を成功させることに焦点を絞った取り組みです。組織開発が土壌づくり、チェンジマネジメントが特定の変革を実らせる栽培計画にあたると考えると分かりやすいです。
まとめ
チェンジマネジメント（変更管理）とは、組織が変化を受け入れ、新しい状態に定着させるために「人と組織の側面」を管理する手法です。システムや仕様の変更を扱う IT 変更管理とは役割が異なり、DX や新システム導入を「人が使う状態」まで届けるのがその役目です。
進め方に迷ったら、レヴィン・コッター・ADKAR のフレームワークを変革の規模と推進スタイルで使い分け、必要に応じて組み合わせます。そして「現場が使ってくれない・反発される」という悩みの正体は、人の意欲の問題ではなく、進め方の設計に起因する構造的な問題です。抵抗の原因を不安・不信・理解不足・喪失感に分けて捉えれば、先回りで打ち手を設計できます。
まず踏み出すべき最初の一歩は、危機意識の共有と推進体制づくりです。なぜ今変わる必要があるのかを現場が腹落ちする言葉で伝え、各部門にキーパーソンを置くこと。ここから始めれば、抵抗を抑えて定着まで持っていく道筋が見えてきます。技術の導入と人の変化を一体で設計することが、変革を成果に変える鍵になります。
中小企業 DX 推進ロードマップテンプレート
この資料でわかること
中小企業の DX 推進担当者・経営者が「どこから手をつければ良いか分からない」という状況を打破できるよう、業務棚卸し・優先度評価・実行計画を一貫して作成できるワークシート型ツールを提供する。
こんな方におすすめです
- DXロードマップの作り方が分からない
- 業務棚卸しから優先順位付けまでを体系的に進めたい
- 中小企業に合ったDX計画書のテンプレートが欲しい
入力いただいたメールアドレスにPDFをお送りします。
