FDEポートフォリオの作り方｜実務未経験でも語れる実績を用意する

実務経験はまだゼロだ。それでも面接官の前で「これを作った」と言えるものが要る。FDE（Forward Deployed Engineer）を目指す人の多くが、この壁の前で立ち止まる。技術力を証明する場は、業務経験だけではない。ポートフォリオという、もう一つの土俵がある。ただし、作り方を間違えると努力が評価につながらない。

「プロジェクト数」では評価されない

小さなプロジェクトを5個並べれば安心できるだろうか。実際はそうならない。FDE採用ガイドを公開するtryexponent.comは、ハイヤリングマネージャー面接の冒頭で語るべきものとして「自分がend-to-endで所有した、最も技術的に難易度の高いプロジェクト」を挙げている。数の多さではなく、1つをどこまで自分の手で完遂したかが見られている。同ガイドは候補者の言葉遣いにも注目しており、「we」ではなく「I」で語れているか——つまり本当に自分がやった部分かどうかを面接官が確認する、としている。研究データでも、FDEとして最も強い経歴はアーリーステージ・スタートアップの初期10人程度のエンジニアだとされる（recruitingfromscratch.com調べ）。共通するのは、規模の小ささではなく「自分ごと化」の深さだ。

「広く浅く」より「1つを深く」

フロンティアAI企業のFDE採用を手がけるSundeep Teki氏は、2026年の採用市場についてこう述べている。「私が最も早くポジションを決めてきた候補者は、プロジェクト数が一番多い人ではまずない」（sundeepteki.org, 2026）。評価されるのは、ノートブック上のデモで終わらせず、実際に動く形で仕上げた経験の深さだ。5つの中途半端なプロジェクトより、1つを最後まで作り切ったプロジェクトの方が、面接での会話は圧倒的に厚みを持つ。

2026年に評価される4つのプロジェクト型

では何を作ればいいのか。Teki氏は2026年時点でAI系FDE候補者が示すべきパターンを4つに整理している。会話で終わらず実際にアクションを実行するエージェント／マルチエージェントを「2026年で最も需要が高く、最も未解決のパターン」と位置づける一方、RAG（検索拡張生成）はもはや前提条件にすぎず、性能を測定できているかどうかが差を生むとする。ファインチューニングは実行できることより、あえて「やらない」判断ができるかが成熟度の指標になり、エージェントにツールを公開する新標準であるMCPサーバは、まだ希少なぶん差別化になるという。技術要素の基礎は「FDEに必要なAIスキル：RAG・LLMの基礎」で確認できる。

プロジェクト型	何を示すか	差がつくポイント
エージェント／マルチエージェント	会話で終わらず実際にアクションを実行する設計力	2026年時点で最も需要が高く未解決の領域
RAG	検索拡張生成の実装力	実装済みは前提。性能を「測定」しているかで差がつく
ファインチューニング	モデルを実行環境に合わせ込む力	やる判断だけでなく「あえてやらない」判断ができるか
MCPサーバ	エージェントにツールを公開する設計	採用が薄い今なら希少性がそのまま差別化になる

評価（eval）を組み込むことが最大の差別化

作って終わりにしていないだろうか。Teki氏は「評価（evaluation）は任意ではない」と断言する。ハルシネーションや性能劣化（リグレッション）を検知できる評価スイートを自分のプロジェクトに組み込み、その結果を数字で語れること——これが技術デモと実務レベルのプロジェクトを分ける一線になる。裏を返せば、コードが動く段階で満足しているポートフォリオは、この時点で他の候補者に差をつけられている可能性が高い。「動いた」で止まらず、「どの入力でどれだけ壊れたか」まで自分の言葉で説明できるかどうか——それが技術デモと実務レベルの境界線になる。

実務経験ゼロから「顧客」を作る方法

FDEの本質は「顧客と直接働きながら本番運用まで担う」ことにある（本サイト内「Forward Deployed Engineerとは」参照）。だとすれば、ポートフォリオにも「顧客」が要るのではないか。難しく考えなくていい。地元の中小企業やNPOのために小さなシステムを無償で構築する、あるいは今の職場で他部署のための小さな自動化に自分から手を挙げる——利害関係者が実在し、要望が変わり、期限がある。この条件さえ揃えば、規模の大小を問わず「顧客と働いた経験」として語れる材料になる。

たとえば、近所の飲食店から「予約の電話対応が回らない」と相談されたとする。要件はその場では固まっていない。何を自動化し、何は人手に残すのか——ここを自分で決め切る経験こそが、FDEの面接で問われるスコープ設定そのものの練習になる。個人開発のノートブックだけで終わらせず、一度でいいから「自分以外の誰かのために、本番相当の形で仕上げた」経験を混ぜておきたい。

面接で語れる形に整える

作っただけでは、まだ半分だ。前述の通り、面接官は「I」で語れているかを見ている。だから、プロジェクトごとに「何を任され」「何を自分の判断で決め」「結果はどう測ったか」を一人称で言い切れるように整理しておく。「チームで作りました」で止まる説明と、「私がスコープを決め、評価指標を自分で設計した」と言い切れる説明では、面接官の受け取り方がまるで違う。

ケーススタディや行動面接での語り方の型は「FDEの面接対策」のSTAR形式に合わせておくと、ポートフォリオの話がそのままエピソードとして転用できる。技術要素の棚卸しには「FDEに必要なスキル完全ガイド」を使うと、自分のポートフォリオがどの領域を埋めているか、逆にどこが手薄かが見えてくる。

まとめ

実務経験ゼロでも、面接官の前に立てるものは作れる。ただし条件がある。プロジェクトの数ではなく1つを深く仕上げること、エージェント・RAG・ファインチューニング・MCPという2026年の評価軸を意識すること、そして評価（eval）を数字で語れる形にしておくこと。顧客が実在しなくても、無償の小さな案件で「顧客と働いた経験」は作れる。次に手を動かすとき、5個目の新しいプロジェクトを始める前に、1個目を最後まで運用まで持っていけているか、一度立ち止まって確かめてほしい。

あわせて読みたい

• Forward Deployed Engineerとは？定義と仕事内容を解説
• FDEに必要なスキル完全ガイド
• FDEの面接対策｜選考フローとケーススタディ攻略法
• FDEに必要なAIスキル：RAG・LLMの基礎