FDEに頼む前に決める5つの線｜AI導入を任せる範囲

「FDEという支援が増えていると聞くが、これまでのコンサルと何が違うのか分からない」「現場に技術者が入ってくれるなら、丸ごと任せてしまえばいいのでは」。AI導入を任された推進担当や決裁者から、2026年に入って増えた声です。新しい呼び名が一気に広まると、中身を確かめる前に、頼むか頼まないかの話になりがちです。けれども、FDEは作業を丸ごと引き取ってくれる外注の新しい名前ではありません。本当は、外の技術者が社内の業務の中で作り、作ったものを社内が持ち続けるための支援の形です。この記事では、FDEに頼む前に社内で決めておく5つの線を、発注・共同作業・引き継ぎの順に整理します。

FDEとは：現場に入り込んで作る技術者の支援

FDEは、英語の「フォワード・デプロイド・エンジニア」の頭文字で、直訳すると「前線に配置された技術者」です。AIの提供元や支援会社の技術者が、顧客の利用部門の中に入り込み、業務の流れを見ながらAIエージェントやデータのつなぎを設計し、実装し、本番の運用まで届ける役割を指します。作る場所が顧客の現場の中にあることが、この呼び名のいちばんの特徴です。

オープンエーアイは公式サイトで、FDEのチームは、セキュリティの仕組み、権限、統制、法令の要件、運用上の管理、古いシステムといった制約が当然にある実際の企業の環境の中で、個別のAIシステムを作る、と説明しています。つまり、試しに動くものではなく、社内の決まりの中で動き続けるものを作るのが仕事です。試行の段階で止まりがちなAIを、本番の業務に載せるところまで運ぶ役割だと言えます。

デロイト トーマツの発表では、FDEに求められるのは、顧客の価値を生むことを考える姿勢とともに、AIで動く仕組みとデータのつなぎを設計して実装する、画面の側から裏側の処理、土台の基盤までにまたがる幅広い技能だとされています。1つの専門に閉じず、業務の話を聞きながら、その場で作って直す人だと考えると、イメージがつかみやすくなります。

発注する側から見ると、FDEは「人を借りる」話でも「物を買う」話でもなく、その中間にあります。技術者は社内の人と同じ場で動きますが、作ったものの使い方と責任は社内に残ります。この中間の性質が、頼む前に線を引く必要がある理由です。線を引かないまま始めると、作る人と使う人の境目が、日を追うごとにぼやけていきます。

2026年に動いた2つの発表

FDEという呼び名が国内でも広く聞かれるようになったのは、2026年に大手が相次いで体制づくりを打ち出したからです。オープンエーアイは、顧客の企業にFDEと導入の専門家を送り込み、本番で動くAIシステムを作る新しい会社「オープンエーアイ・デプロイメント・カンパニー」を公式サイトで発表しました（報道では2026年5月）。

公式の発表によれば、この会社は投資会社・コンサルティング会社・システム会社の19社との共同の取り組みで、40億ドルを超える初期の投資で始まります。あわせて、企業向けにAIの導入支援と開発を手がけるトモロの買収に合意し、初日から約150人の経験あるFDEと導入の専門家を迎えるとしています。提供元が自ら、現場に入る人の数をそろえにきたことが、この発表の要点です。

国内では、デロイト トーマツが2026年4月30日に、FDE人材の活用を本格化すると発表しました。2026年6月にFDEマネジメントオフィスを設け、FDEの採用、育成、制度の設計、知見の共有、案件への割り当ての調整を全社横断で担うとしています。得意な領域を持つFDEをチームにまとめ、戦略を描く役割の人と組んで、戦略と実行をつなぐ体制だと説明しています。

2つの発表に共通するのは、AIの導入で詰まるのは技術の選定ではなく、現場の業務に載せる最後の工程だという見方です。一方で、発表はどちらも支援する側の体制の話で、頼む側が何を決めておくべきかまでは書かれていません。そこを埋めるのが、この記事で整理する5つの線です。

• この節の内容は、2026年9月に確かめたオープンエーアイの公式サイトの発表と、デロイト トーマツの公式ニュースリリース（2026年4月30日）に基づきます
• オープンエーアイの発表の日付は公式の本文で確かめられなかったため、報道の時期を添えています。買収は発表の時点で「合意」の段階です

コンサル・受託開発との違いを表で見る

FDEの支援を頼むかどうかを考えるとき、まず比べたくなるのが、これまでのコンサルティングと受託開発です。3つは、誰がどこで何を作るか、仕様を誰がいつ決めるか、終わった後に何が社内に残るかが違います。違いを並べると、FDEだけが持つ強みと、FDEだけが抱える危うさが同時に見えてきます。

比べる点	コンサルティング	受託開発	FDE型の支援
主に作るもの	方針・計画・業務の設計	仕様書どおりの仕組み	現場で動くAIの仕組みと、そのつなぎ
作る場所	会議と資料の上	支援する会社の中	利用部門の業務の中
仕様の決まり方	提言として出す	発注の前に固める	作りながら現場と詰める
強み	全体の筋道が立つ	範囲と費用が読みやすい	本番の業務に載るまでが早い
危うさ	作る人が別に要る	業務の変化に追いつきにくい	判断の基準と持ち主がぼやける
社内に残るもの	報告書と計画	納品物と説明書	決めておかなければ残らない

表のいちばん下の行が、この記事の出発点です。コンサルなら報告書が、受託開発なら納品物と説明書が、契約の性質上ほぼ自動で手元に残ります。ところがFDEの支援は、作りながら仕様が決まっていくため、何を受け取るのかを始める前に決めておかないと、社内に何も残らないことがあります。

逆に言えば、FDEの強みは、仕様を固めきれない業務でこそ生きます。問い合わせの振り分けや社内の申請の下処理のように、例外が多く、使ってみないと必要な動きが分からない業務です。仕様を先に固めると外れやすい業務ほど、現場の中で試して直せる支援の形が合います。反対に、入力と出力がはっきり決まっている業務なら、受託開発のほうが範囲も費用も読みやすく、FDEを選ぶ理由は薄くなります。

内製か外部に頼むかという体制そのものの選び方は、体制の軸で比べる別の記事で扱っています。ここでは、FDE型の支援を頼むと決めた、あるいは候補に入れた段階で、何を決めておくかに話を絞ります。

線を引かずに始めると、何が起きるか

5つの線を引かずにFDEの支援を始めても、最初の数週間はうまく進んでいるように見えます。現場の人は話を聞いてもらえ、動くものが短い間隔で出てくるからです。問題が表に出るのは、たいてい技術者が別の案件に移る前後です。よく起きるのは次のような形です。

• 例外の扱いを現場とFDEの口頭のやり取りで決めていて、どの判断がなぜそうなったのか、社内の誰も説明できない
• エージェントの指示文や評価の手順が支援する側の環境にしかなく、直したくても手が出せない
• 技術者の個人のアカウントで社内のシステムにつないでいて、契約が終わった日に動かなくなる
• 精度が落ちたときに止める人が決まっておらず、誤った下書きが数日流れ続ける

どれも技術の失敗ではなく、決めるべきことを決めなかった結果です。特に1つ目は深刻です。業務の判断の基準が、FDEの頭の中とエージェントの指示文の中にだけ残ると、社内はその基準が正しいかどうかを確かめる手段を失います。判断の基準を外に預けたまま本番に載せるのは、業務の一部を黙って委ねたのと同じです。

もう一つ見落とされやすいのが、現場の側の負担です。FDEが入ると、現場の担当者は質問に答え、試作を触り、結果を確かめる時間を毎週取られます。この時間を上長が認めていないと、現場は通常の業務の合間に対応することになり、確かめる作業が浅くなります。確かめが浅いまま出来上がったものは、本番で初めて穴が見つかります。

次の節から見る5つの線は、これらの失敗を起こさないために、発注の前に社内で決めておく項目です。どれも支援する会社に聞けば答えが返ってくる問いではなく、社内が自分で答えを持つべき問いです。

線1：任せる業務の範囲と、やめる条件

最初の線は、どの業務の、どこからどこまでをFDEと作るかです。「営業部門のAI活用」のような部門の名前で範囲を書くと、入り込んだ技術者は目に入る困りごとを次々に拾い、範囲が広がっていきます。範囲は、業務の名前と、その業務のどの判断の手前までをAIに渡すかの2つで書きます。

たとえば問い合わせの対応なら、「受け付けた問い合わせを分類し、担当部署と回答の下書きを付けて人に渡すまで」と書きます。回答を送る、値引きに応じる、といった判断は範囲の外に置きます。このように判断の一歩手前で線を切ると、作るものの大きさが決まり、見積もりと日程の話もかみ合います。

範囲と同じ紙に、やめる条件も書いておきます。一定の期間試して、現場が使う割合や、人が直した割合が決めた水準に届かなければ、その業務は打ち切って別の業務に移る、という条件です。入り込んで作る支援は、うまくいかないときほど「もう少し直せば」と延びがちです。やめる条件を先に書いておけば、延長の判断を気分ではなく数字で下せるようになります。

範囲を決めるときは、候補の業務を3つほど並べ、どれから始めるかを社内で先に決めておくと進めやすくなります。FDEに候補を選ばせると、作りやすい業務が選ばれやすく、社内で効果の大きい業務と一致するとは限りません。選んだ理由を社内の言葉で書いておけば、後で広げるときの順番の根拠にもなります。

線2：触れてよいデータと、つなぐ権限

2つ目の線は、FDEが触れてよいデータと、エージェントがつながってよい社内のシステムの範囲です。現場に入り込むということは、社内の資料や顧客の情報に近い場所で作業するということです。技術者が見てよいデータと、エージェントが読んでよいデータは、別々に決める必要があります。

技術者が作業中に見るデータは、試作に要る最小限に絞り、個人の情報を含む実データは、項目を伏せた写しから始めるのが基本です。エージェントがつながる先については、読むだけの接続と、書き込む接続を分けて一覧にします。書き込む接続は、送信・登録・削除のように社外や記録に影響する操作を、人の承認を経る形にしておきます。

アカウントの扱いも、この線に入ります。技術者の個人のアカウントで社内のシステムにつなぐと、契約の終了と同時に動かなくなったり、誰の操作か分からない記録が残ったりします。接続には会社が発行した用途ごとのアカウントを使い、権限の持ち主を社内の担当者にしておくと、FDEが抜けた後も同じ権限で動かし続けられます。

外部のAIと社内のシステムをつなぐときの審査の一般論は、接続の安全性を扱う別の記事に譲ります。ここで押さえておきたいのは、FDEの支援では作りながら接続先が増えていくという点です。接続を1つ足すたびに一覧に書き足し、社内の担当者が承認する決まりにしておくと、気づいたら基幹のシステムにまで書き込んでいた、という事態を防げます。

線3：判断の基準は社内が書く

3つ目の線が、5つの中でいちばん重要です。エージェントが業務の中で使う判断の基準、つまり、どの問い合わせを急ぎとするか、どの条件なら例外として人に回すか、といった決まりは、社内が書きます。FDEは基準を仕組みに載せる人であり、基準を決める人ではありません。

現場に入った技術者は、担当者から聞き取った話をもとに、指示文や分岐を組み立てます。このとき、聞き取った内容が担当者ごとに食い違うことは珍しくありません。食い違いをFDEがその場で調整すると、業務の決まりが、誰の承認も経ずに変わってしまいます。食い違いが見つかったら、社内の業務の責任者が決め、決めた内容を文書に残すという手順を、最初に約束しておきます。

エージェントには、判断の結果だけでなく、その判断の根拠を必ず書かせるようにします。どの資料のどの記述に基づいて分類したのか、どの条件に当たったから人に回したのかが出力に残っていれば、社内の担当者が確かめられます。根拠が書けない出力は人に回す、という決まりも、基準の一部として社内が決めます。

判断の基準を社内が書くと、作業は増えます。けれども、この作業を省くと、エージェントの答えが正しいかどうかを、社内の誰も判定できなくなります。基準の文書は長くなくてよく、業務ごとに「AIが決めてよいこと」「人が決めること」「迷ったら人に回すこと」の3欄を1枚にまとめるだけでも、後の検収の土台になります。

線4：受け取る物を、エージェントの部品で数える

4つ目の線は、支援が終わったときに社内が何を受け取るかです。FDEが作るAIの仕組みは、画面に見えるものより、裏にある部品のほうが多いのが普通です。受け取る物は、エージェントを直すために必要な部品の単位で数えます。少なくとも次の5つは、名前を挙げて一覧に入れておきます。

1. 指示文と、その版ごとの変更の履歴
2. つなぎの設定と、接続先の一覧
3. 評価に使った問題と、合格の基準
4. 動かした記録と、失敗した例の一覧
5. 運用の手順書と、止める手順・再開する手順

この中で、特に落とされやすいのが評価に使った問題です。作りながら現場と確かめた問いと、期待した答えの組は、エージェントを直すたびに使い回す物差しになります。これが支援する側の手元にしかないと、社内で指示文を少し直しただけでも、前より良くなったのか悪くなったのかが分からなくなります。

部品の置き場所も、この線で決めます。支援する会社の環境で作って最後にまとめて渡す形にすると、途中の経緯が抜け落ちます。はじめから社内が管理する置き場所で作ってもらい、変更のたびに記録が残る形にしておけば、受け取りの日に慌てて集める必要がなくなります。

受け取った部品を社内の誰が読めるかも確かめておきます。部品がそろっていても、読める人が社内にいなければ、直すたびに外に頼むことになります。後の節で触れる引き継ぎの練習は、この読める人を育てるためのものです。

線5：止め方と、抜けた後の持ち主

5つ目の線は、エージェントを誰がどう止めるかと、FDEが抜けた後に誰が持つかです。AIの仕組みは、壊れて止まるより、静かに精度が落ちたまま動き続けることのほうが多くあります。だからこそ、止める条件と止める人を、動かす前に名前で決めておく必要があります。

止める条件は、人が直した割合が一定を超えた、根拠の書けない出力が続いた、接続先のシステムが変わった、といった形で具体的に書きます。止める操作は社内の担当者が一人でできるようにしておき、止めたときに業務をどう手作業に戻すかも手順書に書きます。止め方が支援する側にしか分からない状態は、線5が引けていない状態です。

持ち主は、役職ではなく名前で決めます。「情報システム部門」と書くと、実際には誰も持っていない状態になりがちです。業務の側の持ち主と、仕組みの側の持ち主を1人ずつ決め、2人が月に一度、動いた記録を見て、直すか、止めるか、広げるかを決める場を置きます。

経済産業省などが選ぶ「DX銘柄2026」の評価の設問には、AIの利活用を進めるために最適な外部の力の使い方や、内製の力の獲得のあり方を検討したうえで、必要な仕組みを作れる体制を整えているか、という問いがあります。外の力を借りることは否定されていません。問われているのは、借りた後に社内が持ち続けられる体制を考えているかどうかで、線5はその問いへの答えにあたります。

5つの線を1枚にまとめる早見表

5つの線は、発注の前に1枚の紙にまとめ、社内の関係者と支援する会社の両方が同じ紙を見て話せるようにします。1枚にまとめると、決まっていない欄がひと目で分かり、決まっていない欄があるうちは発注しない、という判断もしやすくなります。

線	社内で決めること	決める人	決まっていないと起きること
線1 業務の範囲	業務の名前、判断の手前までの線、やめる条件	業務の責任者	範囲が広がり、打ち切れない
線2 データと権限	見てよいデータ、読む接続と書く接続、アカウント	情報システムの担当	接続が増え続け、個人の権限で動く
線3 判断の基準	AIが決めてよいこと、人が決めること、迷ったら回すこと	業務の責任者	基準が外に残り、正しさを確かめられない
線4 受け取る物	部品の一覧と置き場所、読める人	仕組みの持ち主	直すたびに外に頼むことになる
線5 止め方と持ち主	止める条件、止める人、月に一度の見直しの場	業務と仕組みの持ち主の2人	精度が落ちたまま動き続ける

決める人の欄は、この表でいちばん空きやすい欄です。とくに線3の判断の基準は、業務の責任者が忙しいと、現場の担当者とFDEの間で決まってしまいます。表を作る段階で、決める人の欄に実際の名前を書き、その人の時間を支援の期間中どれだけ確保するかまで合意しておきます。

表の下書きは、社内の生成AIに作らせても構いません。業務の説明と過去の議事録を渡して各欄の候補を出させると、抜けている観点に気づきやすくなります。ただし、候補はあくまで下書きです。どの業務を選ぶか、どこで線を切るかは、社内の人が決め、決めた理由を書き添えることで初めて線として働きます。

契約の形については、この表とは別に、法務の担当者と確かめる時間を取ります。現場に入り込んで一緒に作る支援は、作業の指示を誰が出すかによって、ふさわしい契約の形が変わります。細かな線引きは契約書と法令の読み方の問題なので、ここでは踏み込まず、発注の前に法務と確かめる項目として一覧に入れておくにとどめます。

発注から引き継ぎまでの3つの段階

5つの線を決めたら、支援を発注、共同作業、引き継ぎの3つの段階に分けて進めます。段階ごとに、社内が確かめてから次に進む点を置いておくと、入り込んで作る支援でも、どこまで進んだかを社内が把握できます。

3つの段階の区切りでは、それぞれ社内の決裁を1回ずつ入れます。発注の決裁は5つの線の表で、共同作業から引き継ぎに移る決裁は評価の結果とやめる条件の照らし合わせで、引き継ぎの完了の決裁は練習の結果で判断します。決裁の材料が決まっていれば、入り込んで作る支援でも、社内が主導権を持ち続けられます。

段階を区切る期間の目安は、業務の大きさで変わるため、一律には決められません。大事なのは期間よりも、次の段階に進む条件を先に決めておくことです。条件を満たさないまま期間だけが過ぎたら、延長するか打ち切るかを、線1のやめる条件で判断します。

共同作業の間に、社内から出す人と時間

FDEの支援で見落とされやすいのは、社内の側が出す人と時間です。入り込んで作る支援は、現場の人が質問に答え、試作を触り、結果を確かめることで成り立ちます。社内の時間が出せないなら、FDEの強みはほとんど生きません。

出す人は、少なくとも3つの役に分けて決めます。業務の決まりを決める業務の責任者、日々の業務を知っていて試作を触る現場の担当者、仕組みを受け取って持ち続ける仕組みの持ち主です。1人が兼ねることもありますが、兼ねるときほど、それぞれの役にどれだけの時間を割くかを上長と合意しておく必要があります。

現場の担当者の時間は、試作を触る時間だけでなく、エージェントの出力を確かめる時間も含めて見積もります。出力の確かめは、最初のうちはすべて人が見る形にし、根拠の書き方と誤りの傾向が分かってから、見る範囲を段階的に絞ります。人が確認する範囲を先に決めておくと、確かめの時間が際限なく膨らむことを防げます。

仕組みの持ち主は、共同作業の間ずっとFDEの隣にいるのが理想です。作る場に居合わせた人と、最後に説明を受けただけの人では、直せる範囲がまるで違います。人を張り付けられない場合でも、週に一度の確認の場には必ず出てもらい、指示文を変えた理由を毎回聞いておくようにします。

作ったエージェントを社内で検収する

検収は、FDEの支援でいちばん形がぼやけやすい工程です。作りながら直していくため、どの時点の何を合格とするかが決まりにくいからです。検収は、線3で書いた判断の基準と、線4で受け取る評価の問題を使って、社内の人が自分で回して合否を付ける形にします。

評価の問題には、よくある入力だけでなく、例外や判断に迷う入力を必ず混ぜます。迷う入力に対して、エージェントが自分で決めずに人に回せたかどうかは、合格の条件の1つです。正しく答えた数だけでなく、答えてはいけない場面で答えなかったかを見ることで、本番で起きる事故の多くを検収の段階でつぶせます。

出力の根拠も検収の対象です。エージェントが示した根拠が、実際の資料のその箇所に本当に書かれているかを、抜き取りで人が元の資料に戻って確かめます。根拠の記述がずれていたり、存在しない資料を挙げていたりすれば、答えが合っていても不合格にします。根拠が当てにならない仕組みは、後で誤りが出たときに原因を追えないからです。

検収で見つかった不具合は、支援の期間内に直すものと、社内で引き取って後で直すものに分けておきます。何もかも期間内に直そうとすると延長が続き、社内で引き取るものを曖昧にすると、支援が終わった後に誰も手を付けません。分けた結果を一覧にして、双方が確認して終えるのが検収の締めくくりです。

AIに判断させない範囲、FDEに任せない範囲

FDEの支援では、2種類の「任せない範囲」を分けて考えます。1つは、エージェントに判断させない範囲です。もう1つは、FDEという外の人に決めさせない範囲です。この2つを混ぜると、「人が確認しているから大丈夫」という言葉の、その人が誰なのかが分からなくなります。

エージェントに判断させないのは、顧客への約束、金額、契約、採用や評価のように、人の責任で決めるべき判断です。エージェントはこれらについて、材料をそろえ、根拠を付けて人に渡すところまでを担います。どこまでを材料集めとし、どこからを判断とするかは、線1と線3で社内が決めた線に従います。

FDEに決めさせないのは、業務の決まりの変更、例外の扱いの確定、本番に出すかどうか、止めたものを再開するかどうかの判断です。FDEは、仕組みの面からの意見を出す立場にとどめます。意見は貴重ですが、決めるのは社内の名前のある人にしておくことで、後から決定の経緯をたどれるようになります。

この2つの範囲を1枚にして、共同作業の初日にFDEと現場の双方に配っておくと、日々のやり取りで迷う場面が減ります。現場の担当者も、「これはFDEに聞けば決めてくれる」と考えずに済み、判断を上げる先がはっきりします。

よくある質問

社内にAIの人材がいなくても、FDEを頼めば始められますか

始めることはできますが、続けるのは難しくなります。作る作業はFDEが担えても、判断の基準を決める人と、仕組みを受け取って持ち続ける人は社内に要るからです。少なくとも仕組みの持ち主を1人決め、共同作業に時間を出せる状態にしてから頼むのが現実的です。

AIの提供元のFDEと、コンサルティング会社のFDEは何が違いますか

提供元のFDEは、自社のAIを使った作り込みに強く、新しい機能を早く取り込める利点があります。その一方で、作るものがその提供元のAIに寄りやすくなります。支援会社のFDEは、デロイト トーマツの発表にあるように、複数のクラウドやAIのサービスを組み合わせる人材をそろえる例もあります。どちらを選ぶ場合も、受け取る物と置き場所を社内の側に置けば、後から乗り換える余地を残せます。

費用はどう見積もればよいですか

FDEの支援の料金の相場は、確かめた範囲では公表されていませんでした。見積もりの形は支援する会社ごとに違うため、個別に確かめます。見積もりを受けたら、外に払う費用の横に、社内から出す人の時間も並べて書くと、判断を誤りにくくなります。社内の時間が見積もりに入っていない比較は、FDEの支援を実際より安く見せます。

FDEが抜けた後、社内で直せなくなったらどうしますか

そうならないよう、引き継ぎの段階で、社内の持ち主が一人で直す練習をしておきます。それでも直せない変更が出た場合に備えて、支援の終了後に短い期間だけ相談できる窓口を契約に入れておく方法もあります。保守をどこまで外に任せるかは、保守の範囲を扱う別の記事の考え方が参考になります。

まとめ

FDEは、外の技術者が現場に入り込み、AIの仕組みを業務の中で作って本番まで届ける支援の形です。2026年にはオープンエーアイやデロイト トーマツが体制づくりを打ち出し、頼める先は増えています。ただし、入り込んで作る支援ほど、社内に残すものを先に決めておかなければ何も残りません。業務の範囲とやめる条件、触れてよいデータと権限、判断の基準、受け取る物、止め方と持ち主の5つの線を1枚にまとめ、埋まってから発注しましょう。判断の基準は社内が書き、エージェントには根拠を書かせ、検収と止める判断は社内の名前のある人が持つことが、FDEの力を自社の力に変える条件です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。