FDEに必要なスキルの全体像｜8領域で解説
「FDEに必要なスキルって、結局どこまで含むの？」——そう感じている方に向けて、この記事を書いています。FDE（Forward Deployed Engineer＝顧客の現場に入り込み、技術とビジネスの両面から課題を解くエンジニア。全ディスク暗号化のFull Disk Encryptionとは別物です）に求められるFDE スキルは、コードを書く力だけではありません。私たち日本FDE協会は特定のサービスを売る立場ではなく、業界を横断して実務を見てきた立場から、スキルの全体像を中立に整理できます。この記事を読めば、FDE スキルの範囲を俯瞰でき、自分が次に深掘りすべき領域がわかるようになります。一緒に見ていきましょう。
FDE スキルは「技術×業務理解」から始まる
FDEの出発点は、顧客の現場業務を正しく理解することです。どんなに技術力があっても、解くべき課題を取り違えれば成果は出ません。ここが土台になります。
現場をヒアリングし、課題を整理する力
会長の前川は、大手エンジニアリング企業でシステムPMを務めた頃、8名の開発チームと20名を超えるステークホルダーの間に立ち、部門間調整から経営層への報告までを自分で行いました。石油コンビナート向けの入出荷管理やアミューズメント企業の基幹システムなど業種を横断する中で痛感したのは、技術だけでもビジネスだけでもダメで、両方わかる人間が現場にいることに価値があるということです。この土台となるヒアリングの技術は、FDEのヒアリング術で詳しく整理しています。
AIを実利的に使い、業務を改善する力
次に、整理した課題をAIエージェントやLLM（大規模言語モデル）で解ける形に落とし込む力が要ります。ポイントは「使えるところに使う」という実利主義です。あるSaaS企業の経営者から聞いた話でも、AIを入れること自体が目的化して失敗するケースは少なくありません。進め方の詳細はAI業務改善の進め方を参照してください。
設計と要件定義——動くものを見せる力
課題が見えたら、業務アプリやワークフロー、データ連携をどう設計するかを決めます。ここでFDEらしさが出るのが「まず動くものを見せる」という姿勢です。
プロトタイプで最速のフィードバックを得る
前川は金融からEC事業へ転身した当初、技術はあってもマーケ知識が不足し、最初の半年は売上がほぼゼロでした。完璧を目指すのをやめ、市場調査とヒアリングを徹底したうえで、動くものを見せて反応を得る進め方に切り替えてから数字が伸び始めました。この経験から、完璧な要件定義書を待たずにプロトタイプで検証する進め方を大切にしています。詳細はFDEのプロトタイピング術へ。
要件定義で「本当に必要か」を問う
顧客からは「最初に『それ、本当に必要ですか？』と言われたのが衝撃だった。不要な開発を止めてくれた」という声をいただくことがあります。要件を鵜呑みにせず、目的から逆算して削る判断もFDE スキルの一部です。プロンプト設計やRAG（検索と生成を組み合わせる仕組み）、エージェントの評価設計もこの段階に含まれます。要件定義の考え方は要件定義でFDEがやっている5つのことと失敗しない実践テクニックで扱っています。
見落とされがちな領域——統制・監査・属人化防止
ここが、市場の一般的なFDE解説との差別化点です。多くの解説は「現場に入り込むエンジニア」で止まり、この先の領域にはほぼ触れていません。しかし法人導入で実際に問われるのはここです。
セキュリティ・権限管理・ログ
情報を扱う以上、誰が何にアクセスできるかの権限管理、操作の記録を残すログ管理は避けて通れません。製造業のクライアントの現場では、便利な仕組みを作ってもアクセス制御が曖昧だと本番導入で止まる、という場面を何度も見てきました。動くだけでなく、安全に運用できる形まで含めて設計する必要があります。
内部統制・監査証跡を踏まえた導入
金融機関でトレーダーを務めた経験から、前川は職務分掌（担当を分けて不正を防ぐ考え方）や監査に耐える記録の重要性を肌で理解しています。誰が承認し、どんな根拠で処理されたかを後から追える状態にしておく——この監査証跡を踏まえた導入支援ができるかどうかが、法人案件では大きく効いてきます。
属人化を防ぐドキュメント化と引き継ぎ
「うちの社員よりうちの業務に詳しくなっている」という声をいただくことがありますが、それが属人化のリスクにもなります。作った本人しか運用できない仕組みは、いずれ止まります。ドキュメントを整え、顧客側が自走できるよう引き継ぐところまでがFDEの仕事です。
全体像を一枚で俯瞰する
ここまでのFDE スキルを、大きな流れとして整理します。スタートアップでの組織づくりの経験から言うと、この一連の流れを「一人で貫ける」ことがFDEの核心です。
段階 | 主なスキル |
|---|---|
理解 | 業務ヒアリング・課題整理 |
設計・実装 | AI活用・アプリ/連携設計・プロトタイピング |
統制 | 権限・ログ・監査・内部統制対応 |
定着 | ドキュメント化・引き継ぎ・教育・継続改善 |
技術力は入口に過ぎません。統制や引き継ぎまで含めて初めて、実務で成果を出せるFDE スキルの全体像が完成します。まずは自分がどの段階を深掘りしたいかを決め、各領域へ進んでみてください。キャリアの道筋はFDEになるには？でも整理しています。
よくあるご質問
Q. FDEに必要なスキルは技術力だけですか？
A. いいえ。業務ヒアリングや設計といった技術寄りの力に加え、権限管理やログ、監査に耐える導入、属人化を防ぐドキュメント化と引き継ぎまで含みます。法人導入ではこの後半の領域が特に問われます。
Q. どの領域から学べばよいですか？
A. まずは現場の課題を正しく引き出すヒアリングが土台です。そのうえで、動くものを最速で見せるプロトタイピングや要件定義へ進むと流れがつかめます。各領域の子記事から自分に合うものを選んでください。
Q. スキルの習得度を測る目安はありますか？
A. 学習や評価の目安として、日本FDE協会が運営する民間検定のFDE検定があります。国家資格ではありませんが、実務の指標として活用できます。詳しくは検定ページをご覧ください。
FDEについてもっと知りたい方は関連記事もご覧ください
日本FDE協会
FDE（Forward Deployed Engineer）の認知拡大・人材育成・コミュニティ形成を目的とした協会です。技術とビジネスの双方を現場で実践するエンジニアを支援しています。