- FDE
FDE(フォワードデプロイドエンジニア)とは:従来型コンサルティングより効果的な理由
執筆:Apollaデリバリーチーム読了目安:約4分
まず結論
FDE(フォワードデプロイドエンジニア)と従来型コンサルティングの根本的な違いは責任範囲にあります。コンサルティングは提案書を納めて撤収しますが、FDEはシステムが本番環境で稼働するところまで責任を持ちます。このモデルは2010年代にPalantirが生み出し、2024年以降OpenAIとAnthropicが相次いで導入しました。価値実現までの典型的な期間は3〜9か月で、重要ユースケースのMVPは通常2〜4週間で構築します。
FDEとは
FDEは、導入・実装の進め方そのものを定めたモデルです。エンジニアがお客様の実環境に深く入り込み、現実の制約と本番データのもとでコードを書き、パイプラインを構築し、エッジケースに対処します。課題の特定からアーキテクチャ設計、システム連携、本番リリースまでをエンドツーエンドで担い、システムが実際に稼働するまでやり抜きます。Palantirはこのモデルによって、複雑なデータプラットフォームを政府機関や大企業に導入してきました。OpenAIとAnthropicも2024年以降にFDEチームを立ち上げ、大規模言語モデルの能力を企業の具体的な業務プロセスに届けています。
従来型コンサルティングや受託開発との違い
3つのモデルの違いは人材のレベルではなく、責任範囲と働く場所にあります。コンサルティングが納めるのは提案であり、成果物はドキュメントです。受託開発が納めるのはコードであり、成果物は要件定義書どおりのソフトウェアです。FDEが納めるのは、本番環境で動くビジネス成果です。
- 従来型コンサルティング:一度きりの提案で、納品後は撤収。成果が製品として蓄積されにくく、本番環境との距離がある
- 受託開発:要件定義書に基づいてコードを納品。要件定義書が誤っていても、コードは「正しい」とみなされる
- FDE:現場に入り込んで共創し、「本当に使える」状態になるまで離れない。実データと本番環境の制約に直接向き合い、得た経験は標準化された製品能力として蓄積される
AIプロジェクトにこそFDEが必要な理由
AIプロジェクトの要件は、最初から一度に定義しきれるものではありません。業務部門は最初のプロトタイプを見るまで自分たちが本当に求めているものを把握していないことが多く、データの実態も、実際に接続してみるまで正確には評価できません。成功したAI導入事例に関する研究は、それらがウォーターフォール型の計画で一度に作られたものではなく、ほぼ例外なく反復の中から生まれたことを繰り返し指摘しています。これはまさに、FDEモデルの働き方そのものです。
- 2–4週間
- 重要ユースケースのMVP期間
- 3–9か月
- ユースケースの特定から安定した本番稼働まで
- 100–300問
- リリース前に構築する評価セットの規模
Apolla導入実績の統計
FDEの5段階サイクル
発見(Discovery):業務現場に入り込み、本当の課題と高価値ユースケースを特定します。プロトタイプ(Prototype):実データ上で検証可能なプロトタイプを素早く構築します。導入(Deploy):エッジケースに対処し、安定した本番稼働まで進めます。製品化(Productize):汎用的なパターンを抽出し、標準化された製品能力として蓄積します。プラットフォーム還元(Scale):蓄積した能力をプラットフォームに戻し、より多くのユースケースへ横展開します。
貴社にご用意いただくもの
業務側の窓口担当者1名(業務プロセスに精通し、意思決定ができる方)と、IT側の窓口担当者1名(システムとデータ連携を担当する方)です。日々の開発はFDEチームが担い、コードとドキュメントは貴社に帰属します。
FDEが適しているユースケース
FDEが向いているのは、重要かつ複雑で複数システムにまたがる高価値ユースケース、要件を一度に定義しきれず共創による明確化が必要なユースケース、迅速な検証と本番環境への展開が求められるユースケース、そして自社固有のAI能力として蓄積したいユースケースです。逆に、標準化の度合いが高く成熟したテンプレートがすでにあるユースケースでは、テンプレートを設定してそのままリリースするほうが費用対効果に優れます。