>
>
公開日
最終更新日
高機能なシステムを予定どおり稼働させても、従業員が旧業務を続ければIT投資の成果は生まれません。チェンジマネジメントは、システムの導入作業だけでなく、利用者の認識、意欲、知識、能力、定着までを計画的に管理するアプローチです。
特に生成AIやAIエージェントは、操作手順だけでなく、情報の探し方や判断、役割分担まで変えます。その結果、従来のSaaS導入よりも雇用や評価に対する不安が生じやすくなっています。本記事では、情シス部門とDX推進部門が、リリースをゴールにせず、利用率や業務成果まで管理するための計画表、KPI、ツール選定基準を具体化します。
チェンジマネジメントとは
チェンジマネジメントとは、IT導入や変革時に従業員の行動・意識変容を促し、システムを定着させるアプローチです。
本記事のポイント
チェンジマネジメントのゴールは、システムの稼働ではなく、利用者の行動変容と業務成果の実現です。
プロジェクトマネジメントとチェンジマネジメントは管理対象が異なり、どちらか一方だけではIT導入を完結できません。
操作研修の前に、変革の理由と利用者本人のメリットを伝える設計が必要です。
定着状況はログイン数だけでなく、機能利用率、完了率、処理時間、エラー率、問い合わせ件数で測定します。
change managementの意味と対象範囲
英語のchange managementは、日本語では変革管理または変更管理と訳されます。本記事で扱うチェンジマネジメント、通称チェンマネは、システム上の変更申請やリリース管理ではなく、組織と人が新しい働き方へ移行するための管理を指します。
対象はERP刷新、グループウェア移行、SaaS統合、データ基盤の構築、生成AIの全社展開、業務標準化、組織再編などです。単にツールの使い方を教える活動ではありません。誰の仕事がどう変わるかを整理し、不安や利害対立を把握したうえで、経営層の発信、現場との対話、役割別教育、利用支援、効果測定を一つの計画として管理します。
プロジェクトマネジメントとの違い
プロジェクトマネジメントは仕組みを完成させる活動であり、チェンジマネジメントは完成した仕組みを人と組織が使いこなす状態へ移す活動です。
比較軸 | プロジェクトマネジメント | チェンジマネジメント |
|---|---|---|
主な管理対象 | 要件、品質、予算、納期、体制 | 認識、意欲、行動、習熟、定着 |
中心となる問い | 計画どおりに構築できるか | 対象者が新しい方法を受け入れるか |
主な成果物 | 要件定義書、設計書、移行計画、テスト結果 | 影響評価、関係者マップ、対話計画、教育計画、定着指標 |
代表的なKPI | 進捗率、欠陥件数、予算差異、納期 | 利用率、タスク完了率、エラー率、問い合わせ削減率 |
典型的な失敗 | 遅延、予算超過、品質不足 | 稼働したが使われない、旧手順が残る |
両者は競合する手法ではありません。例えばERPを期日どおり稼働させる計画と、経理・購買・営業が新しい承認手順へ移行する計画は並行して進めます。PMOの工程表にチェンマネの成果物と責任者を組み込むと、リリース直前に研修だけを追加する後追い対応を避けられます。
ITサービス管理における変更管理との違い
ITサービス管理の変更管理は、システム変更による障害やセキュリティ事故を防ぐ統制です。一方、本記事のチェンジマネジメントは、変更後の業務を利用者が受け入れ、期待した成果を出すまでを扱います。
例えば認証方式を変更する場合、技術的な変更管理では検証、承認、切り戻し手順を整備します。組織変革としてのチェンマネでは、利用者への理由説明、端末登録の支援、未対応者の把握、問い合わせ分析まで設計します。名称が似ていても成果物が異なるため、計画書では「技術変更」と「利用者移行」を分けて記載します。
情シスにチェンジマネジメントが必要な理由
デジタルスキル標準やIPAのDX動向調査が示すように、情シスにはシステム品質に加えて、利用者が新しいワークフローへ移行したかを管理する役割が広がっています。
成果創出と定着の隔たり
ガートナージャパン株式会社は、2026年1月8日公表のプレスリリース「日本企業のデータ活用に関する最新の調査結果」（https://www.gartner.co.jp/ja/newsroom/press-releases/pr-20260108-data）で、全社で十分な成果を得ている組織の割合は2.4％にとどまると発表しています。この調査はデータ活用に関する調査であり、AI導入企業全体の失敗率を示すものではありません。それでも、データやAIの導入範囲を広げることと、全社的な成果を得ることは別に管理する必要があると読み取れます。
AI投資では、ライセンス配布だけで成果を判断せず、ワークフロー、役割、意思決定、教育、評価のどこが変わるかを整理します。GartnerのCHRO向け公開資料も、AIの価値を引き出すために、仕事の設計や人材面の対応を含めて扱う視点を示しています。Gartner: The Future of AI in HR
従業員が利用するアプリケーション数については、調査ごとに対象者、集計期間、アプリケーションの定義が異なるため、本記事では特定の平均値を採用しません。複数の業務システムを横断する環境では、ツール数そのものよりも、利用者がどの画面・どの手順で迷うかを把握します。アプリを追加するだけでは、操作上の迷い、入力の重複、判断の分断といったデジタルフリクションが増える場合があります。
生成AIとAIエージェントによる心理的抵抗
従来の業務システムは、申請画面や入力手順を置き換えるものが中心でした。生成AIやAIエージェントは、文章作成、分析、問い合わせ対応、判断候補の提示、複数システムの操作まで担うため、個人の専門性や役割そのものに影響します。
利用者が抱く抵抗は、操作が難しいという問題だけではありません。「AIに仕事を学習させたら自分の役割が減る」「誤った回答を採用した責任を負わされる」「利用履歴が人事評価に使われる」といった不安が含まれます。この状態で利用件数だけをKPIにすると、形式的な利用や非公式な回避行動が増えます。
AI導入では、削減対象の作業と人が担い続ける判断を明示し、利用ログの目的、評価への利用範囲、誤回答時の責任分界、機密情報の入力ルールを同時に説明します。自由に試せるSandbox環境を用意できるなら限定されたデータで試行し、用意できないなら承認済みのサンプルデータと演習シナリオに限定します。
チェンマネの効果を示す調査データ
Prosciは、「Best Practices in Change Management」のベンチマーク調査について、2,600人超のチェンジマネジメント実務者の回答を基に、優れたチェンジマネジメントを行ったプロジェクトは、不十分なプロジェクトと比べて目標達成または超過の可能性が約7倍、予定どおりまたは前倒しで完了する可能性が約5倍、予算内または予算以下に収まる可能性が約1.5倍だったと紹介しています。無作為化比較試験ではなく、実務者回答に基づく相関分析であるため、チェンマネだけが差を生んだとは断定できません。経営説明では、調査の対象、調査方法、相関である点を併記し、自社の利用・業務データと合わせて扱います。Prosci: The Correlation Between Change Management and Project Success
システム定着支援やDAPに関するベンダー調査では、習熟度の個人差やマニュアルの作成・更新負荷が課題として取り上げられています。ただし、回答企業の属性、回答数、設問、集計期間を本文だけで確認できない調査値は、自社の基準値として採用しません。情シスが確認する対象は、マニュアル更新に要した時間、問い合わせの分類、主要タスクの完了率、画面変更後のエラー率です。
外部調査データを読む際の共通注意点
本記事で参照する外部調査・ベンダー事例の数値は、変革の定義・成功基準・調査対象・集計期間が現在のERP刷新や生成AI導入と一致するとは限りません。そのため、各調査値をそのまま自社KPIの基準値に採用せず、対象業務・利用者・期待成果・計測期間を自社で定義したうえで、稼働後の利用状況・習熟度・業務成果と照合します。以降の章で「調査対象や集計条件を確認できない」と記述する場合は、この基準が適用されています。経営会議で外部調査を使う場合は、調査正式名称・実施時期・対象・回答数・設問・成功の定義を資料内で確認できれば参考値とし、確認できなければ自社の利用データと業務成果へ根拠を切り替えます。
デジタルスキル標準との接続
経済産業省とIPAのデジタルスキル標準は、DXを進める人材の役割とスキルを整理し、ビジネスアーキテクトなどに必要な要素として変革マネジメントを位置付けています。情シスが技術選定と運用だけを担当するのではなく、業務部門と変革後のプロセスを設計する根拠になります。IPA デジタルスキル標準
IPAの「DX動向2025」は、日本企業でDXへの取り組みが広がる一方、企業文化や組織風土、人材面が成果創出の壁になり得る状況を整理しています。システム品質、データ品質、業務設計も成果を左右するため、利用率だけで成否を説明してはいけません。情シスは技術、データ、業務、人の四つを同じ評価表に載せます。IPA DX動向
組織変革を支える主要フレームワーク
個人のつまずきにはADKARモデル、全社規模の変革にはコッターの8段階プロセスを使い分けると、対策の対象が明確になります。
ADKARモデルの5段階
ADKARは「アドカー」と読み、Prosciが提唱する個人の変化を管理するモデルです。変革をAwareness、Desire、Knowledge、Ability、Reinforcementの5段階に分け、どこで進行が止まっているかを特定します。Prosci ADKAR Model
段階 | 意味 | 情シスが確認する状態 | 主な施策 |
|---|---|---|---|
Awareness | 変化の必要性の認識 | 現行業務の問題と変更理由を説明できる | 経営層の発信、業務課題の可視化 |
Desire | 変化を支持する意欲 | 本人にとっての利点と懸念を言語化できる | 部門別対話、利害調整、役割の明確化 |
Knowledge | 変わり方に関する知識 | 新しい手順と判断基準を理解している | 役割別研修、業務シナリオ、FAQ |
Ability | 実務で実行する能力 | 支援なしで対象タスクを完了できる | 演習、Sandbox、DAP、個別支援 |
Reinforcement | 変化を維持する仕組み | 旧手順へ戻らず成果が継続している | KPI、表彰、業務規程、継続改善 |
操作説明を受けても利用が進まない場合、KnowledgeではなくAwarenessやDesireで止まっている可能性があります。この状態で研修回数を増やしても、参加者は使い方を知ったまま旧手順へ戻ります。反対に、利用意欲は高いのにエラーが多い場合はAbilityがボトルネックであり、演習や画面上のガイドを増やします。
各段階はアンケートだけで判定しません。「変更理由を説明できる人の割合」「研修後に一人で完了できた人の割合」「旧申請経路の利用件数」など、行動データと組み合わせます。5段階を単純な一方向の工程と考えず、異動者、新入社員、機能変更が発生するたびに再評価します。
コッターの8段階プロセス
コッターの8段階プロセスは、部門横断や全社規模の変革を動かす際に適した組織レベルの枠組みです。個人の心理状態を追うADKARに対し、変革チーム、ビジョン、短期成果、組織文化を扱います。
危機意識の形成：現行業務の処理時間、エラー、監査指摘、機会損失を数値化します。
変革推進チームの形成：経営スポンサー、業務責任者、情シス、現場のチェンジエージェントをそろえます。
ビジョンと戦略の策定：ツール導入ではなく、変革後の業務と顧客価値を一文で定義します。
ビジョンの共有：経営会議、部門会議、社内ポータルで同じ説明を繰り返します。
行動を阻む障害の除去：重複承認、旧規程、権限不足、評価制度の矛盾を取り除きます。
短期成果の創出：限定部門で処理時間や問い合わせ件数を測り、成果を公開します。
変革の拡大：先行部門の条件を整理し、他部門向けに手順を調整します。
文化への定着：規程、評価、教育、監査項目へ新しい方法を反映します。
全社ERP刷新や生成AIの業務再設計ではコッターを全体計画に使い、各部門の受容状況はADKARで診断します。小規模な機能追加で組織文化まで変えない場合は、8段階すべてを形式的に実施せず、影響評価、説明、実務教育、利用測定に絞ります。
フレームワークの選択基準
個人ごとの抵抗理由を特定したい場合はADKAR、複数部門の利害調整と経営層の関与が必要な場合はコッターを基盤にします。
変革の状況 | 主に使う枠組み | 判断理由 |
|---|---|---|
一部門のSaaS移行 | ADKAR | 利用者ごとの理解と習熟を追いやすいため |
全社ERP刷新 | コッターとADKAR | 組織横断の推進と個人の移行を同時に扱うため |
生成AIの試験導入 | ADKAR | 不安、利用意欲、スキルを短い周期で検証するため |
組織再編を伴う業務標準化 | コッターとADKAR | 権限や文化の変更と現場教育の両方が発生するため |
フレームワークは成果物を増やすためのものではありません。診断結果が施策の変更につながらないなら、調査項目を減らして行動データの収集へ切り替えます。
▲ 個人の意識・行動変容を導くADKARモデルの5段階
▲ システム利用が進まない原因を特定するADKAR診断フロー
変化への抵抗を解消する実行計画
抵抗を解消するには、影響評価、スポンサーの確立、チェンジエージェントの配置、役割別教育、定着測定をリリース前から進めます。
抵抗理由を可視化するステークホルダーマップ
反対者を一括して抵抗勢力と扱うと、解決できる問題まで感情論になります。まず、対象者を影響度と支持度で分類し、抵抗の理由を業務、権限、能力、評価、不安の五つに分解します。
対象者 | 変化する業務 | 失うもの | 得られるもの | 想定される抵抗 | 責任者 |
|---|---|---|---|---|---|
部門長 | 進捗と承認の管理方法 | 独自の管理表 | 全体状況の可視化 | 管理項目が増える懸念 | 経営スポンサー |
現場担当者 | 入力、検索、申請手順 | 慣れた操作 | 二重入力の削減 | 習熟時間と誤操作への不安 | 業務責任者 |
情シス | 運用、権限、問い合わせ対応 | 既存運用の知識 | 標準化と自動化 | 移行期の負荷増加 | プロジェクト責任者 |
影響度が高く支持度が低い対象者には、全社説明会より先に少人数の対話を設定します。影響度が低く支持度が高い対象者には、先行利用と成功事例の発信を担ってもらいます。反対意見の件数だけで判断せず、承認権限や現場への影響力も評価します。
スポンサーシップの設計
Prosciは「Best Practices in Change Management」で、積極的で目に見える経営スポンサーを変革成功に関わる主要因の一つとして継続的に示しています。スポンサーは承認印を押す人ではなく、変革の理由を自分の言葉で説明し、部門間の衝突を解消する人です。Prosci: Best Practices in Change Management
スポンサーには、月1回のメッセージ発信、部門長会議での課題解決、先行部門の成果承認、旧ルール廃止の判断を割り当てます。情シスが説明資料を用意しても、発信者は事業責任を持つ経営層または部門長にします。スポンサーが会議へ参加できない状態が続くなら、全社展開を急がず、意思決定できる範囲の限定導入へ切り替えます。
チェンジエージェントの選定と育成
チェンジエージェントは、各部門で利用者の声を集め、変更理由を説明し、初期のつまずきを推進チームへ戻す現場側の変革推進者です。ITに詳しい人だけでなく、同僚から相談されやすく、業務上の例外を理解し、反対意見も率直に伝えられる人を選びます。
候補者の抽出：業務責任者が、信頼、発信力、業務知識、活動時間の四項目で候補を挙げます。
役割の合意：問い合わせの丸投げ先にせず、意見収集、試行、説明、課題の引き上げを役割として明文化します。
先行教育：一般利用者より早く新業務を体験し、失敗しやすい操作と例外処理を記録します。
活動時間の確保：通常業務に上乗せせず、上司が週当たりの活動時間と代替要員を決めます。
定例運営：週次で質問、抵抗理由、未解決課題、成功例を共有し、情シスが回答期限を設定します。
社会運動研究で知られる3.5％ルールは、企業のシステム定着率を証明する法則ではありません。社員数に一定比率を当てはめるのではなく、部門、拠点、職種、勤務形態を網羅できる配置を優先します。抵抗理由と問い合わせを部門単位で回収できればチェンジエージェント網を拡張し、回収経路が偏るなら人数より配置を見直します。
フェーズ別のチェンジマネジメント計画
次の表は、情シスがプロジェクト計画へ転記できる実行テンプレートです。リリース日から逆算し、技術工程と同じ会議で進捗を管理します。
時期 | 実施項目 | 具体的な成果物 | 次へ進む条件 |
|---|---|---|---|
導入決定前から決定直後 | 目的、対象業務、影響範囲の整理 | 変革目的、業務KPI、影響評価表 | 経営スポンサーと業務責任者が目的を説明できる |
設計・開発期 | 関係者分析、意見収集、先行検証 | 関係者マップ、対話計画、課題台帳 | 高影響部門の重大な未解決事項に責任者が付いている |
リリース8〜12週前 | チェンジエージェント教育、業務テスト | 役割別シナリオ、FAQ、例外処理一覧 | 代表利用者が主要タスクを完了できる |
リリース4〜8週前 | Whyの共有、役割別研修、支援体制の告知 | 部門別説明資料、研修記録、窓口一覧 | 対象者と未受講者を識別できる |
リリース直後 | 利用状況と障害の監視、集中支援 | 日次ダッシュボード、問い合わせ分類 | 重大障害と教育不足を分けて対処できる |
リリース後1〜3か月 | 定着診断、旧手順の廃止、追加教育 | KPI推移、部門別改善計画、成功事例 | 主要業務の利用率と成果指標が目標範囲へ入る |
リリース後3か月以降 | 規程、評価、入社教育への反映 | 標準業務手順、継続教育、監査項目 | 特別な推進体制がなくても運用を維持できる |
コミュニケーション計画の記入例
全員に同じ案内を一度送る方法では、職種ごとの疑問に答えられません。対象、目的、発信者、媒体、時期、行動要求、反応の測り方を一行で管理します。
対象 | 伝える内容 | 発信者 | 時期・媒体 | 期待する行動 | 測定方法 |
|---|---|---|---|---|---|
部門長 | 変革理由、管理方法、部門KPI | 経営スポンサー | 導入12週前・部門長会議 | 対象者と懸念を報告する | 回答率と未解決課題数 |
現場担当者 | 本人の利点、変更手順、支援窓口 | 部門長と業務責任者 | 導入6週前・部門説明会 | 演習へ参加する | 参加率と理解度 |
チェンジエージェント | 先行機能、課題報告方法、回答期限 | 情シス | 導入10週前から週次 | 試行結果を記録する | 課題の解決日数 |
定着を測るKPIの定義
ログイン率だけでは、開いただけの利用者と業務を完了した利用者を区別できません。最低でも利用、習熟、業務成果、感情の四層で測ります。
対象者利用率：期間内に主要機能を1回以上使った対象者数÷全対象者数×100
DAU・MAU比率：1日当たりの利用者数÷月間利用者数×100。日常業務への組み込み度を見ます。
タスク完了率：主要処理を正常完了した件数÷開始件数×100
エラー率：差し戻し、誤入力、異常終了の件数÷全処理件数×100
問い合わせ削減率：導入前の月間問い合わせ件数と比較した減少割合
業務成果：処理時間、リードタイム、重複入力、監査指摘、顧客応答時間の変化
受容度：変更理由への理解、利用意欲、不安を同じ設問で定点観測した結果
例えば月間問い合わせが200件から140件へ減れば削減率は30％です。ただし、問い合わせ窓口を閉じた結果でないかを確かめるため、タスク完了率とエラー率も同時に見ます。目標値は一律に70％などと置かず、対象業務の頻度と必須性を基に決めます。月1回の業務ならMAU、毎日の申請ならDAUと完了率を中心にします。
DAPとITツールによる定着支援
操作が複雑で画面変更が多いシステムでは、研修とマニュアルに加えてDAPを使うと、利用時点での支援と定着データの収集が可能です。
DAPの役割と従来手法との違い
DAPはデジタルアダプションプラットフォームの略で、業務システムの画面上に操作案内、入力チェック、注意事項、関連情報を表示する仕組みです。利用者がマニュアルを探してから操作へ戻るのではなく、作業中の画面で次の行動を確認できます。
DAPに関するベンダー調査では、システム習熟度の個人差やマニュアルの作成・更新負荷が課題として扱われています。ただし、調査対象や集計条件を確認できない数値を自社の投資根拠には使いません。DAPは画面上の操作支援と行動把握に使えますが、変革理由や雇用不安を解決するツールではありません。AwarenessとDesireは経営層や上司との対話で扱い、KnowledgeとAbilityをDAPで補います。
支援方法 | 適する場面 | 長所 | 注意点 |
|---|---|---|---|
集合説明会 | 変更理由と全体像の共有 | 経営層の意思を同時に伝えられる | 個別の操作習熟までは確認できない |
役割別研修 | 業務シナリオの習得 | 職種ごとの判断を練習できる | 異動者や欠席者への継続対応が必要 |
マニュアル・FAQ | 低頻度業務と例外処理 | 詳細な手順を残せる | 画面変更のたびに更新が発生する |
DAP | 高頻度かつ多段階の画面操作 | 利用時点で案内し、行動を分析できる | ガイド自体の設計と保守が発生する |
チャット・相談窓口 | 個別事情と未整理の質問 | 想定外の課題を発見できる | 回答品質と受付時間の管理が必要 |
主要DAPの比較軸
WalkMe、Whatfix、テックタッチなどのDAPを比較する際は、公開された機能一覧だけで優劣を決めません。対象システム、ブラウザ・端末の対応、ガイド制作の分担、分析データの取得範囲、セキュリティ審査、国内での支援体制を同じ検証条件で扱います。料金、ノーコード運用の範囲、分析機能、対応環境は契約内容や製品更新で変わるため、本文では製品別の断定比較を行いません。
評価項目 | 検証する内容 | 判断の分岐 |
|---|---|---|
対象画面への適用 | 実際の業務画面でガイドを表示し、主要タスクを完了できるか | 主要画面で動作すれば限定検証へ進み、動作しなければ対象範囲または方式を見直す |
ガイド制作 | 一本のガイドを作成して公開するまでの時間、修正回数、担当者 | 業務部門が更新できれば分散運用を検討し、できなければ情シスまたは専門チームへ集約する |
分析データ | 途中離脱、完了、エラー、ガイド閲覧を業務単位で取得できるか | 必要なKPIを取得できれば定着測定に使い、取得できなければ別のログ基盤と組み合わせる |
統制 | 操作ログ、入力値、画面情報の収集・保存・閲覧範囲 | マスキング、権限分離、監査ログが確認できれば本番検証へ進み、確認できなければ研修環境に限定する |
保守 | 対象システムの画面変更後に壊れたガイドを把握できるか | 更新責任者と点検工程を置ければ継続利用し、置けなければ対象画面を絞る |
製品の優劣を機能数だけで決めると、ガイド制作が属人化します。試験導入では、対象画面にガイドを一本作り、公開までの時間、修正回数、分析データの取得可否、業務部門だけで更新できる範囲を測ります。業務部門が更新できれば分散運用へ進み、できなければ情シスまたは専門チームへ制作を集約します。
DAP選定時の確認項目
DAPは利用者の画面へ介入するため、操作性だけでなくセキュリティ、個人情報、アクセシビリティ、保守性を評価します。
対象のWebアプリケーション、デスクトップ、モバイル環境で動作するか
ブラウザ拡張、タグ、エージェントなど、配布方式が端末管理方針に合うか
入力値、画面内容、操作ログのうち、何が収集・保存されるか
個人情報や機密項目をマスキングできるか
SSO、権限分離、監査ログ、管理者操作履歴に対応するか
キーボード操作、読み上げ、文字拡大などのアクセシビリティを阻害しないか
対象システムの画面変更を検知し、壊れたガイドを把握できるか
部門別、役割別、言語別に案内を出し分けられるか
タスク完了率や途中離脱地点を取得できるか
対象・提供状況は製品、プラン、地域、導入方式で異なります。ベンダーの管理画面、セキュリティ資料、データ処理契約、監査ログの仕様で、操作ログから個人を特定できるか、入力値を保存するか、マスキングと権限分離が可能かを確認します。利用目的、保存期間、閲覧権限を定められるなら限定検証へ進み、定められないなら本番の個人情報を扱わず、研修環境または匿名化データでの利用に切り替えます。
導入規模ではなく業務条件による使い分け
従業員数だけでDAP導入を判断する根拠はありません。対象者が少なくても、操作が複雑で誤入力の影響が大きければ導入効果が見込めます。反対に数千人が利用しても、操作が単純で変更頻度が低ければ、短い説明とFAQで足りる場合があります。
業務条件 | 中心となる支援 | 判断理由 |
|---|---|---|
単純操作、変更頻度が低い | 短い説明、FAQ | ガイド保守の費用が効果を上回りやすい |
多段階操作、利用頻度が高い | DAP、役割別研修 | 操作中の迷いと離脱を継続的に減らせる |
例外処理が多い | 業務シナリオ、相談窓口 | 固定ガイドだけでは判断条件を表現しにくい |
複数SaaSを横断する | DAP、業務フロー図 | システム間の移動と入力順を案内できる |
AI利用への不安が強い | 対話、Sandbox、利用規程 | 操作支援だけでは雇用や責任への不安を解消できない |
日本企業のチェンジマネジメント成功事例
国内事例では、経営メッセージ、現場の推進者、業務中の支援を組み合わせた企業ほど、導入を利用成果へつなげる設計を公開しています。以下のうち支援会社・製品提供会社が紹介する事例は、顧客企業による独立開示ではなく、ベンダー公表事例として扱います。成果値は、対象範囲、計測期間、定義を自社のKPIへ転用する前に分けて確認します。
三井物産の生成AI定着
業種・規模：総合商社です。
導入時期：2023年以降の生成AI活用施策として紹介されています。
課題：生成AIは用途の自由度が高いため、利用経験があっても、自分の仕事に合う使い方を見つけにくいことがあります。アカウント配布だけでなく、具体的な業務との結び付けを継続する設計が必要になります。
施策：支援会社であるHakuhodo DY ONEが自社サイトで公開する事例（公開元：Hakuhodo DY ONE公式Webサイト「事例・実績」、https://www.hakuhodo-dy-one.com/）では、人を中心に置くチェンジマネジメントを採用し、具体的なユースケースの発信、利用者への働きかけ、部門を回るチェンジキャラバンなどを展開したと紹介しています。これはベンダー公表事例であり、単発研修ではなく、現場が自分の業務へAIを当てはめる活動を継続した設計例として参照します。なお、掲載内容は更新・変更される場合があるため、参照時点で公開元ページを直接確認します。
成果：同事例には利用状況に関する成果値が掲載されていますが、月間アクティブ率の定義、計測期間、対象機能を本文だけで統一的に検証できないため、本記事では自社KPIの基準値として採用しません。情シスが参考にする対象は、利用率の高さそのものではなく、利用例の発信と部門別の働きかけを継続する運用です。
荏原製作所のADKAR活用
業種・規模：産業機械を中心とする製造業、グローバルに事業を展開する企業です。
導入時期：長期ビジョン「E-Vision 2030」に基づくDX推進期間です。
課題：荏原製作所はDXを進める過程で、システムや施策を先行させても、現場が変革の理由を自分の仕事と結び付けられない課題に直面しました。システムの完成と社員の意識変容を別の課題として管理する必要がありました。
施策：公開事例ではADKARモデルを取り入れ、社員の状態を認知、意欲、知識、能力、定着の段階で捉えた取り組みが紹介されています。経営と現場の対話を通じ、変更理由を伝えてから実行方法へ進む順序を採用し、単なる操作教育から組織風土の変革へ対象を広げています。
成果：公開事例は、変革目的の自分ごと化と、全社的な組織変革へ進めた点を成果として紹介しています。一方、利用率や処理時間などの統一された定量成果は、2026年8月25日時点で本記事が参照する公開情報から確認できません。定量値がない事例をROIの証拠として扱わず、ADKARを対話と診断へ接続した設計例として参照します。
NIPPON EXPRESSホールディングスのDAP活用
業種・規模：物流業です。
導入時期：SAP Aribaを利用したグローバル調達基盤の国内展開期として紹介されています。
課題：NIPPON EXPRESSホールディングスは、調達プロセスを標準機能へ合わせるFit to Standardを進めながら、国内各社の利用者が新しい画面と手順へ短期間で移行する必要がありました。個社ごとの手順へ戻れば、業務標準化の効果が薄れます。
施策：WalkMeの公開事例では、SAP Aribaの画面上に操作案内を表示するDAPを採用し、利用者が作業中に次の操作を確認できる環境を整えたと紹介しています。これは製品提供会社による公表事例であり、集合研修とマニュアルだけに依存せず、本番利用時の支援をシステム上へ組み込む設計例として扱います。
成果：公開事例には国内展開の期間や対象会社数、トレーニング時間・問い合わせ負荷に関する成果が紹介されています。ただし、展開完了の定義、対象範囲、比較対象、削減効果の集計方法を本記事では確認できないため、特定の数値を自社目標へ転用しません。展開期間、対象部門、主要タスクの完了率、問い合わせ分類を自社で同じ定義にそろえられる場合に限り、限定検証の評価項目として使います。
3社の事例から分かる再現条件
三井物産の事例は利用目的とユースケース、荏原製作所の事例は意識段階の診断、NIPPON EXPRESSホールディングスの事例は利用画面上の支援に重点を置いています。手法は異なりますが、いずれもツール配布と一度の研修だけで終えていません。
企業 | 変革対象 | 中心施策 | 公開事例から読む論点 | 自社へ転用する条件 |
|---|---|---|---|---|
三井物産 | 生成AIの活用 | ユースケース発信、部門への働きかけ | 利用例を業務に結び付ける継続的な活動 | 利用ログと業務別事例を継続収集できる |
荏原製作所 | DXと組織風土 | ADKARによる診断と対話 | 変革目的を自分ごと化するための対話 | 経営と現場が抵抗理由を共有できる |
NIPPON EXPRESSホールディングス | 調達業務の標準化 | DAPによる画面上の操作支援 | 本番利用時に操作支援を提供する運用 | 標準業務とガイドの管理責任者を置ける |
成功事例の数字をそのまま目標にすると、利用頻度や対象業務の違いを無視します。自社では、利用対象者、必須業務か任意業務か、計測期間、主要機能の定義をそろえてから目標値を設定します。
チェンジマネジメントの失敗パターンと対策
チェンジマネジメントは、研修への依存、Go-Liveのゴール化、ミドルマネージャーとAI不安の放置によって失敗します。
研修とマニュアルへの依存
最も多い失敗は、操作説明会とマニュアルを用意した時点で、利用者が変化を受け入れたと判断することです。ADKARでは、研修が主に扱うのはKnowledgeとAbilityです。AwarenessとDesireが不足していれば、利用者は操作を理解しても旧手順を続けます。
やってはいけないこと：リリース直前に全員向けの機能説明を一度実施し、受講率だけで準備完了と判定する運用です。参加者が自分の業務で何を変えるのか判断できず、問い合わせはリリース後に集中します。
対策：研修の前に、現行業務の問題、変革しない場合の影響、部門と本人が得る利点を伝えます。研修は職種別の実務シナリオで構成し、受講率ではなく、支援なしで主要タスクを完了した割合を測ります。説明会は中止せず、Whyの共有と実務教育を組み合わせます。
Go-LiveをゴールとするPM視点
二つ目の失敗は、予定日にシステムが稼働した時点でプロジェクトを解散することです。リリース直後は、操作の迷い、旧データの不備、権限不足、例外業務が表面化します。この期間に責任者と予算を失うと、情シスの問い合わせ対応だけが残ります。
やってはいけないこと：納期、予算、障害件数だけを完了条件にし、利用率や業務成果を運用部門へ引き継ぐ方法です。成果指標の責任者が不在になり、使われない機能が放置されます。
対策：プロジェクト憲章にリリース後1〜3か月の定着期間を含めます。利用率、DAU・MAU比率、主要機能の完了率、処理時間、エラー率、問い合わせ件数を週次で追い、目標未達の部門には追加教育または業務手順の修正を割り当てます。システム障害が原因なら技術改修、理解不足なら教育、利害対立ならスポンサーによる調整へ分けます。
ミドルマネージャーの置き去り
三つ目の失敗は、経営陣が全社方針を発信し、情シスが現場担当者へ研修する一方で、課長や部長への説明を省くことです。ミドルマネージャーは進捗管理、評価、例外承認を担うため、新しいツールによって管理負荷が増えると判断すれば、旧手順を黙認します。
やってはいけないこと：ミドルマネージャーを伝達役としてだけ扱い、本人の業務や権限がどう変わるかを説明しない進め方です。表面上は賛成しても、部門会議で利用を後回しにする状態が生まれます。
対策：一般利用者より先にミドル層の影響評価を行います。管理表の廃止、承認件数、部下からの質問、部門KPIへの影響を示し、増える作業と減る作業を分けます。管理工数が増えるなら導入範囲を調整し、削減できるなら先行部門で時間を測って公開します。
AIによる雇用不安と心理的安全性の不足
生成AIで「作業時間を20％削減する」とだけ伝えると、従業員は削減された時間ではなく、削減される人員を想像します。また、AIの誤回答を採用した際の責任が不明確なら、利用しないことが最も安全な選択になります。
対策：AIに任せる作業、人が判断する事項、出力の確認者、禁止データ、誤りを報告する窓口を明文化します。Sandboxを用意できるなら、本番へ影響しないデータで試行し、失敗例も共有します。用意できないなら、機密情報を含まない演習データと承認済みプロンプトへ限定します。
利用率を個人評価へ使う場合は、その目的と評価基準を導入前に開示します。開示できない段階では個人ランキングを作らず、部門単位の利用傾向と業務成果を測ります。誤操作や疑問を報告した人が不利益を受けない運用をスポンサーが明言すると、隠れた問題を早期に回収できます。
DAP導入自体を目的にする失敗
DAPにも失敗パターンがあります。すべての画面へポップアップを追加すると、案内が作業を遮り、利用者が反射的に閉じるようになります。画面変更のたびにガイドが壊れれば、誤った操作を案内するリスクもあります。
対策：問い合わせ件数、途中離脱、入力エラーが多い画面から対象を絞ります。ガイドごとに所有者、更新期限、利用回数、完了率を持たせ、利用されないガイドは削除します。対象システムのリリース情報を取得できるなら更新工程へDAPテストを組み込み、取得できないなら月次の主要画面点検を設定します。
チェンジマネジメントの専門資格
資格は手法の共通言語を得る手段であり、実務案件への適用、国際的な認知、受験要件の違いで選びます。資格制度、教育時間、試験言語、開催形式、受験資格は変更され得るため、以下は2026年8月25日時点での選定観点です。
Prosci認定チェンジ・プラクティショナー
Prosciの認定プログラムは、ADKARモデルと同社の方法論を用い、実際の変革案件へ計画を適用する実践型プログラムです。スポンサー計画、関係者への働きかけ、教育、定着などを扱います。プログラム日数、開催言語、受講形式、費用は地域と実施主体で変わります。公式要件ページ（https://www.prosci.com/solutions/training-programs/change-management-certification-program）で最新の日程・形式・費用を確認し、案件開始前に受講できる日程が取れれば受講を計画に組み込み、間に合わなければ案件内で影響評価と基礎診断を先行します。
現在進行中のERP、SaaS、生成AI導入へADKARをすぐ適用したい情シス担当者に合います。一方、特定の方法論を中心に学ぶため、組織心理、戦略、人事制度まで広く研究する学位や一般的な経営資格とは目的が異なります。公式の開催案内で案件開始前に受講できる日程と形式が確認できれば計画へ適用し、間に合わなければ案件内で影響評価と基礎診断を先行します。
CCMP
CCMPはCertified Change Management Professionalの略で、ACMPが認定する国際資格です。特定企業の方法論だけではなく、チェンジマネジメントの標準、教育、実務経験を基に専門性を証明します。ACMP CCMP
実務経験、教育時間、申請書類、試験に関する条件は改定される場合があります。2026年5月には一般社団法人日本チェンジマネジメント協会が、ACMPの認定教育機関に関する発表を行っていますが、日本語で受講できるプログラム、教育要件への算入可否、試験言語は申込時点の公式案内で判断します。一般社団法人日本チェンジマネジメント協会
ACMPのCCMP要件ページと選択する教育プログラムの案内で、実務経験、教育時間、申請期限、試験言語を確認します。実務経験が現行要件を満たせば受験準備へ進み、満たさなければプロジェクトで担当範囲と成果物を記録しながら教育要件を整えます。
APMG Change Management
APMGのChange Management資格は、個人の変化、組織の変化、コミュニケーション、抵抗への対応などを心理学と組織行動の観点から学ぶ体系です。FoundationとPractitionerの構成、受験方法、前提条件、研修言語は認定研修機関と地域で異なります。APMG Change Management
特定のツール導入だけでなく、組織文化や関係者の反応を広く学びたい場合に適します。公式サイトと認定研修機関の開催案内で、日本語開催、オンライン・集合形式、試験日程、受験条件が案件日程に合うことを確認できれば受講し、合わなければ英語受講または別資格へ切り替えます。
資格の比較基準
資格名の知名度だけでなく、自社案件で必要な成果物と現行の受験条件を基に選びます。
資格・プログラム | 中心となる内容 | 向いている目的 | 主な確認先 |
|---|---|---|---|
Prosci認定 | ADKARとProsci方法論の実務適用 | 進行中の変革案件へ短期間で適用 | Prosci公式の開催日程、形式、費用 |
CCMP | 国際標準と実務経験の証明 | 専門職として経験を体系化 | ACMP公式の教育時間、実務経験、試験要件 |
APMG | 心理学、組織変革、抵抗管理 | 理論から実務適用まで段階的に学習 | APMGおよび認定研修機関の開催言語、受験条件 |
資格を取得しても、スポンサーが不在であれば変革は進みません。受講後は、影響評価表、関係者マップ、コミュニケーション計画、定着KPIのいずれかを自社案件で作り、学習内容を成果物へ変換します。
よくある質問
チェンジマネジメントの導入時に情シスから挙がりやすい疑問へ、判断基準を含めて回答します。
チェンジマネジメントとプロジェクトマネジメントの違いは何ですか？
プロジェクトマネジメントは、システムを品質、予算、納期の範囲内で完成させる管理です。チェンジマネジメントは、利用者が新しい業務を受け入れ、使いこなし、期待した成果を出すまでを管理します。
チェンマネとは操作研修のことですか？
チェンマネは操作研修だけを指す言葉ではありません。変革理由の共有、利害調整、スポンサーの活動、役割別教育、利用支援、定着測定を含む管理手法です。
現場が抵抗する場合、操作説明会は中止すべきですか？
操作説明会は中止せず、説明会単体で解決しようとしない設計へ変えます。先に変更理由と本人への利点を伝え、その後に役割別の実務教育、Sandbox、DAP、相談窓口を組み合わせます。
チェンジマネジメントの効果はどう測りますか？
対象者利用率、主要機能の完了率、処理時間、エラー率、問い合わせ件数、受容度を導入前後で比較します。ログイン率が高くても処理時間や差し戻しが改善しない場合は、定着ではなく形式的利用と判定します。
チェンジエージェントは社員の3.5％を選べばよいですか？
企業のシステム定着を保証する比率はありません。人数よりも、部門、拠点、職種、勤務形態を網羅し、現場から信頼される人を配置できているかで判断します。
小規模なシステム変更にもチェンマネは必要ですか？
権限、評価、業務手順が変わらず、利用者が自力で新操作を完了できる変更なら、簡易な案内と利用確認で足ります。複数部門の利害、業務廃止、役割変更が生じるなら、利用者数が少なくても影響評価とスポンサーの設定を行います。
DAPを入れればマニュアルは不要ですか？
DAPは高頻度の画面操作に適しますが、低頻度の例外処理、制度の説明、障害時の代替手順は文書で残します。操作中の案内はDAP、詳細な判断基準は業務手順書という役割分担にします。
▲ プロジェクトマネジメント（PM）とチェンジマネジメント（CM）の役割比較
まとめ
チェンジマネジメントのゴールは、システムをリリースすることではなく、利用者の行動と業務成果を変えることです。生成AIやAIエージェントの導入では、操作教育だけでなく、雇用、評価、責任への不安も扱います。
以下に、着手時点の状況別に最小実行プランを整理します。
初めてチェンジマネジメントに取り組む場合（30日間プラン）
1〜7日目：進行中のIT施策を一つ選び、対象者利用率・タスク完了率・問い合わせ件数の現状値を記録します。
8〜14日目：ADKARの5段階を使い、対象者がどの段階で止まっているかをアンケートまたはログで確認します。
15〜21日目：経営スポンサーと業務責任者を一名ずつ決め、変革目的を一文で合意します。
22〜30日目：高影響部門のチェンジエージェント候補を一名選び、週次の課題共有を始めます。
定着フェーズで手を打ちたい場合（すでに稼働済みの施策向け）
利用率・エラー率・問い合わせ件数の直近3か月分を揃え、停滞部門を特定します。
停滞部門へADKAR診断を実施し、AwarenessかDesireかAbilityのどこが問題かを分けます。
問題の種類に応じて、Whyの再共有・役割別再研修・DAPの追加のいずれかを選択します。
Go-Live後3か月までの定着KPIを工程表へ追加し、成功事例と失敗事例を社内で共有します。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
