FDEチームの作り方|役割分担と現場実装を進める5段階

FDEチームの作り方|役割分担と現場実装を進める5段階

FDEチームを立ち上げるには、対象業務と成果を決め、制約と専門性を整理し、小さな実証で確かめる順番が必要です。ここでは「成果を決める→制約を整理する→担当を決める→試す→型に残す」の五段階へ絞って説明します。

本文更新:2026年10月15日

目次

準備:自社のFDEが、誰の何を改善するかをそろえる

職務定義は、顧客や自社の対象業務から考えます。

日本企業も、海外企業の求人票をそのまま翻訳するだけでは不十分です。まず自社が顧客へ約束する成果を決めます。次に、その成果に必要な技術、業務知識、対話力、プロジェクト推進力を分解します。そして一人に全部を求めず、複数のキャリアと専門性を束ねる仕組みにします。

新しい仕組みが入ると、現場から「今までのやり方で問題ない」「変えると壊れそうだ」という反応が出ます。これは怠慢ではありません。現場の人は、失敗したときの負担や、例外処理の難しさを知っています。導入側がその不安を無視すれば、どれほど優れたAIでも定着しません。

本稿の五段階は、立ち上げを進める手順です。前線・つなぎ・守り・司令塔という機能の詳しい分担は、別記事「日本企業でFDEチームをどう組む?」で確認できます。

段階主な出力次へ進むための確認
1 成果対象業務と指標利用者と目的がそろう
2 制約業務・データ・システムの条件試せる範囲が分かる
3 専門性担当と支援体制判断する人が決まる
4 実証検証結果と改善案続ける・直す・止めるを判断
5 学習資産手順・条件・失敗の記録別の担当へ説明できる

第1段階:一つの業務と、確認する成果を決める

最初の実証は、利用者と変化を確かめられる範囲に区切ります。

問い合わせ対応、社内文書検索、月次報告などから一業務を選びます。何をよくしたいかを、時間、手戻り、確認の負担、品質など、その業務に合う指標で決めます。数値化しにくい点は、利用者の確認項目も用意します。

「全社員にAIを配る」だけでは、利用率の報告で終わることがあります。最初は問い合わせ対応、提案書の下調べ、社内文書検索など、効果を測りやすい一業務を選びます。処理時間、手戻り、回答品質を導入前後で測り、現場の声を聞きながら改善します。成果が確認できたら隣の業務へ広げる。この小さな循環を回す方が、壮大な全社計画だけを作るより確実です。

この時点で、実証の対象外も書きます。下書きを作るところまでなのか、提出や送信まで含むのかを分けると、期待が広がりすぎるのを防げます。

第2段階:業務・データ・システムの制約を一覧にする

試し始める前に、使える情報と動かせない条件を確かめます。

既存の業務手順、データの出所、接続するシステム、社内の利用条件、確認者の都合を並べます。技術的に作れるかと、業務で使えるかを別々に確かめるためです。

製造現場で不良予測AIを導入する場面を考えてみましょう。モデル担当者は精度を上げられても、センサーの取り方、設備停止の判断、現場の作業手順、品質保証の責任範囲までは一人で決められません。設備担当、データ担当、品質部門、現場責任者をつなぎ、小さなラインから試し、誤検知時の扱いまで決めて初めて運用に入ります。FDEチームの価値は、技術を見せることではなく、現場の意思決定を変えるところにあります。

製造の例は、技術以外の担当が必要になることを示す設計例です。設備や品質に関わる変更は、担当部門の確認を前提に実証の範囲を決めます。

第3段階:必要な専門性と判断する担当を決める

作る人だけでなく、確認・運用・進行の担当も置きます。

最初から完璧な人材を採用する必要はありません。既存のエンジニア、営業、コンサルタント、現場責任者の中から、顧客課題へ関心を持つ人を集めます。共通の案件を経験しながら、それぞれの強みを組み合わせます。自社らしいFDEは、求人票より先に現場の実践から生まれます。

課題を聞く人、データと処理を設計する人、実装する人、品質や利用条件を確認する人、次へ進む判断をする人を決めます。兼務する場合も、確認する立場と作業する立場を区別します。

本人の強みと不足する力を整理し、必要な学習や専門家の支援を組み合わせます。役割を増やすときは、実践の時間と既存業務の調整も必要です。

第4段階:小さく試し、続ける・直す・止めるを判断する

試作を見せることと、本番で使うことを分けて検証します。

試す期間、利用するデータ、確認の担当、止める条件を合意します。期間は業務の周期に合わせて決め、短い実証で測れることと、継続利用後に見ることを分けます。

FDEは、現場を説得する人ではなく、現場と一緒に成功条件を作る人です。既存の方法を尊重しながら、不便な点を具体的に聞き、少量のデータで試します。失敗しても戻せる範囲を決め、現場の知見を設計へ反映します。変化によって誰が楽になり、何に時間を使えるようになるのかまで示します。

検証後は、目的に近づいたか、確認の負担が増えていないか、必要な運用を続けられるかを見ます。期待どおりでなければ、範囲を直すことも実証の成果です。

第5段階:成果と失敗を型に残し、次の業務へ渡す

利用条件と判断の理由まで残すと、経験を組織で再利用できます。

育成を一度きりの研修で終わらせないことも大切です。案件の前には顧客の業界と業務を調べ、案件中には仮説と検証結果を短い周期で共有し、終了後には成功だけでなく失敗も振り返ります。モデルの選び方、データ接続で詰まった点、現場から出た反対意見、成果指標の置き方を記録すると、次のチームが同じ失敗を避けられます。この学習資産が、個人の経験を組織能力へ変えます。

再利用する資料には、対象業務、前提となるデータ、試した条件、確認方法、運用担当を含めます。他部門へ広げる際は、元の現場と違う条件を改めて確認します。

管理職は、チームが学んだことと、次に必要な支援を確かめます。立ち上げの完了を採用人数や研修の開催で区切らず、一業務で実践と振り返りを回せたかで見ることが大切です。

よくある質問

最初にFDEを採用する必要がありますか?

既存の技術者や現場担当の強みを組み合わせる方法もあります。対象業務を決めてから、不足する専門性と支援を確認します。

四役割の分担と五段階は何が違いますか?

四役割はチームに必要な機能の整理、五段階は立ち上げを進める順番です。担当を決める段階で役割分担を使います。

実証期間は何週間が適切ですか?

業務の頻度と確認したい変化によります。試せる期間と測れることを先に合意し、継続利用後の確認と区別します。

成果が出なかった実証は失敗ですか?

使えない条件や必要な支援が分かることも判断材料です。前提と検証結果を記録し、直すか止めるかを決めます。

全社へ広げるのはいつですか?

一業務で利用と運用を確かめた後に判断します。別部門ではデータや手順が異なるため、同じ仕組みをそのまま移さず条件を確認します。

著者紹介

近森満(ちかもり みつる)
株式会社サートプロ 代表取締役CEO / DXコンサルタント/IT人材育成/検定事業化

IT技術者の教育支援と人材育成を専門とする事業化コンサルタントとして、2006年に株式会社サートプロを創業し、IoT検定・+DX認定・アジャイル検定などの資格制度を創出。独自の技術者向け教育研修の開発に定評があり、実践的なスキル向上を支援。経済産業省DX推進ラボおよびIoT推進ラボのメンターとして自治体や中小企業のDX推進を支援。近年は超知性ASIスキル可視化にも取り組み、次世代技術の普及に注力している。

近森満
X (Twitter) Facebook YouTube note

FDEチームの立ち上げと実践課題を相談する

対象となる業務、現在の課題、育てたい役割をもとに、必要な学習・評価・実践の進め方を整理します。

サートプロへ相談する
気に入ったらシェアしてください!
  • URLをコピーしました!
目次