生成AI時代の新しい職業FDE。
日本のSES文化を成果創出モデルへ変える方法

FDEは、単なる「すごいエンジニア」ではありません

こんにちは、IT・DX教育サービスの株式会社サートプロ 近森満です。

生成AIとAIエージェントの話をしていると、最近よく出てくる言葉があります。FDE、Forward Deployed Engineerです。直訳すれば、前線に配置されたエンジニア。もう少し現場の言葉で言えば、お客様の目の前に立って、課題を聞き、技術を選び、動くものを作り、成果が出るところまで一緒に進める人です。

ただ、ここで注意したいのは、FDEを「何でもできるスーパーエンジニア」として神格化しすぎないことです。そういう人は確かにいます。でも、そんな人が日本中の中小企業に何万人もいるわけではありません。皆さんの会社でも、生成AIも業務も経営も顧客折衝も全部わかっていて、さらに現場に入ってくれる人をすぐに採用できますか。なかなか難しいですよね。

だから私は、FDEを一人の天才像としてではなく、役割とチーム構造として考える必要があると思っています。ここでは、FDEをサッカーのフォーメーションにたとえて整理してみます。前線に立つフォワード、守りを固めるディフェンス、全体をつなぐミッドフィルダー、後ろから指示を出すゴールキーパー。FDEも、こうした役割分担で考えると、日本のIT業界にかなりなじみやすくなるのです。

海外のFDEと日本の現場文化は、同じではありません

海外で語られるFDEのイメージは、優秀なエンジニアがお客様の現場に入り、プロダクトと業務をつないで成果を出すというものです。ところが、海外では優秀なエンジニアほど現場に行きたがらない、という話もあります。もちろん一概には言えません。ただ、日本の文化とは少し違うのです。

日本では、IT企業のコンサルタントも、SIerも、SESのエンジニアも、お客様先に行って、膝を突き合わせて、泥臭く仕事をしてきました。これまでのSES文化には課題もありました。人月商売、下請け構造、技術者の評価の難しさ。私もそこはきれいごとで済ませるつもりはありません。

でも、今の生成AI時代に見方を変えると、この「現場に行く文化」は大きな資産にもなります。お客様の目の前で話を聞く。曖昧な悩みを拾う。業務の流れを見ながら、どこにAIを入れれば効くのかを考える。これまで当たり前にやってきたことが、FDEの土台になり得るのです。

事例：お客様先に張り付くSES文化が、FDEの前線力に変わる場面

何が起きたか。お客様が「議事録をAIで楽にしたい」と言ったとします。でも実際に現場へ行くと、困っているのは議事録そのものではなく、会議後のタスク化、関係部署への共有、過去資料との照合だったりします。表面の要望だけを聞くとツール導入で終わりますが、現場にいる人は違和感に気づけます。

FDE的な人は何をするか。単に「ChatGPTを使いましょう」と言いません。会議の流れを見て、誰が何を入力しているか、どの情報が二重管理になっているか、どこで確認漏れが起きているかを観察します。そのうえで、議事録生成、タスク抽出、社内ナレッジ検索、メール下書きまでを小さくつなげる。これが前線力です。

読者が応用できる行動。SES文化をそのまま守るのではなく、現場にいる強みをAI時代の成果創出へ変換することです。ただ常駐している人はいませんか。その人が業務を一番よく見ているなら、FDE候補として育てる価値があります。

サッカーのフォーメーションでFDEを考える

FDEを理解するには、サッカーのポジションで考えるとわかりやすいです。FDEは単独の職種名でありながら、実際には複数の機能を持つからです。

まずフォワードです。ここはまさに前線に立つ人です。お客様の現場に行き、課題を聞き、生成AIやAIエージェントをどう使うかを具体化します。きれいな提案書だけを作る人ではありません。時にはその場でプロトタイプを作り、時には担当者の横に座って、業務の詰まりを一緒にほどく人です。

次にディフェンスです。ここは守りの部分です。最新のAIをただ入れればよいわけではありません。セキュリティ、個人情報、失敗パターン、幻覚リスク、社内ルール、権限管理。こうしたものを下支えしなければ、生成AI導入はすぐに危うくなります。現場で「使える」と「安心して使える」は違います。ここを守る人がいなければ、前線は無理をしすぎます。

そしてミッドフィルダーです。私はここが特に人数として多くなると思っています。業務テンプレート、カスタムGPT、プロンプト、ナレッジ、FAQ、業務分担、教育コンテンツ。こうしたものを整理し、現場と技術者をつなぐ役割です。表には出にくいですが、ここが機能しないとFDEチームは空回りします。

最後に司令塔です。プロジェクト全体、顧客の期待値、リスク、コスト、育成方針を見ながら、どこに人を置くか、どこを強化するかを判断する役割です。FDEを一人で背負わせるのではなく、こうしたフォーメーションとして設計する。ここが日本企業にとっての現実解だと思います。

生成AIは、使う場所によって機能が違います

多くの人は、ChatGPTをWebブラウザで使います。これは一番わかりやすい形です。ところが実際には、PCアプリ、スマートフォンアプリ、そしてターミナルやCLIのような黒い画面で使う形もあります。

同じChatGPT、同じ生成AIに見えても、できることが違います。Webでできること、アプリで便利なこと、CLIだからこそ自動化できること。一般の方には、この違いがなかなか見えません。ここで「それ、実は別の使い方ならできますよ」と言える人が必要になります。

皆さんも経験がありませんか。現場の人は「AIで何ができるのか」と聞きます。でも、質問の裏側には「自分の業務のこの面倒な部分をどうにかしたい」という具体的な困りごとがあります。FDEは、ツール名を並べる人ではありません。Web、アプリ、CLI、API、業務システム、ナレッジ基盤を見ながら、現場に合う入口を選ぶ人です。

ここでミッドフィルダー的な役割が効いてきます。プロンプトの雛形、業務テンプレート、カスタムGPT、社内ナレッジ、失敗事例。こうしたものを集約し、必要な人に届ける。前線の人が毎回ゼロから考えなくてもよいようにする。これがチームとしてのFDEです。

事例：Web版・アプリ版・CLI版の違いを知らない現場で起きる混乱

何が起きたか。生成AIを導入したのに成果が出ないという相談があったとします。担当者はWebブラウザでChatGPTを開き、文章を作らせたり、要約させたりしています。もちろん、それだけでも便利です。でも、毎週同じ資料を読み、同じ形式でレポートを作り、同じ関係者に送る作業をしているなら、Webブラウザで毎回手入力するだけでは限界があります。

FDEはどう動くか。単に「もっと良いプロンプトを書きましょう」とは言いません。PCアプリならファイル連携が楽になるかもしれない。CLIならフォルダ内の資料をまとめて処理できるかもしれない。APIやワークフローを使えば、定期的な報告作成を半自動化できるかもしれない。使う入口が変わると、業務設計そのものが変わります。

読者が応用できる行動。自社で使っている生成AIを、Web・アプリ・CLI・API・業務システム連携のどの入口で使っているか棚卸ししてみてください。意外と、伸びしろは入口の選び方にあります。

中小企業に「月100万円のFDE」は現実的ではありません

FDEが必要だと言うと、すぐに「では専門人材を雇いましょう」「高単価で外部に頼みましょう」という話になりがちです。大企業ならそれも一つの選択肢です。しかし、中小企業や小規模企業では、月100万円の人材をずっと置くのは簡単ではありません。

だからこそ、日本型のFDEモデルが必要です。サッカーのフォーメーションで言えば、全部を一人で背負う人を探すのではなく、ある程度わかっている人が現場に入り、後方支援とつながりながら成果を出す形です。前線、守り、つなぎ、司令塔を分けて考える。外部人材、社内担当者、教育機関、業界団体が組み合わさる。これなら現実味があります。

事例：社長自身が「自分が受験する」と言った場面

何が起きたか。SES、アプリ開発、自社製品開発などを行う会社が集まる場で、FDE検定会を立ち上げようとしている、委員会としてしっかりやろうとしている、とお話ししました。すると、その場にいた会社の社長が「じゃあ僕が受験するよ」「ぜひ私に教育をしてくれ」と言ってくださった。

何に気づいたか。単なる受験の意思表示ではありません。経営者自身が、新しい職種やスキルモデルを外から眺めるのではなく、自分の身体で理解しようとした。これが重要です。FDEを社内に入れるとき、現場担当者だけに任せると、権限の壁にぶつかります。経営者が理解していなければ、業務変更も、投資判断も、人材評価も進みにくいからです。

読者が応用できる行動。FDE育成は技術者研修だけでは足りません。経営者、管理職、人事、現場リーダーも一緒に学ぶ必要があります。まず経営層に「FDEはエンジニア採用の話ではなく、成果創出の組織設計です」と伝えてください。

日本では、ITSS、ETSS、UISSといったスキル標準が整備されてきました。さらに近年ではデジタルスキル標準も整備されています。では、生成AI時代はどうでしょうか。ChatGPT、AIエージェント、Agentic AI、業務自動化、ナレッジ活用、プロンプト設計、セキュリティ、ガバナンス。これらを企業の成果に結びつける人材像はまだ十分に定義されていません。だからこそ、FDEという考え方が出てきたのだと思います。

皆さんの会社では「生成AIを使える人」をどう定義していますか。プロンプトが書ける人でしょうか。ツールに詳しい人でしょうか。業務を変えられる人でしょうか。私は、最後の「業務を変えられる人」まで含めて考えるべきだと思っています。

FDEはエンジニアだけのキャリアではありません

FDEという名前にはEngineerと入っています。ですから、どうしてもエンジニア向けの職種に見えます。しかし、日本でこの役割を広げるなら、エンジニアだけに閉じないほうがよいと思っています。

たとえば、業務に詳しい人事担当者、研修設計者、営業企画、カスタマーサクセス、情報システム部門、DX推進担当。こうした人たちが生成AIの基礎を学び、AIエージェントの使い方を理解し、現場で業務を変える力を持てば、FDE的に動くことができます。もちろん、深い開発が必要な場面ではエンジニアの力が要ります。しかし、入口はもっと広くてよいのです。

むしろ、現場を知っている非エンジニアがFDE的なマインドを持つことは、日本企業にとって大きな意味があります。現場の言葉を技術の言葉に翻訳し、技術の可能性を現場の行動に落とす。ここにマインド・トランスフォーメーションがあります。単なるマインドセットではなく、仕事の見方そのものを変えることです。

また、日本のIT業界には、子会社、別会社、SES、人月モデル、業界団体、教育委員会、検定制度など、いろいろな仕組みがあります。古いと言われたものもあります。でも、生成AI時代にゼロから理想論だけを語っても現場は動きません。すでにある仕組みを使い、再定義し、成果創出につなげることが大切です。SESをただの人月商売で終わらせるのではなく、現場密着型のFDE育成基盤に変える。SIを受託開発だけで終わらせるのではなく、AIエージェント導入の実装支援に変える。業界団体を情報交換だけで終わらせるのではなく、教育と認定の場に変える。

FDEは、海外から来た流行語として消費するにはもったいない概念です。日本には、お客様の現場に入り、泥臭く支援し、業務を見ながら改善してきた文化があります。その文化を、生成AIとAIエージェントの時代に合わせて再定義すれば、FDEは日本企業のDX推進にとって非常に現実的なキャリアパスになります。

ただし、FDEは一人の天才を探す話ではありません。前線に立つ人、守る人、つなぐ人、司令塔になる人。チームとして設計し、スキル標準として整理し、研修講座やeラーニング、検定、実務経験と結びつける必要があります。

今日の問いは一つです。皆さんの会社で、前線に立ち、現場とAIをつなぎ、成果まで責任を持てる人は誰でしょうか。その人を、明日からFDE候補として見てみてください。そこから、組織の変化は始まります。

よくあるご質問

重要なキーワード解説

FDE（Forward Deployed Engineer）

日本では、SES・SI・ITベンダー文化を再定義することで、現場密着型のFDEモデルを作れる可能性があります。エンジニアだけに閉じない広い人材像として捉えることが日本企業には現実的です。

AIエージェント

FDEは、AIエージェントを現場の業務フローにどう組み込むかを設計する役割を担います。Web・アプリ・CLI・API・業務システムのどの入口で使うかの選択が、成果の大きさを決めます。

デジタルスキル標準

生成AI時代には、この延長線上で、FDEのような現場実装型のキャリアパスをどう定義するかが重要になります。ITSSやETSSを踏まえつつ、業務を変えられる人材像を加えることが課題です。

マインド・トランスフォーメーション

FDE育成では、技術スキルと同じくらい、このマインドの転換が重要です。現場の言葉を技術の言葉に翻訳し、技術の可能性を現場の行動に落とす能力がFDEの本質です。

著者紹介