FDEのコード作業はわずか15%。名前の由来は「戦場」にあった

ある職種の名前は軍隊の編制から来ていて、毎日コードを書くのはわずか15%の時間です。残りの85%は、人と話し、現場に張り付き、文書を書くことに費やされます。

これは冗談ではなく、**FDE（Forward Deployed Engineer、フォワード・デプロイド・エンジニア）**というこの職種の本当の時間配分です。

コードを書く時間は、あなたが思うよりずっと少ないです。そしてその名前は、あなたが思うよりずっとワイルドです。

今日は「FDE」というこの3文字のルーツを分解します。それは元々軍隊の編制用語で、ある情報機関の企業が借用し、2026年にAI時代で最も引く手あまたの職名になりました。読み終えると、なぜ多くの人がまさにFDEの仕事をしているのに、このタイトルを名乗る勇気がないのかが分かるでしょう。

一、Forward Deployed、軍隊に既にある言葉

FDE = Forward Deployed Engineer。鍵は真ん中の言葉「Forward Deployed」にあります。

軍隊の編制では、部隊は2種類に分かれます。一つは後方基地に駐屯し、訓練、補給、指揮を管理します。もう一つは前線に派遣され、事が起こる現場に直接います。日本語では「前線配備」と直訳されることがありますが、英語のまま「フォワード・デプロイド」と呼ばれるのが一般的です。

この2種類の部隊の違いは、どちらがより戦えるかではなく、見える世界が違うことです。

後方が見るのは地図です。綺麗で、完全で、はっきり注記されています。前線の部隊が見るのは地形です——どの道が昨日崩れたか、どの村の態度が変わったか、どの補給線が今日また切れたか。これらは地図には書いてありませんし、誰も専門に走って戻って報告しません。

だから「Forward Deployed（前線配備）」という言葉の核心は一言です。現場に近いほど、情報は真実。

テック企業は後にこの言葉をそのまま借りてきました。意味はほとんど変わっていません。エンジニアを顧客の現場に派遣し、本社でコードを書かせるのではないということです。

二、Palantirがこうしたのは、顧客に追い込まれて出てきた

FDEというこの役割は、公認でPalantirが最初に体系化したものです。

なぜPalantirだったのか？初期の顧客が、他の選択肢を許さなかったからです。

Palantirの初期顧客は主に情報、国防系機関でした。この種の顧客には2つの特徴があり、伝統的な納品モデルに死刑を宣告しました。

顧客は自分が何を欲しいのか言えません。 情報分析官に、プロダクトマネージャーが理解できる言語で自分のワークフローを説明させることはできません——本人も総括したことがないのです。

リモート納品は根本的に成立しません。 データをコピーして持ち出せない、システムを外部接続できない、環境が本社の人間には想像もつかないほど複雑です。営業担当者を飛ばして3日間会議を開き、戻ってToDoリストを残して、それで終わり、というわけにはいきません。

だから1本の道しか残りませんでした。顧客のところに長期滞在する人がいて、彼らと一緒に手探りし、使いながら直すしかありません。

この人がFDEです。

Palantir内部には特に的確な対比があります。覚えておく価値があります。

プロダクトエンジニアは「一つの能力で、複数の顧客にサービスする」、FDEは「一つの顧客に、複数の能力を使う」。

前者はプラットフォームを作り、後者はプラットフォームを曲げて、一つの顧客の具体的な問題に押し込みます。

これは伝統的なソフトウェア企業から見ると非常識です——しかし今日のAI業界に置いてみると、ロジックは全く同じです。モデルはすでに非常に強力です。欠けているのは、それを具体的な業務に押し込み、しかも結果が出るまで見守る人です。

三、戦場のあの「醜いが命を救う」赤い点

広く流れている一つの話があり、この役割の本質を徹底的に語れます。

イラクとアフガニスタンの戦場で、米軍が最も頭を悩ませた脅威の一つは路肩爆弾でした。前線に派遣されたエンジニアが見た状況は、本社の想定と全く違っていました。

兵士は高度な情報分析ダッシュボードなど全く必要としていませんでした。

彼らが欲しいのは極めてシンプルなものです——地図上をクリックして「この区間は疑わしい」と印をつけ、後から通る仲間がすぐに見て迂回できること。

そこでエンジニアは現場で非常に粗い地図マーキングツールを組み立てました。綺麗な可視化も、複雑なモデルもありません。「クリック、赤い点を付ける、他人が見られる」だけです。

それは直ちに兵士の日常を変えました。後にこの機能は抽象化され、強化され、Palantirプラットフォームの標準能力として沈殿しました。

この話には3層の情報があり、各層が今日の企業AIプロジェクトに直接移植できます。

第一、本当のニーズは本社では推測できません。 現場にいる人だけが知っています。兵士が欲しいのは赤い点であって、ダッシュボードではありません。

第二、醜くても構いません、命を救えればいいです。 FDEの第一目標は決して技術の優雅さではなく、その場で使えることです。

第三、現場で作ったものは製品能力として還流しなければなりません。 これはFDEと駐在外注を区別する鍵です——今日一つの顧客のために作った臨時ソリューションが、明日には百の顧客が使えるものに変わらなければなりません。

四、この名前は、3層の潜台詞を漏らしている

名前は単なる記号ではなく、この職種への暗黙の要求を隠しています。「前線配置」という4文字を分解すると、3つのことが読み取れます。

第一層：あなたは前線にいて、本社にはいません。

これはあなたの情報源を決定します。FDEの判断力は、どれだけ報告を読んだかではなく、現場でどれだけ本当のプロセスを見たかから来ます。会議室で会議を開いただけのソリューションと、業務の最前線に3日立ったソリューションでは、質が桁違いです。

第二層：あなたは作戦部隊であって、後方支援ではありません。

後方支援は補給を管理し、作戦部隊は目標を達成することを管理します。だからFDEの考課は「どれだけの機能を納品したか」ではなく、「業務指標が本当に改善されたか」です。

これも多くの人がFDEをやって苦しむ理由です——彼らは「機能ができたかできていないか」で評価されることに慣れていて、突然結果に責任を持つよう求められると、非常に不適応になります。

第三層：前線は汚いです。

これは最も見落とされやすい層です。前線配置は決してロマンチックではありません。それはレガシーシステム、汚れたデータ、終わらない権限承認、押し通せない部門の壁、そして技術的な含有量はないが誰かがやらなければならない仕事の山を意味します。

もしあなたが綺麗なコードベースと標準化された要件ドキュメントしか受け入れられないなら、あなはFDEではありません。

💡重要：自分がFDEをやっているかどうかを判断するには、タイトルを見ないで、自分に3つの質問をします——私は現場にいるか？結果に責任を持っているか？汚れ仕事をする意志があるか？ 3つ全てが「はい」なら、あなたはFDEです。名刺に別の名前が書いてあってもです。

五、軍事用語が、なぜ2026年に火がついたのか

なぜなら、この時代の企業が集団で、戦場と全く同じ状況に遭遇したからです。

AIモデルはすでにコードを書き、分析をし、多ラウンド対話ができるほど強力です。しかし企業が買い戻した後は？

公開データと業界統計によると、企業のAIパイロットプロジェクトの約95%が本番環境に進まず、DemoとPPTの段階で止まっています。また、企業管理者の68%がAIによる持続的な影響を見ていないと述べています。

人間の言葉に翻訳すると、モデルが悪いのではなく、それを業務に組み込む人がいないのです。

そこで巨大企業が集団で参戦しました。公開報道によると、2026年5月前後の2ヶ月足らずで、OpenAI、Anthropic、AWS、Google Cloudの4社が同じ方向に65億ドル以上を投じました——顧客現場向けの配置チームです。OpenAI一社だけで40億ドルを投じ、150名のFDEを買収・導入しました。Google Cloudは新たに前線AIエンジニアリング部門を設立しました。

職種の増加データはさらに説得力があります。公開データによると、LinkedInの統計では2023年から2025年にかけてFDE職が約42倍増加、Indeed統計では前年比約729%増、ヘッドハンティング会社Adeccoが出した需要の年間増加約800%に対し、人材供給の伸びはわずか50%程度です。

需要過多で、人材争奪戦です。

（異なる機関の統計基準は大きく異なります。上記はトレンド参考のみで、具体的には実際の求人を参照してください。）

硝煙の香りを帯びた言葉が、こうしてAI時代で最も引く手あまたの職名になりました。

六、名前に騙されないで：同じ職種に7つの呼び方

最後に、非常に実用的なことを提醒します。

まさにこの名前が強いPalantirの色彩を帯びているため、多くの企業が同じ仕事をしていても、全く異なる名前を付けています。公開求人情報によると、よくあるのは：

• FDSE（Forward Deployed Software Engineer）——よりコード納品寄りのバージョン
• Applied AI Engineer—— AnthropicやCognitionなどAI企業の呼び方
• Deployed Engineer—— Cognitionも使用
• Field Engineer—— 国防、ハードウェア系企業でよく使う
• Customer Engineer / Solutions Engineer / Solutions Architect—— クラウドベンダーでよく見る。ただし注意：これらのタイトルの中のかなりの部分は実はプリセールスで、本番環境納品はしません
• 国内では解決方案架構師、交付工程師、AI落地工程師とよく書かれます

だから仕事を探すときの非常に現実的なアドバイスがあります。「Forward Deployed Engineer」という一語だけで検索しないでください。

この正確な短いフレーズでフィルターをかけると、大半の本当の職を見逃します。より確実な方法は、職責の記述に次の条項があるかどうかを見ることです。顧客現場駐在、本番環境のコードを書く、業務指標に責任を持つ、顧客既存システムを打通する。

職責を見て、タイトルを見ない。 この言葉はFDEという分野で他の場所より成り立ちます——なぜならこの分野のタイトルは、元々各社が自分で付けたものだからです。

この3つを覚えれば十分

第一、FDEの名前はマーケティングではなく、実態を表しています。 元々は軍事用語で、「前線に派遣され、後方に留まらない」という意味です——これがまさにFDEの仕事方式です。

第二、この名前の背後にはパラダイムシフトがあります。「本社がコードを書き、顧客が適応する」から、「現場で問題を明らかにし、製品が顧客に適応する」へ。誰が現場に近いか、誰が真相を掌握します。

第三、タイトルに拘らず、3つのことを見れば十分：あなたは現場にいるか、結果に責任を持つか、作ったものは再利用可能な能力として沈殿できるか。

ついでに冒頭のその15%に答えます。FDEの典型的な時間配分では、コードを書きシステムを組むのはわずか約15%、顧客とのコミュニケーション、現場に張り付くのが約40%、残りの45%は文書を書き、Demoを作り、引き継ぎをするのに使われます。

この職種で最も貴重な部分は、決してコードではありません。

FDEを体系的に学び、私が整理したFDE自学ロードマップを入手したいですか？本号をフォローし、後続29篇の連続更新を見逃さないでください。

この記事が役立つと思ったら、保存して、いつも「AIの実装が難しい」と言うあの友人にもシェアしてください。

また明日。

本文はFDE 30日入門連載第2篇です。文中で言及した職種増加、年収とパイロット成功率のデータは全て公開報道と業界統計から引用しており、各機関の基準は大きく異なり、トレンド参考のみです。具体的には実際の求人とプロジェクト状況を参照してください。