【開催レポート】FDE（Forward Deployed Engineer）とは？「コンサル・システム開発との違いと最初の業務の見つけ方」実践方法を解説

〜バカンとVACAN Technologiesがオンラインセミナーを共同開催〜

株式会社バカン

2026年10月23日 16時00分

株式会社バカン（本社：東京都中央区、代表取締役：河野剛進、以下「バカン」）と、グループ会社の株式会社VACAN Technologies（本社：東京都中央区、代表取締役：田巻流、以下「VACAN Technologies」）は、2026年10月22日（木）、FDE（Forward Deployed Engineer／現場密着型エンジニア）をテーマとしたオンラインセミナーを共同開催しました。講師は、バカンCTO兼VACAN Technologies代表取締役の田巻流が務めました。本セミナーを皮切りに、全7回のWebセミナーシリーズを開催し、企業のAI・データ活用を「PoC（概念実証）止まり」で終わらせないための実践知を発信予定です。

■開催概要

セミナー名：FDEとは？コンサル・システム開発との違いと最初の業務の見つけ方

開催日時：2026年10月22日（木）12:15〜12:45

開催形式：オンライン（Google Meet）

講師：田巻流（株式会社バカン CTO／株式会社VACAN Technologies 代表取締役）

主催：株式会社バカン、株式会社VACAN Technologies

■開催の背景

　生成AIの普及により、多くの企業でAI・データ活用の検討が進む一方、「PoC（概念実証）で止まってしまう」「ツールを導入しても現場で使われない」といった壁に直面するケースが少なくありません。要件をすべて定めてから外部へ発注する従来の進め方では、現場の複雑な運用や変化に追従しにくいことが一因と考えられます。

　こうした課題を解決するアプローチとして注目されているのが「FDE」です。もともとは米国のPalantir Technologiesが、導入先の現場に技術者を送り込み課題解決まで伴走させる職種として広めたとされ、近年、AI・データ活用を実際の業務成果につなげるアプローチとして、注目されています。一方で、FDEは国内ではまだなじみの薄い概念であり、「コンサルやSIerと何が違うのか」「自社ではどこから始めればよいのか」といった疑問も多く聞かれます。そこでバカンとVACAN Technologiesは、FDEの考え方と現場での進め方を30分で学べる場として本セミナーを開催しました。

■セミナーレポート

1. FDE（Forward Deployed Engineer）とは？

FDEとは、顧客の現場に入り込み、業務上の課題発見からシステムの設計・開発、実際の業務への定着までを一貫して担うエンジニアです。

一般的なシステム開発では、顧客が要件を整理し、それをもとにエンジニアがシステムを構築する進め方が多く見られます。一方、FDEは、そもそも「何を解決すべきなのか」という段階から顧客とともに考える点が特徴です。

例えば、ある企業から「AIを使って業務を効率化したい」という相談があった場合、すぐにAIツールの選定や開発に着手するのではなく、まず実際の業務を観察し、どこに時間がかかっているのか、何が負担になっているのかを明らかにします。

そのうえで、必要な仕組みを小さく試作し、現場の反応を確認しながら改善を重ね、実際に業務上の成果が生まれるところまで伴走します。セミナーでは、FDEの役割を次の4つの工程に整理しました。

・課題発見：顧客の要望をそのまま受け取るのではなく、背景にある本当の課題を見つける

・要件定義：現場の実態を踏まえ、何を作るべきかを決める

・実装：小さなプロトタイプを素早く作り、関係者の認識をそろえながら改善する

・事業推進：開発して終わりではなく、現場で使われ、成果が生まれるまで伴走する

従来は別々の担当者や組織が担うことも多かったこれらの工程を、少人数で横断的に進めることで、工程間の情報の受け渡しを減らし、現場で得た学びを素早く開発に反映できることがFDEの強みです。

2. FDEとコンサルタント・SIerとの違い

FDEは、従来のコンサルタントやSIerと何が異なるのでしょうか。セミナーでは、主に「仕事の出発点」「担う範囲」「成果の測り方」という観点から、それぞれの特徴を解説しました。

・コンサルタントとの違い：課題整理から実装・定着まで一貫して関わる

コンサルタントは一般的に、顧客の課題を分析し、解決に向けた戦略や施策を提案する役割を担います。一方、FDEは課題を分析・整理するだけでなく、自らシステムや仕組みを実装し、現場で実際に活用される状態まで関わります。つまり、課題を「どう解決すべきか」を考えるだけでなく、解決策を実際に動く形にしていくことが特徴です。

・SIerとの違い：仕様の実現だけでなく、業務成果を重視する

SIerは、顧客と合意した要件や仕様に基づいてシステムを構築し、品質・納期・コストなどを管理しながら開発を進めることを得意としています。これに対してFDEは、課題や要件がまだ明確になっていない段階から関わり、現場で試行錯誤を重ねながら、何を作るべきかを見極めます。また、完成したシステムそのものだけでなく、それによって業務がどのように変化したかを重視する点も特徴です。

ただし、FDEとSIerは対立するものではありません。

例えば、業務課題や必要な仕組みが明確になっていない初期段階ではFDE型のアプローチを活用し、実証を通じて有効性が確認された仕組みを大規模に展開する段階では、SIerの分業体制や工程管理を活用するといった組み合わせが考えられます。

セミナーでは、企業のDX推進において、課題の探索・検証・定着と、大規模な拡張・保守という各段階に応じて、それぞれの強みを生かすことが重要だと説明しました。

3. AI活用が「PoC止まり」になる背景と、最初の業務の見つけ方

セミナー後半では、FDEの考え方を実際のAI・データ活用にどう取り入れるかについて解説しました。

最初の業務選びで起こりやすい失敗として、次の3つを紹介しました。重要なのは、「何を導入するか」ではなく「どの業務を変えるか」を最初に考えることです。

・ツール名から始める

　「生成AIを導入したい」など、解決すべき課題より先に手段を決めてしまっている

・対象を広げすぎる

　「全社のAI活用」など、大きなテーマから始めてしまい、具体的な課題や評価指標が定まらない

・現場を見ずに決める

　会議室での議論だけで対象業務を決め、実際の業務や運用上の制約を十分に把握できていない

4.FDEが実践する「業務ヒアリング」の4ステップ

では、実際にどのような方法で、解決すべき業務課題を見つければよいのでしょうか。

セミナーでは、FDEが現場の課題を把握するための具体的な方法として、4つのステップを紹介しました。

・STEP 1：事前準備

　業務に関する資料や関係者を事前に調べ、確認すべき論点を整理します

・STEP 2：現場観察

　現場で使用されている画面や帳票、実際の作業を観察します。担当者からの説明だけでなく、

　実際にどのような手順で業務が進んでいるかを確認します。

・STEP 3：深掘り質問

　業務上の問題について、抽象的な要望ではなく、具体的な事実を確認します。

　例えば、直近で問題が発生した1件について、何が起きたのかを時系列で聞き、その問題がどの程度　の頻度で発生しているのか、例外的な対応が必要になるのはどのような場合か、誰が何を基準に判断　しているのかを確認します。

・STEP 4：合意形成

　ヒアリングを通じて明らかになった課題を関係者と共有し、次に何を検証するかを決めます。

　ここで重要なのは、現場から寄せられた要望をそのまま開発要件にするのではなく、その背景にある　業務の実態や制約を把握することです。

　例えば、「この作業を自動化したい」という要望があっても、実際に確認すると、作業そのものより　も、必要な情報を探す時間や、担当者間の確認に時間がかかっている可能性もあります。

　こうした実態を把握することで、本当に改善すべき業務を見極め、効果的な解決策を検討しやすくな　ります。

5. 最初は「1つの業務」から。小さく試して成果を確認する

FDE型のアプローチでは、最初から大規模なシステムや全社的な変革を目指すのではなく、具体的な業務を1つ選び、小さく試すことを重視します。

セミナーでは、最初に取り組む業務を選ぶ際の条件として、以下の3点を挙げました。

・困りごとが具体的であること

・現場とデータに触れられること

・短期間で変化を測れること

対象を「ひとつの業務、ひとつの画面、ひとつの意思決定」まで絞り込むことで、関係者間で目的を共有しやすくなり、改善の効果も確認しやすくなります。具体的な進め方としては、まず約1週間で現場観察と業務整理を行い、続く約2週間で小さな試作を構築。その後、実際の現場で使いながら効果と新たな課題を確認するサイクルが紹介されました。

この進め方では、初めから完成形を目指すのではなく、現場での検証結果をもとに改善を重ねます。

小さな業務で成果が確認できれば、その知見をもとに対象を広げていくことができます。

こうした「小さく作り、実際に使い、成果を確かめる」という進め方が、AI・データ活用をPoCだけで終わらせず、実際の業務変革につなげるための重要なポイントとなります。