FDE育成について徹底解説。採用・外部活用との使い分けと、育成の進め方

FDE（フォワードデプロイドエンジニア）を確保したいが、採用市場に経験者がいない。それなら社内で育てるしかない。ここまでは、多くの企業がたどり着く結論です。

ただ、育成に踏み出す前に確かめておきたいことがあります。自社にとって育成が本当に最短の道なのか、という点です。FDEの確保には採用と外部人材の活用という選択肢もあり、どれが合うかは社内の状況で変わります。そして育成を選んだ場合も、進め方を誤るとROIに見合わない育成コストが積み上がって終わります。

本記事では、FDE育成に必要な能力と適性、社内で育てる具体的な進め方と期間の目安を整理したうえで、採用・外部活用との使い分けを条件別に示します。AI推進の担い手を社内に用意したい経営層・AI推進責任者の方に向けた内容です。

採用という手段が、構造的に機能しにくいためです。業務の現場に入り込み、課題の発見からAIの実装、運用の定着までを一貫して担える人材を、社内で計画的に育てる。このFDE育成という取り組みを目にする機会は、2026年に入って急激に増えました。

FDE（フォワードデプロイドエンジニア）とは？

FDEとは、自社のプロダクトを携えて顧客企業の現場に入り込み、課題の発見から実装、運用の定着までを一人または少人数で担うエンジニアです。米国のPalantir Technologies社が確立した働き方で、生成AIの普及とともに独立した職種名として定着しました。渡された要件を実装するのではなく、現場を観察して「何を解くべきか」を自分で定義するところから始める点が特徴です。

なお日本では、この本来の定義より広く、自社の業務にAIを実装し推進する人材を指して「FDE」と呼ぶ使われ方も増えています。この二つの違いは、後述の「自社が育てたいのは、どちらのFDEか」で整理します。

定義の詳細、仕事内容の5つの段階、年収水準やキャリアパスについては「FDEとは？年収・必要スキル・キャリアパスと企業が確保する方法」で解説しています。本記事は「育成」に絞って扱います。

なぜFDE経験者は採用できないのか？

職種そのものが新しく、「FDEとしての実務経験」を持つ人材の層がまだ薄いためです。国内でこの職種名が広く使われるようになったのは2026年に入ってからで、採用市場で取り合っても母数が増えるわけではありません。隣接する経験を持つ人材を土台に育てるほうが現実的だという判断は、ここから来ています。

不足している人材の中身も、育成という選択を後押しします。IPA（情報処理推進機構）が2026年7月に公表した「DX動向2026」は、国内企業1,799社から回答を得た調査で、AI関連人材の充足状況を人材種別ごとに尋ねています。多くの種別で「不足している」が過半数を占め、なかでも現場の知見と基礎的なAI知識を併せ持ち、自社へのAI導入を推進できる従業員については、不足を訴える企業の割合が高い水準のまま推移しています。DXを推進する人材の「量」についても、DXに取り組む企業のうち「やや不足している」「大幅に不足している」と答えた企業は合計85.5%でした（出典：IPA「DX動向2026」2026年7月16日公表）。

足りないのはモデルをつくる人ではなく、現場でAIを動かす人です。そしてこの力は、自社の業務を知っている人ほど身につけやすい性質を持ちます。育成が有効に働く余地は、まさにここにあります。

FDEとSE・ITコンサルタント・SESの違いは？

育成の設計に必要な範囲で違いを整理すると、次のようになります。何を成果とみなすかが職種ごとに異なり、それがそのまま「何を育てるか」の違いになります。

既存のSEやITコンサルタントをFDEへ育てる場合、技術力や顧客折衝力といった土台はすでにあります。加えて必要になるのは、仕様書を待たずに現場から課題を見つける動き方と、動いた後の定着まで自分の責任範囲とみなす感覚です。育成の中身は、この差分に集中させると効率が上がります。

FDEに求められる能力は4つに整理できます。育成設計で重要なのは、このうち研修と実践で伸ばせるものと、候補者を選ぶ段階で見極めておくべきものが分かれる点です。

FDEに必要な4つの能力

技術力については、深さより速さが価値を生みます。現場の担当者の目の前で動くものを見せられることが、信頼の土台になるためです。すべての領域で専門家になる必要はなく、必要なときに深く学べる姿勢のほうが効きます。

4つのうちどれを優先して伸ばすかは、自社に何が欠けているかで変わります。すでにAIツールへの投資が進んでいる企業では、動かす力よりも「何を作るべきかを決める力」が足りていないことが多く、逆に課題は見えているのに手が動かない企業では、短期間で形にする力が先に要ります。育成プログラムを組む前に、どちらが不足しているかを確かめてください。

育成で伸ばせる能力と、候補者選びで見極める資質

候補者を見極める場面で最も確実なのは、答えのない課題を一つ渡して、それをどう計画に落とすかを話してもらうことです。解決策に飛びつく前にどんな確認質問をするか、問題をどう分けるか、何を先にやると決めるか、そして「これを取ると、こちらは諦めることになります」と率直に説明できるか。ここに資質が表れます。

もう一つ見ておきたいのが、経験のない領域を扱うときの態度です。知らないことを知っているように話さず、事実と仮説を分けたうえで「ここはこう確かめます」と検証の方法まで示せる人は、現場に入っても信頼を落としません。逆にここが弱いと、実装力が高くても他部門との関係が続きません。

FDE育成は、研修プログラムを作る前の「誰を選ぶか」で半分が決まります。適性を見ずに全員へ一律の研修を配ると、投資の大半が回収できません。

非エンジニアからでもFDEは育つのか？

AIのコーディング品質が非常に高くなっている背景もあり、非エンジニアでもFDEに育てることは可能です。ただし進め方に条件があります。判断の基準は現時点のコーディングスキルではなく、業務をデータ構造に分解できるか、知らない技術を自分で検証しにいくか、失敗を次の改善につなげた経験があるかの3点です。この3つがある人は、実装の作法を後から身につけられます。

現場に入って業務を組み替えるという仕事の性質は、エンジニアリング以外の領域にも共通します。営業・マーケティング・カスタマーサクセスにまたがる売上プロセスをデータ連携と自動化でつくり直す役割や、経理などのバックオフィス、カスタマーサポートでも、業務を読み解いて手順を引き直すという中身は変わりません。

条件は、実装を一人で抱え込ませないことです。非エンジニアを育てる場合は、実装できる人とペアで組ませ、業務を知る側が「何を作るべきか」を決め、実装側が「どう動かすか」を担う形から始めるほうが立ち上がりが速くなります。

ここからは、実際に育てる手順を見ていきます。育成の実務は実案件に当てることに尽きますが、いきなり顧客案件を任せるわけにはいきません。最初の検証には、自社の業務を選びます。顧客の現場に出るFDEを育てる場合も、自社の業務にAIを実装する人材を育てる場合も、この出発点は変わりません。

理由は3つあります。失敗の影響を自社内で留める最大限のリスクヘッジ、対象者が業務の背景をすでに理解していること、そして成果がそのまま自社の改善になることです。

もう一つ、見落とされやすい理由があります。開発チームの中だけで仕事をしてきた技術者に、いきなり社外の現場での振る舞いを求めるのは無理があるという点です。相手の業務を聞き出す、期待値をすり合わせる、進捗を伝える。こうした動きは、社内の別部門を相手に練習しておくほうが失敗のコストが小さくて済みます。

最初の業務を選ぶ条件は3つです。

• ・毎日または毎週、繰り返し発生している
• ・担当者が明確に困っており、協力を得られる
• ・成果を数字で測れる（件数、時間、リードタイムなど）

たとえば問い合わせ対応や定型書類のチェックのように、件数と処理時間が記録として残っている業務は扱いやすい部類です。逆に、全社横断の大きなテーマを最初に選ぶと、関係者調整に時間を取られ、対象者が手を動かす前に疲弊します。

一気に完成形を狙わないことが原則です。次の3段階を、卒業条件を満たしてから次へ進めます。

目標は「支援なしで回せる状態」だけではありません。複数の人が同じやり方で現場に立てる再現性まで到達して、はじめて組織としてのFDEが成立します。一人だけが独り立ちしても、その人が抜ければ元に戻ります。

つまずく例が多いのは②です。対象者が、現場に見せられる水準の成果を初めて求められる段階だからです。ここで失敗すると自信を失いやすいため、要件の選定は周囲が責任を持ち、対象者には実装に集中させる配分が有効です。

半年から1年を目安とする解説が多いものの、対象者の前提と用意できる案件の量で大きく変わります。実務的には、期間を先に決めるより、先ほどの各段階の卒業条件を先に決めるほうがうまくいきます。案件が用意できなければ、期間をいくら確保しても進まないためです。

進捗は3か月単位で確認し、その都度、次の段階へ進めるかを判断します。期間で区切って自動的に昇格させると、一人で任せられない人が一人で任される立場に置かれ、現場と本人の双方に負担が残ります。

決めておくべきものは、成果の測り方、各段階の卒業条件、育成後のキャリアパス、そして何人育てるかの4つです。

成果の測り方は、業務側の指標に紐づけてください。育成という目的だけでは活動の良し悪しが曖昧になるためです。対象に選んだ業務の工数、処理件数、リードタイムなど、着手前の数字を先に取っておきます。

業務側の指標に紐づける理由はもう一つあります。AI活用の成果は、意識しないと効率化のところで止まるためです。IPA「DX動向2026」では、AI導入の効果として「業務が効率化したり迅速化した」を挙げた企業が91.6%だったのに対し、「売上や利益が向上した」は3.9%、「顧客満足度が向上した」は4.5%にとどまりました（出典：IPA「DX動向2026」2026年7月16日公表）。育成のゴールを「AIを使えるようになること」に置くと、成果は業務の効率化で止まり、売上や顧客の変化までは届きません。

人数は、一人に任せきりにしないことです。情報システムもDX担当も生成AIに詳しい人も一人だけ、という状態では、その人が休んだり異動したりした時点で全社の推進が止まります。情報システム、人事、現場部門、営業など異なる立場から3人以上を選んでおくと、部門をまたぐ話が通りやすくなる効果もあります。

組織として置く場合は、営業ではなく開発・プロダクトの配下に置くほうが機能します。2〜3名から小さく始めるのが現実的です。営業の下に置くと短期の受注に最適化され、現場で得た知見を製品や社内の仕組みへ還元するという本来の価値が薄れます。

育成が計画倒れになるとき、原因は研修の質ではないことがほとんどです。人が育つための構造が、組織側に用意されていません。現場でよく見られるものを挙げます。

①教えられる人が社内にいない

最も多いのがこれです。育成の解説はたいてい先輩への同行を前提に書かれていますが、一人目を育てようとしている企業には、その先輩がいません。座学から入っても、現場で下す判断は身につきません。「教える人がいないから育たない、育たないから教える人が生まれない」という循環をどう断ち切るかが、0から1を立ち上げる最大の論点になります。

②実践させる案件がない

FDEは案件でしか育ちません。ところが顧客案件をいきなり任せるのはリスクが高く、社内を見渡しても手ごろな題材が見当たらない。結果として研修だけが積み上がります。座学で埋められるのは知識の不足だけで、案件がないという構造の問題は、研修を何回増やしても動きません。

③評価制度が従来の職種の枠組みのまま

「それは自分の仕事ではない」という線引きが残っていると、FDE的な動き方は評価されません。エンジニアが他部門の前に出ること、業務側の担当者が実装に踏み込むことが評価上プラスにならない組織では、育成対象者ほど動きにくくなります。育成プログラムを作る前に、評価制度と職務定義の側を触る必要があります。

④研修を受けさせて終わりになる

研修や検定は共通言語をそろえる役には立ちますが、それ自体は成果ではありません。少し試して面白かったが業務には定着せず、結局いつものやり方に戻る。この繰り返しは「PoC疲れ」と呼ばれます。AIを使うこと自体が目的になり、成果を出すところまでの設計がないときに起きます。

なお2026年に入り、FDEのスキルを可視化する検定制度の整備も始まっています。IoT検定制度委員会は2026年6月、FDE検定制度の構想を発表しました。業務課題を分析してAI前提で業務を再設計する（DESIGN）、AI・デジタル技術を活用した仕組みを構築する（BUILD）、現場に定着させて継続的に活用される状態をつくる（EMBED）という段階を軸にした設計で、試験はレベル1から順次開始される計画です（出典：IoT検定制度委員会「FDE検定制度」2026年6月発表）。入口の共通言語をそろえる道具として位置づけ、成果の評価は実際の業務の変化で測る、という切り分けが現実的です。研修の修了者数を育成のKPIに置くと、前述の状態に入りやすくなります。

⑤育ったあとに転職してしまう

FDEは市場価値の高い職種です。育成が成功するほど、その人材は転職市場で引き合いが強くなります。ここは流出をゼロにする方法を探すより、一定の割合で抜けることを前提に組織を設計するほうが現実的です。期間を区切った配置にすること、控えの人材を確保しておくこと、補充の計画を必要になる前に用意しておくこと。一人に依存した体制ほど、抜けたときの打撃は大きくなります。

あわせて、独り立ちした後のキャリアパスを先に示しておくことも効きます。育てた先に何があるのかが見えない状態では、外から届く提示のほうが具体的に映ります。

ここまで育成を中心に見てきましたが、FDEの確保手段は育成だけではありません。3つは排他的な選択肢ではなく、実際には組み合わせになります。

3つの方法のメリットと、残りやすい課題

3つ目については、外部委託と、外部の実務者を組織の一員として迎える形とを分けて考える必要があります。前者は成果物を受け取る関係ですが、後者は実案件を一緒に進めながら、進め方そのものを社内の人材に移していく関係です。残るものが違います。

自社の状況別の選び方

前提として、要件がすでに固まっているなら通常の開発委託でも進みます。FDEという役割が効くのは、何をAI化すべきかが現場で言語化できていない段階です。仕様書に落とし込める状態まで来ているなら、FDE育成を急ぐ必要はありません。

ここまでの内容を実行に移す前に、もう一つ決めておくべきことがあります。同じ「FDE育成」でも、育てる人材像は二つに分かれるという点です。

世に出ているFDE育成の解説は、SIerや受託開発企業に向けたもの、つまり前者に近い形を前提に書かれたものが大半です。一方で「FDE 育成」と調べる企業の多くは後者にあたります。自社の業務にAIを実装できる人材を、社内に用意したいというニーズです。この二つを区別しないまま研修を設計すると、教える内容も評価指標もぶれます。

さらに注意したいのは、発注側の企業が本来の定義どおりのFDEを社内に置こうとすると、構造的なねじれが生じることです。FDEは自社プロダクトのライセンス収益を前提に成立している職種であり、売るプロダクトを持たない企業では同じ構造が成り立ちません。FDEを名乗る人材の多くは特定のプロダクトで成果を出してきているため、そのプロダクトを自社が使わないなら、経験の一部しか転用されません。それでも報酬の相場はFDE市場の水準に引っ張られます。

つまり発注側の企業に必要なのは、FDEという肩書きの人ではありません。構想と定着のあいだに空いた実行の工程を、誰が担うのかを決めることです。ここが決まれば、育てるべき力も、外から迎えるべき人の条件も、おのずと定まります。

育成でつまずくのは、たいてい研修の中身ではありません。一人目をどう立ち上げるか、そして実践させる案件をどう用意するかです。ここを外部の力で越えたうえで、二人目以降を社内で回す形にすると、育成は現実的な計画になります。

内製化と外部人材の活用は対立しない

内製化を志向する企業ほど、外部人材の活用に慎重になる傾向があります。外注は内製化の逆だという受け止め方です。ただ、一人目のFDEがいない状態ですべてを自前でやろうとすると、試行錯誤の時間がそのままコストになります。使える道具が月単位で変わる領域では、社内に教えられる人がいないまま独学で追いかけるのは効率が悪すぎます。

重要なのは、外部人材を入れるかどうかではなく、引き継ぎのゴールを最初に定義するかどうかです。どの業務を、誰が、いつまでに自分たちで回せる状態にするのか。あわせて、現場とデータへのアクセス範囲、意思決定をどこまで委ねるか、成果を何で測るかの3点も着手前に合わせておきます。ここが曖昧なまま人を入れると、優秀な担い手でも「その人がいる間だけ回る」状態で終わります。

逆に言えば、これらが決まっていれば、外部人材の参画は内製化への近道になります。対立するものではありません。

組織の一員として中に入り、進め方を社内に残す

外部の実務者を迎えるときに現実的なのは、外部のコンサルタントやベンダーとしてではなく、組織の一メンバーとして中に入ってもらう形です。助言や納品を受け取る関係ではなく、業務の棚卸しと課題の特定から、ツールの実装、運用設計、社内研修までを、内製化を前提に一緒に進める関係です。

迎える人材は、エンジニアに限る必要はありません。セールス、マーケティング、経理などのバックオフィス、カスタマーサポートでも、業務を読み解いて手順を引き直すという仕事の性質は変わらないためです。最初に選んだ社内業務に近い領域の実務経験を持つ人を選ぶほうが、立ち上がりは速くなります。

育成対象者を横に付けて進めれば、最初に選んだ社内業務が、そのまま教材になります。判断の理由まで見せながら実案件を回すことが、座学では代替できない育成そのものになります。

FDEの確保手段は、採用・育成・外部活用の3つです。経験者の母数が薄い現状では育成に関心が集まりますが、社内に教えられる人がいるか、いつまでに成果が必要か、要件がどこまで固まっているかによって、選ぶべき手段は変わります。

育成を選んだ場合、うまくいかない原因は研修の質ではなく構造の側にあります。教える人がいない、実践させる案件がない、評価制度が従来のまま、研修で終わる、育ったあとに転職してしまう。いずれも研修の内容を改善しても解けません。

現実的な順序は、社内業務を最初の現場に選び、一人目は外から迎えて実案件を一緒に回し、進め方ごと社内に移すことです。一人目まで自前でそろえようとしないこと。それが、FDE育成を計画倒れにしないための、いちばん確実な近道になります。

Q. FDEの育成にはどのくらいの期間がかかりますか？

半年から1年を目安とする解説が多いものの、対象者の前提と用意できる案件の量で大きく変わります。期間を先に決めるより、同席・試作・一人で担当という各段階の卒業条件を先に決めるほうが実務的です。案件が用意できなければ、期間をいくら確保しても進みません。

Q. 社内に教えられる人がいない場合、何から始めればいいですか？

一人目まで自前で育てようとしないことです。まず自社の業務から対象を一つ選び、実務経験のある人材を外から組織の一員として迎えて、育成対象者を横に付けて一緒に回します。その際、どの業務を誰がいつまでに自分たちで回せる状態にするのかという引き継ぎのゴールを、最初に定義しておいてください。

Q. 非エンジニアでもFDEになれますか？

自社の業務にAIを実装し推進する、広い意味のFDEであれば、なれます。判断の基準は現時点のコーディングスキルより、業務をデータ構造に分解できるか、知らない技術を自分で検証しにいくか、失敗を次の改善につなげた経験があるかの3点です。ただし実装を一人で抱え込ませず、実装できる人とペアで組ませ、業務を知る側が「何を作るべきか」を決める形から始めるほうが立ち上がりが速くなります。

Q. 研修や検定だけでFDEは育ちますか？

育ちません。研修や検定は、関係者の言葉をそろえる共通言語の役割を果たしますが、現場で下す判断は実案件でしか身につきません。研修の修了者数を育成のKPIに置くと、試しては元に戻る「PoC疲れ」に入りやすくなります。評価は実際の業務の変化で測ってください。

Q. 育成したFDEが転職してしまうリスクはどう抑えられますか？

ゼロにはできないため、一定の割合で抜けることを前提に設計します。具体的には、一人に集中させず異なる立場から3人以上を育てること、期間を区切った配置と控えの人材を用意すること、そして独り立ちした後のキャリアパスを先に示しておくことです。育成と定着は、別々ではなくひとつのセットとして設計します。

Q. FDEは採用と育成、どちらで確保すべきですか？

即戦力がすぐ必要なら採用や外部人材の活用、自社を深く理解した人材を中長期で増やしたいなら育成が向きます。実際には両方を組み合わせ、外部の実務者から社内人材へノウハウを移しながら進める形が現実的です。判断の軸は、社内に教えられる人がいるか、いつまでに成果が必要か、要件がどこまで固まっているかの3点になります。