FDEとは？AI時代に「オフショア開発」が変わる理由

「作る力」だけでは、AIプロジェクトは成功しない

生成AIの登場によって、ソフトウェア開発のスピードは大きく変わりました。

コードを書く。画面を作る。APIを実装する。テストをする。これまで多くの時間を必要としていた工程を、AIが急速に効率化しています。

一方で、企業のAI活用には別の難しさが見え始めています。

「作れるか」ではなく、「何を作れば、本当に事業の成果につながるのか」。

ここが、以前よりも重要になっています。

その中で注目されているのが、FDE（Forward Deployed Engineer / Forward Deployed Engineering）という考え方です。

FDEとは何か

FDEを簡単に表現すると、「顧客の現場に深く入り、ビジネス課題とエンジニアリングの両方を理解しながら、成果が出るところまで実装するエンジニアリング」です。

一般的な開発プロジェクトでは、顧客が要件を決め、ベンダーが設計し、開発チームが実装し、完成したシステムを納品するという流れが基本でした。

FDEは少し違います。最初から明確な仕様書が存在することを前提にしません。

まず現場に入り、「そもそも何が課題なのか」を顧客と一緒に考えるところから始めます。

課題発見 → 仮説 → プロトタイプ → 現場で検証 → 改善 → 本番導入 → 利用状況を見ながら再改善。

このサイクルを高速で回します。

つまりFDEが責任を持つのは、単に「仕様通りのシステムを完成させること」ではありません。

実際に使われ、業務や事業に変化を生み出すところまで。

そこが大きな違いです。

なぜAI時代にFDEが必要なのか

従来のシステム開発では、要件を事前に整理し、それを正しく実装する方法が有効でした。

しかしAIには、不確実性があります。

例えばAIエージェントを導入する場合でも、どこまでAIに判断させるのか、人間による確認をどこに残すのか、どの業務なら十分な精度が出るのか、既存データで期待する結果が得られるのか、現場のユーザーが本当に使ってくれるのか。こうしたことは、企画段階ですべて決められるとは限りません。

作って、使って、初めて分かることが多い。

そのため、「要件をすべて決めてから開発を始める」という進め方だけでは、AIプロジェクトとの相性が悪くなるケースがあります。

FDEでは、不確実性をなくしてから開発するのではなく、小さく作り、現場から学びながら、不確実性そのものを減らしていきます。

実は、オフショア開発にも同じ課題がある

ここで私たちが注目しているのが、FDEとオフショア開発の関係です。

日本のオフショア開発は長年、「高い開発力を、適切なコストで提供する」ことで成長してきました。

ベトナムをはじめ、優秀なエンジニアを持つ国々には大きな開発力があります。

しかし、従来型のオフショアには構造的な課題もあります。

日本側で要件を整理し、BrSEやPMを経由して海外チームへ伝え、海外側が実装する。この構造では、開発拠点が顧客から遠くなるほど、「なぜこの機能を作るのか」という背景が失われやすくなります。

結果として、「仕様通りに完成した。しかし、本当に必要だったものとは少し違った」ということが起こります。

これはエンジニアの能力だけの問題ではありません。

顧客と開発チームの間に存在する距離の問題です。

FDE × Offshoreという選択肢

ELYSAIが考えるのは、オフショアをなくすことではありません。むしろ逆です。

オフショアが持つ開発力を、FDEによって事業成果へ直結させる。

それが、これからの一つの形だと考えています。

従来型では Customer → PM / BrSE → Offshore Team となりがちだった関係を、FDEが顧客の事業・業務・技術の間に入り、Customer + FDE + Engineering Team という一つのチームに変えていきます。

FDEは単なる「伝言役」ではありません。

顧客と一緒に課題を見つけ、優先順位を考え、必要であれば自らコードを書き、プロトタイプを作り、ユーザーの反応を確認する。そして、その学びをすぐにエンジニアリングチームへ戻します。

日本とベトナムが、「発注側」と「開発側」ではなく、同じ成果を追う一つのチームになる。

これがELYSAIの考えるFDE × Offshoreです。

「人月」ではなく「成果」に近づく

従来の受託開発やオフショア開発では、「エンジニアを何人アサインするか」「何人月必要か」という考え方が中心になりやすい傾向があります。

しかし、顧客が本当に必要としているのは、人月そのものではありません。

欲しいのは、業務時間が減ること。売上につながること。意思決定が速くなること。新しいサービスを市場へ早く出せること。

つまり、成果です。

FDEはエンジニアリングの起点を、「何を作るか」から「何を変えるか」へ移す考え方とも言えます。

AIがコードを書く時代だからこそ、人は現場へ近づく

AIによって、これからソフトウェアを作るコストはさらに下がっていくでしょう。

だからこそ、エンジニアに求められる価値も変わります。

仕様書を受け取り、正確に実装するだけではなく、現場を見る。ユーザーと話す。問題を見つける。仮説を立てる。技術で解決する。結果を見る。そして、また改善する。

AIによってエンジニアリングが自動化されるほど、エンジニアは顧客のビジネスに近づく必要がある。

一見すると矛盾しているようですが、私たちはそう考えています。

ELYSAIが目指すFDE

ELYSAIは、日本とベトナムを拠点に、AI Transformation（AIX）とForward Deployed Engineeringを組み合わせた支援を目指しています。

私たちが提供したいのは、「AIを開発する会社」だけではありません。

顧客の現場に入り、何をAIで変えるべきかを一緒に考え、実際に作り、使われるところまで持っていくチームです。

そのために、FDEが顧客と深く向き合いながら、AIとオフショアの開発力を組み合わせます。

Consultingだけで終わらない。PoCだけで終わらない。開発して納品するだけでも終わらない。

課題発見からProduction、そして継続的な改善まで。

それが、ELYSAIが考えるForward Deployed Engineeringです。

Offshoreから、Forward Deployedへ

オフショア開発は、「遠くで作る」というモデルから始まりました。

しかしAI時代には、その距離そのものを変えられると私たちは考えています。

開発拠点がベトナムにあっても、チームは顧客のすぐ隣にいる。顧客の課題を理解し、同じKPIを見ながら、必要なものを素早く作る。

場所はOffshoreでも、EngineeringはForward Deployedである。

ELYSAIは、日本とベトナムの間にある距離を、AIとFDEによって縮めていきます。

そして、

「何を作りますか？」と聞く開発会社から、\

「何を変えましょうか？」と一緒に考えるパートナーへ。

それが、私たちが目指している次のオフショア開発です。