チェンジマネジメントの進め方｜FDEが現場定着させる8ステップと実務

チェンジマネジメントとは何か、なぜFDEに必要なのか？

チェンジマネジメントは、新しい仕組みを現場の日常業務として定着させる取り組みです。FDEの成果も「動くシステム」ではなく、現場で使われ続けた時点で決まります。

Forward Deployed Engineer（FDE）は、顧客の現場に入り込んでデータ基盤やAIアプリケーションを実装する職種です。Palantirが早くからこの役割を置いたことで知られます。ただ、実装が終わっても現場の業務が変わらなければ、プロジェクトの価値は出ません。そこで、技術力と並ぶもう一つの柱として必要になるのがチェンジマネジメントです。

チェンジマネジメントは「プロジェクト管理」と何が違うのか？

プロジェクト管理が扱うのは納期と成果物で、チェンジマネジメントが扱うのは人の行動の変化です。対象が違うため、両方を並行して回す必要があります。

FDEの現場では、リリース日がプロジェクト管理上のゴールになりがちです。けれども現場の担当者から見ると、そこから「慣れない画面で仕事をする日々」が始まります。この時間差を埋めるのが、チェンジマネジメントの役割だと考えられます。

なぜFDEはチェンジマネジメントを自分の仕事として担うのか？

FDEは現場に常駐し、技術と業務の両方を理解できる立場にいます。そのため、変革の推進役を最も自然に引き受けられる職種です。

外部コンサルタントは方針を描けても、画面の操作感やデータ品質の問題をその場で直すことはできません。社内のIT部門は実装はできても、現場業務の細かな事情までは把握しきれないことがあります。FDEはその間に立ち、「使いにくい」という声を翌日の改修につなげられます。この反応の速さが現場の信頼をつくり、定着を後押しします。

なお、「組織変革の約70%は失敗する」という数字がよく引用されます。しかしMark Hughesの論文（Journal of Change Management, 2011年）は、この数字には実証的な裏付けが乏しいと指摘しています。FDEが社内で変革の必要性を訴えるときは、出典があいまいな数字に頼らないほうが説得力を保てます。自社の具体的な業務課題を根拠にするのがおすすめです。

チェンジマネジメントはどんな手順で進めるのか？

FDEがチェンジマネジメントを進めるときは、John Kotterの8段階を骨格にし、各段階に現場での実装作業を対応させると扱いやすくなります。

Kotterは1995年のHarvard Business Review論文「Leading Change: Why Transformation Efforts Fail」と、1996年の著書『Leading Change』で8段階のプロセスを示しました。以下は、その8段階をFDEの実務に置き換えた手順です。

FDEが現場定着させる8ステップとは？

8ステップは「危機感の共有」から「文化への定着」までの流れです。前半4つで土台をつくり、後半4つで行動を変えていきます。

ステップ6の「4〜8週間」は、厳密な基準ではありません。現場の関心が薄れないうちに成果を見せる、という目安です。Palantirが2023年に始めた「AIP Bootcamp」は、数日で顧客と一緒にユースケースを形にするプログラムで、短期成果を重視する考え方をよく表しています。

8ステップのうちFDEがつまずきやすいのはどこか？

FDEが最もつまずきやすいのは、ステップ2の推進チームづくりと、ステップ8の文化への定着です。どちらも技術では解決できない領域だからです。

エンジニア出身のFDEは、ステップ5（障害の除去）や6（短期成果）を得意にしやすい傾向があります。一方で、現場のキーパーソンを見極めて味方につける作業は後回しになりがちです。実務の感覚では、役職よりも「この人が使い始めたら周りも使う」という影響力のある担当者を早めに見つけられるかどうかが、展開の速さを左右します。

ステップ8も見落とされやすい段階です。FDEが常駐している間は使われていても、契約終了や担当交代のあとに旧プロセスへ戻ってしまう例は珍しくありません。これを防ぐには、FDEがいなくても回る状態をつくる必要があります。手順書、社内の問い合わせ窓口、KPIへの組み込みなどがその手段です。

KotterとADKARはどう使い分けるべきか？

Kotterは組織全体の変革の進め方を、ADKARは個人が変わるまでの段階を整理したモデルです。FDEは両方を重ねて使うのが実践的です。

ADKARは、Prosci社の創業者Jeff Hiattが提唱したモデルで、2006年の著書『ADKAR: A Model for Change in Business, Government and our Community』で体系化されました。Awareness（認識）、Desire（意欲）、Knowledge（知識）、Ability（能力）、Reinforcement（定着）の頭文字をとっています。

KotterとADKARの違いは何か？

Kotterはリーダーが組織を動かす順序を示し、ADKARは一人ひとりがどこで止まっているかを診断します。視点の高さがまったく違います。

FDEはどの場面でどちらを使うのか？

導入計画を立てる段階ではKotterを使い、展開後に利用が伸びない部署が出てきたらADKARで原因を切り分けます。この使い分けが基本です。

たとえば、ある部署だけ新システムの利用が低いとします。ADKARの5段階に沿ってヒアリングすると、原因を次のように切り分けられます。

1. Awareness：そもそも変更の理由が伝わっているか
2. Desire：理由は分かっているが、「自分には得がない」と感じていないか
3. Knowledge：使い方を教わる機会があったか
4. Ability：知識はあっても、実際の業務量の中で使いこなせているか
5. Reinforcement：使っても評価されず、旧手順に戻る誘惑が強くないか

研修を増やすべきなのはKnowledgeが足りない場合だけです。原因がDesireにあるなら、研修を重ねても効果は薄いでしょう。その場合は、その部署にとっての具体的なメリットを示すことや、評価制度を見直すことが必要になります。FDEがこの切り分けを現場の言葉で行えると、打ち手を選び間違えにくくなります。

FDEは現場の抵抗にどう向き合うのか？

現場の抵抗は「説得する相手」ではなく、「設計の欠陥を教えてくれる情報」として扱うのが基本です。FDEは、その声をプロダクト改善に直結させられる立場にいます。

変化への抵抗は自然な反応です。Kurt Lewinが示した「解凍・変化・再凍結」の3段階モデルでも、既存のやり方をいったん「解凍」する難しさが前提に置かれています。

現場の抵抗にはどんな種類があるのか？

抵抗は大きく、合理的な懸念・感情的な不安・利害の対立の3種類に分けられます。種類によって効く対処がまったく違います。

技術者は、すべての抵抗を「合理的な懸念」とみなして機能追加で解決しようとしがちです。けれども感情的な不安に機能追加で応えても、問題はかえってこじれることがあります。抵抗の声を聞いたら、まずどの種類に当たるのかを見立てると、無駄な改修を避けやすくなります。

FDEならではの抵抗への向き合い方とは？

FDEの強みは、現場と同じ画面を見ながら、その場で小さな改善を返せることです。この「聞いたら直る」体験が抵抗を協力に変えていきます。

実務で効果が出やすいのは、次のような行動です。

1. 隣に座って観察する：ヒアリングだけでなく、実際の操作を横で見る。言葉にされない不便が見つかります。
2. 小さな改修を早く返す：ラベルの文言や項目の並び順など、数時間で直せる要望を優先して反映し、「言えば変わる」と実感してもらいます。
3. 反対派を早めに招く：強く反対している担当者をテストユーザーに招くと、指摘の質が高く、定着後の強力な推進者になってくれることがあります。
4. できないことは率直に伝える：対応できない要望を曖昧にしたまま放置すると、信頼を損ねます。

一方で、FDEが現場の要望をすべて個別に実装すると、プロダクトが顧客ごとの特注品になります。Palantirのように製品とFDEを組み合わせるモデルでは、「この要望は製品の改善として汎用化できるか」を判断し、本社のプロダクトチームに還元することもFDEの重要な仕事とされています。

変革が定着したかどうかはどう測るのか？

定着度は、利用率だけでなく、利用の深さと「旧プロセスに戻っていないか」を組み合わせて測ります。リリース直後の数字だけで判断するのは早すぎます。

ProsciはADKARとあわせて、変革の成果を測る観点として「Speed of Adoption（採用の速さ）」「Ultimate Utilization（最終的な利用率）」「Proficiency（習熟度）」の3つを示しています。FDEの現場では、これを具体的な指標に置き換えて追うと扱いやすくなります。

どんな指標で定着度を測るべきか？

定着度は、速さ・広さ・深さ・持続性の4つの軸で測るのが実践的です。どれか一つが欠けると、「使われているように見えるだけ」の状態を見逃します。

特に見落としやすいのが「持続性」です。新システムのログイン数が増えていても、裏では従来のExcel管理が続いており、二重入力になっていることがあります。FDEは、新システムのログだけでなく旧プロセスの残り具合も確認すると、実態に近い定着度をつかめます。

いつ、どのタイミングで測定すればよいのか？

測定は、リリース直後・数か月後・FDEの関与を減らした後の3つの時点で行うのが望ましいです。最後の時点が本当の定着を示します。

1. リリース直後（数週間）：初回利用の速さと、操作上のつまずきを確認する
2. 数か月後：週次の利用率と主要機能の利用率が安定しているかを見る
3. FDEの関与を減らした後：常駐やサポートを縮小しても利用が維持されているかを確認する

3つ目の測定は、Kotterのステップ8「文化への定着」が達成できたかを判断する材料になります。FDEがいる間だけ回る仕組みは、厳しく言えば定着ではなく「FDEへの依存」です。FDEのキャリアにとっても、現場が自走できる状態をつくって次の現場へ移れる力こそ、評価されやすい実績になるはずです。

FDE導入を検討している企業の意思決定者は、契約や体制の設計段階から「FDEの関与を段階的に減らす計画」と「その後の定着度の測定」を組み込んでおくことをおすすめします。そうすることで、FDEへの投資を一時的な成果で終わらせず、組織の能力として残しやすくなります。

出典・参考

• John P. Kotter, “Leading Change: Why Transformation Efforts Fail,” Harvard Business Review, 1995
• John P. Kotter, Leading Change, Harvard Business School Press, 1996
• Jeffrey M. Hiatt, ADKAR: A Model for Change in Business, Government and our Community, Prosci, 2006
• Mark Hughes, “Do 70 Per Cent of All Organizational Change Initiatives Really Fail?,” Journal of Change Management, 2011
• Kurt Lewin, “Frontiers in Group Dynamics,” Human Relations, 1947
• Palantir Technologies, AIP Bootcampに関する公式発表（2023年）

姉妹メディアの関連記事