Gartnerは、FDE（Forward Deployed Engineering）によって構築されたエージェント型AIについて、企業が高コストなベンダー依存から抜け出せず、社内で展開できなくなるリスクを指摘している。
ここでいうFDEは職種名の「Forward Deployed Engineer」ではない。ベンダーのエンジニアがAIの開発、運用、採用を顧客の現場で支援するモデルを意味する。
FDEを成功させる3つの原則
1．成果に対する責任を明確にする
FDEは、プロジェクトを納品して終わるサービスではない。ビジネスへの影響と本番環境の安定性を基準に評価する必要がある。
報酬や評価も、開発期間やマイルストーンではなく、合意したビジネス成果と提供価値に連動させる。納品だけを目的とする場合は、従来型のプロフェッショナルサービスに近くなる。
2．顧客とベンダーが共同で実装する
FDEでは通常、顧客環境とベンダー側コードベースの双方にアクセスし、フルスタックで構築と改善を進める。個別の開発依頼を経由せず、リアルタイムに改善できる点が特徴だ。
ベンダーのFDE担当者だけで進めず、社内の業務担当者、エンジニア、利用部門を一緒に配置する。重要な知識を共有しながら、業務の進め方をソリューションへ反映させる。
3．契約終了後の内製化を最初から設計する
契約終了の理由を「社内チームの準備不足」にしてはならない。契約前に出口計画を定め、組織がソリューションを長期的に保守、運用、拡張できる能力を移管する必要がある。
Gartnerは、顧客が繰り返し求める機能をベンダーの中核製品へ転換できるFDE契約は、2028年に20％未満になると予測している。また、コンサルティングサービスをFDEとして販売する「FDEウォッシング」にも注意を促している。
導入を3フェーズで管理する
フェーズ1：契約前
- 技術だけでなく、業務成果に対する責任範囲を定める
- 成果物の知的財産権と所有権を明確にする
- 終了条件、移管範囲、契約後の責任を合意する
フェーズ2：契約期間中
- FDE担当者を社内チームと共同配置する
- 技術性能だけでなく、業務上の効果を測定する
- 意思決定権、人とAIの役割分担、問題発生時の責任を定義する
- 社内利用者の信頼と説明責任を支えるガバナンスを整備する
フェーズ3：終了と自立
- 契約前に定めた出口計画を実行する
- 保守、拡張、ガバナンス、運用の能力を社内へ移す
- AIを継続的に管理、最適化、拡張できるかを成果として評価する
実務上の確認ポイント
記事によれば、FDEの成否を左右するのは、スコープ、インセンティブ、ガバナンス、知的財産の管理、提供期間中の判断である。契約には、ガバナンス、ビジネス価値、知的財産の所有権、共同開発、知識移管、終了戦略について明確な指針を含める必要がある。
編集上の整理：FDEは単なる外部開発の呼び名ではなく、現場での共同実装と、その後の自立運用までを含む支援モデルとして捉える必要がある。これは元記事の論点を整理したものであり、新たな予測ではない。
