「良い人を採れた」は、FDE（Forward Deployed Engineer）チームにとってゴールではなく、スタートラインに過ぎない。ServiceNow・Databricks・Workato・Wonderfulという4社でFDE組織を率いるリーダーたちが出した結論は、採用基準そのものよりも「雇った後」の設計のほうが、チームの定着と成果を分けるというものだった。
何が起きているか
ベンチャーキャピタルのInsight Partnersは2026年7月、実際にFDE組織を率いる4人のリーダー——ServiceNow、Databricks、Workato、Wonderfulの各社の担当者——を一堂に集め、採用から配置、保持までの運用知見を共有する場を持った。その内容をライターのRuben Dominguez氏がまとめた記事が、投資家向けメディアThe VC Cornerに2026年7月22日付で公開された（以下の日本語タイトルは筆者によるもので、原題の直訳ではない）。
記事が示す枠組みは、FDEチームの運用を「採用」「配置」「保持」の3段階に分けている。採用の段階では、通常の面接ループに加え、候補者に実際の障害対応をその場でやらせる「break-it」テストスクリプト、持ち帰り課題、リファレンスチェック用の質問リストが使われ、最終判断には複数の資質をあらかじめ重み付けした評価表（重み付けスコアカード）が使われるという。配置の段階では「90日間の配置実行手引き」が用意され、案件の規模に応じて数名単位の「ポッドモデル」でチームを組み、誰が実行し・説明責任を負い・相談を受け・情報共有を受けるかをRACIで明確にする。保持の段階では、燃え尽きを防ぐためのローテーション設計と、1on1のテンプレートまで仕組み化されているという。
背景と構造
なぜここまで丁寧に「雇った後」を設計する必要があるのか。FDEという仕事の性質そのものに理由がある。顧客の現場に長期間張り付き、曖昧な業務課題を実装可能な仕様に翻訳し続ける仕事は、通常のソフトウェアエンジニアリング以上に精神的な消耗が大きい。優れた技術者を採用できても、案件の負荷を平準化する仕組みがなければ、疲弊して辞めていく。これは個人の資質の問題ではなく、組織側が「配置後」を設計していないことの結果だ、というのがこの記事の暗黙の前提になっている。
裏を返せば、FDEの採用に苦戦している、あるいは採用してもすぐ辞められてしまうという企業の多くは、面接の精度を上げることばかりに気を取られ、雇った後の90日間や、その先の燃え尽き対策にまで手が回っていない可能性がある。以前の記事で書いたとおり、Databricksが従来のコンサル型支援からFDE組織へと体制を転換した背景にも、成果物ではなく経営目標そのものを顧客と共有する働き方への転換があった（FDEが背負うのは、納品物ではなく経営目標だ）。今回の記事は、その体制転換を「では実際にどう組織として運用するか」という一段実務的なレイヤーで補うものだと言える。
日本の中小企業にとっての意味
以前の記事で書いたとおり、年商規模の小さい中小企業がFDEを常勤で雇うのは、そもそも一年中フル稼働させられるだけの案件量が無く、分が悪いことが多い（FDEを一人雇うより、伴走してもらう方が中小企業には合理的だ）。今回の記事は、その逆側の実態を映している。実際に常勤のFDEチームを抱える大企業ですら、採用だけでは機能せず、ここまでの「仕組み」を用意して初めてチームが回っているという事実だ。
これは、外部の実装パートナーを選ぶときの視点としても使える。現場に入って何十社ものAI実装を見てきた実感として、優れたエンジニアが1人担当についても、その人が抜けた瞬間に案件が止まってしまう会社は少なくない。契約前に確認すべきは、担当者個人の技術力だけではない。その担当者が体調を崩した、あるいは辞めた場合に、案件を引き継ぐ仕組みが会社側にあらかじめ用意されているかどうかだ。
最初の一歩
現在AI実装を依頼している、あるいは検討している外部パートナーについて、「担当者が急に抜けた場合、誰がどう引き継ぐのか」を一度尋ねてみたい。明確な答えが返ってこない場合、それはその会社が「採用」の話で止まっていて、「配置」と「保持」の仕組みまでは持っていない可能性を示すシグナルになる。
自社のAI活用の現在地と、パートナー選びの視点を併せて確かめたい方は、無料の診断をどうぞ。
参考記事
- The VC Corner「Forward Deployed Engineer Playbook (2026)」（Ruben Dominguez、2026年7月22日公開） https://www.thevccorner.com/p/forward-deployed-engineer-playbook-2026
