FDE が支援を終えた後、担当者が処理の結果を見て、続けてよいか、止めて誰に相談するかを判断できる。その状態をつくるのが Echo 役（顧客側で業務と仕組みを引き継ぐ担当）の育成です。操作説明を聞いただけでは、初めて見る例外への対応までは確かめられません。発注側は担当者を指名する時点で、何を任せ、実務のどの場面で練習し、誰が任せられると判断するかまで決めておきます。
FDE とは何かをまとめたハブ記事では、FDE（Forward Deployed Engineer。顧客の現場に入り、業務に合う仕組みを本番稼働まで作る技術者）と社内の担当者を組み合わせる考え方を示しました。ここで扱うのは、その担当者の選定と育成です。経営者・情シス・管理部門が使えるよう、候補者を見極める問い、90日の中で担当を移す計画、任せる範囲を決める実演の方法を整理します。
Echo 役は、業務を説明でき、分からない点を判断者へ持ち込める人から選ぶ。通常業務を減らしたうえで、観察、共同作業、主担当、代役への説明へと担当を移す。90日は当社の計画上の目安で、育成完了は日数では決めない。通常処理に加え、例外の保留、停止時の連絡、変更の確認を実演し、未習得の仕事は担当と再確認日を残す。
この記事の要約
Echo 役に任せるのは、操作と判断先の整理
Echo 役に最初から開発技術を一通り覚えてもらう計画は、日々の業務との接点が見えにくくなります。当社は、対象業務の入力から完了までを説明し、AI の結果と元の資料を照らし、自分で決めてよい範囲を守れることを先に置きます。たとえば、申請内容の要約が原文と食い違ったとき、該当する処理を保留にし、業務責任者へ判断材料を渡せるか。この行動が育成の出発点です。
受け入れ体制の記事では、経営・現場・情シスの役割と、その間で引き継ぎを担う Echo 役を整理しています。この記事でも Echo 役は当社の受け入れ体制上の呼び方として使います。特定の資格名や、すべての会社に共通する職位を指すものではありません。候補者の所属よりも、担当する業務と社内の判断者との関係を見てください。
担当の範囲は、日常の確認、例外を判断者につなぐ仕事、承認された変更の確認に分けて渡します。処理の停止についても、どの状況なら本人が一時保留にでき、どの操作には情シスの立ち会いが要るかを決める。支払いの確定や閲覧権限の拡大まで一括して任せる話ではありません。部門の責任者は業務判断を、情シスは技術面の管理を引き続き担います。
IPA（情報処理推進機構）のデジタルスキル標準の説明は、全てのビジネスパーソン向けの標準と、デジタル技術で事業や業務を変える人材向けの標準を分けています。また、共通の達成基準を一律に置くのではなく、事業特性と育成方針に合わせて評価指標を定める考え方を示しています。これを参考に、当社は Echo 役の到達点を担当業務での行動に置きます。IPA が Echo 役や90日の育成課程を定めているわけではありません。
経営が確認したいのは、本人が全部を直せるかより、対応をどこまで進めて誰に渡せるかです。画面を開けないときに自己判断で権限を変える人と、必要な作業と現在の権限を説明して情シスに依頼する人では、後者を担当候補として評価します。相談を減らすことだけを目標にすると、分からないまま処理を続ける行動を促しかねません。相談の内容が具体的になったかを見ます。
候補者は業務の説明と、迷ったときの行動で選ぶ
着任1週間の記事にある選定条件は、業務を知っていること、判断を上に通せること、時間を確保できることです。候補者との面談では、この条件を自己申告だけで判断せず、社内で使用を認めた教材を前に説明してもらいます。教材は実顧客を示さない架空の申請で足ります。通常どおり処理する例と、情報が足りず保留にする例を並べると、候補者がどこを見ているか分かります。
| 見る観点 | 候補者への問い | 任命前に確かめる行動 |
|---|---|---|
| 業務の理解 | この申請は何を確認して完了にしますか | 入力、確認元、承認者、完了後の行き先を説明する |
| 判断先の把握 | 元の資料と要約が違うとき、誰に何を聞きますか | 自分で補完せず、食い違いと判断を求める点を示す |
| 学び直す姿勢 | 手順どおり動かないとき、何を残しますか | 操作と結果を分けて記録し、分からない点を伝える |
| 他者への説明 | 代わりの人にはどこから教えますか | 操作前の条件と、止める場面を含めて説明する |
| 継続できる体制 | 練習の時間を空けるため、何を引き継ぎますか | 上司と通常業務の移管先を具体化する |
AI の新製品に詳しいことと、自社の業務を任せられることは別に確認します。AI の使い方に詳しい候補者でも、申請の確認元を説明できなければ、業務担当者との共同作業から始める。反対に、業務を知る人が設定画面に不慣れなら、画面操作の練習を付ければよい。知識の不足を一括して不適性とせず、任命前に必要な支援を分けます。
候補者が判断を通せない場合は、既刊の着任1週間の記事で挙げた組み合わせ、つまり業務に詳しい担当者と、判断を上に通せる管理職の2人で受け持ちます。ただし、担当者が質問をまとめても管理職が確認する場がなければ、組み合わせただけで終わる。上司は、どの論点を自分が受け、決められないときは誰へ引き上げるかを本人に伝えてください。本人が承認権限を持たなくても、判断を受け取る経路は用意できます。
任命時には、担当業務、任せる操作、保留できる条件、相談先、練習の時間、代役を同じ任命メモに書きます。本人だけでなく、上司と代役にも共有する。たとえば定例資料の作成を代役へ移し、その時間を処理結果の確認に充てるなら、資料の受け取り側にも担当変更を知らせます。予定表に研修と書き込むだけでは、通常業務の依頼は減りません。
候補者がいない場合、外部の担当者に社内判断まで預けて急ぐ必要はありません。対象業務を狭め、既存の担当者が今の手順を説明できる範囲から始めます。すでに社内で運用を教えられる人がいて、使っている製品の機能で要望を満たすなら、社内の引き継ぎと製品の研修で足りることもあります。外部支援を使うかは、足りない役割を特定してから決める順番です。
90日の計画に、本人が担当する場面を入れる
90日ロードマップの記事では、案件側の週次計画と、経営が決める判断ポイントを扱いました。ここで示すのは同じ期間の別の軸で、担当者本人へ仕事を移す順番です。区切りは当社の計画上の目安で、業界標準や育成に要する実測期間ではありません。対象は、日常的に練習できる業務を想定しています。月末にしか発生しない処理や年次の処理は練習機会が異なるため、同じ日程で育成完了とは扱いません。何日目かに加え、何を自分で行えたかを確認します。
AWS の公式発表には、案件の進行に伴い顧客側の技術者が観察から共同開発を経て、自ら運用する側へ移る構想が示されています。引き継ぎの記事では、この考え方を文書と業務サイクルの移し方に当てはめました。ここでは同じ考え方を、担当者が受け持つ仕事の移し方として、観察、共同作業、主担当、代役への説明の4段階に分けます。AWS の技術者育成と同じ課程という意味ではありません。
観察の段階でも、本人の仕事を用意します。FDE が処理を見せたら、Echo 役が確認元の資料を示し、なぜその結果を受け入れたかを説明する。説明が操作ボタンの名前だけなら、業務上の判断を補足してもらいます。共同作業では本人が操作し、FDE は次に押す場所を先回りして答えない。迷った理由を聞くと、操作の知識不足なのか、承認の条件が曖昧なのかを分けられます。
主担当の段階では、相談が必要な仕事も本人が取りまとめます。FDE が代わりに原因を調べたり、現場への返答を書いたりした場合は、支援が入った場面として記録する。本番の安全のために介入したことを失敗扱いする必要はありません。ただ、その処理を本人だけで行えた実績には含めず、練習用の画面や教材で再確認します。進捗をよく見せるために介入を伏せると、終了時の判断材料がなくなります。
計画の見直しでは、本人の学習量だけを問わないようにします。通常業務が減っていない、相談先が返答しない、画面が頻繁に変わるといった原因なら、上司や FDE 側の仕事を直す場面です。対象を増やす前に、今の範囲を本人が説明できるかを確認する。月次の実処理をまだ経験していない場合は、模擬練習済みと実運用確認待ちを分け、次の月次の確認担当と日付を残します。
練習は、通常処理より迷う場面を厚くする
練習用の申請で、通常どおり処理できる例だけを続けても、止める判断は確かめられません。添付資料がない、要約に根拠のない説明が混ざる、承認者が不在といった場面を教材に含めます。いずれも架空の例で、実顧客の事例ではありません。先に対象業務の責任者が正しい扱いを決め、その扱いを選べるかを見ます。社内で答えが決まらないものは、教材の不備として判断者に戻してください。
たとえば AI が申請の目的を要約する仕事なら、原文にない承認理由を要約へ混ぜた教材を用意します。Echo 役には、違う箇所を示し、どの処理を保留し、誰へ何を聞くかを説明してもらう。文章を直すだけで終わらせず、すでに要約を使った人がいる場合に誰へ知らせるかまで考えます。正解の文章を暗記する練習にせず、根拠と影響を確かめる練習にするためです。
Anthropic のエージェント設計ガイドは、AI エージェント（道具を使いながら作業を進める AI）の動作に、人の確認を挟む箇所や停止条件を設ける考え方を示しています。この考え方を担当者の育成に当てはめ、当社は停止条件を知っているだけでなく、該当する場面で保留と連絡を選べるかを練習に含めます。練習の実施方法は当社の提案であり、同社の人材認定基準ではありません。
別の教材では、処理を終えたはずなのに結果が表示されない状況を扱います。そこで再実行を急がず、処理済みかどうかを確認する場所を探せるかを見る。確認できなければ、結果が不明な状態として情シスへ渡します。本番の処理を意図的に壊す必要はなく、架空の操作記録と画面の見本でも練習できます。停止や復旧の実演は、情シスが認めた練習用の環境と権限で行います。
変更を頼まれた場面も入れます。「確認の手間を減らすため承認を省きたい」という依頼に対し、Echo 役が画面設定を直す前に、影響する業務と承認者を挙げられるか。プロンプト（AI に渡す指示文）の変更であれば、変更前後の結果を比較し、元の指示へ戻す手段を確認する。どこまで本人に操作を許すかは、社内の権限と変更手順に合わせます。自然な日本語で書ける設定でも、承認条件を変えるなら業務判断が伴います。
FDE が助言するときは、答えを渡したのか、手順の場所を示したのか、本人の説明を確認しただけなのかを記録します。次の練習で助言が減ったか、違う例でも同じ判断ができるかを見れば、学習の進み具合を具体的に話せます。質問が出た場合は、観測した事実、確認済みのこと、決めてほしいことを分けてもらう。質問を禁止せず、相談相手が判断できる材料をそろえる練習を重ねます。
任せられるかは、本人と代役の実演で確かめる
育成の完了を、研修の受講や手順書を読んだという申告だけで決めないようにします。本人が自分の権限で手順を開き、対象の業務を進め、途中の判断理由を説明する場を設ける。業務責任者が内容を、情シスが操作範囲を、FDE が支援の有無を確認します。これまで教えた人だけが合格を決めると、説明を補った場面を見落とすおそれがあるためです。実演は場面を分けて行い、場面ごとに記録を残します。
| 実演する場面 | 残す記録 |
|---|---|
| 通常処理 | 対象の業務、完了と判断した根拠、途中で受けた助言 |
| 判断に迷う例外・停止・結果不明 | 観測した事実、判断を求める点、回答待ちの扱い、停止した範囲と再開を決める人 |
| 変更の依頼 | 変更の前提、承認した人、変更前後の結果、手順の更新箇所 |
| 本人の不在 | 代役が詰まった箇所、代役が引き受けられる範囲、引き受けられない仕事の送り先 |
判定は、任せる範囲、承認付きで任せる範囲、まだ任せない範囲に分けます。通常処理は任せられても、設定変更は情シスとの共同作業を残す、といった結果で構いません。まだ任せない仕事については、支援する担当、暫定の処理方法、再確認日を決める。担当者の能力を一括して合格とするより、翌日からどの仕事を受け取るかが明確になります。
引き継ぎ文書の記事は、運用手順書や権限表がそろい、担当者だけで業務を一巡できたかで完了を判定しました。ここでの判定は、その一巡の中で本人がどの場面まで自分で決められたかを場面ごとに残すものです。引き渡す内容も文書だけではなく、本人が行った作業の記録、受け持つ範囲、未習得の項目、代役の担当範囲を含みます。手順書の受領欄に署名して終えるのではなく、受け取った人が何を扱えるかを記録に残してください。
代役への説明は、Echo 役自身の理解も確かめる機会です。代役が止まった箇所で本人が口頭で答えたなら、その内容を手順へ追記し、代役にもう一度使ってもらいます。本人が休む日のために連絡先だけを書いても、必要な画面を代役が開けなければ作業は進みません。代役の権限、扱える業務、対応できないときの引き受け先を、実際の運用体制で確認します。
完了判定を見送る場合も、理由を本人の習熟不足だけにまとめないことです。承認者が決まらず先へ進めなかったなら体制の課題、手順と画面が違えば引き渡す内容の課題です。それぞれの担当に修正を戻し、必要な練習を組み直します。90日が近づいたからと未確認の操作を任せるより、任せる範囲を限定して支援終了後の担当を確定させるほうが、発注側も判断しやすくなります。
支援終了後も育て続ける仕事を、上司が引き受ける
FDE が抜けた後も、Echo 役が例外を整理し、手順を更新し、代役に教える時間は残ります。上司は支援期間中だけ通常業務を減らすのではなく、終了後の担当業務にこれらを組み込んでください。確認の結果、手作業へ戻す範囲が増えた場合は、担当者に追加作業を吸収させず、業務量と優先順位を見直します。仕組みの保守を任せるなら、その時間も担当業務として認めておく。当社は、ここまでを支援終了時の設計に含めて提案しています。
評価の際には、処理を速く終えたことだけでなく、不明な点を適切に保留したこと、相談に必要な材料をそろえたこと、代役が使えるように手順を直したことを確認します。止めた人が遅いと評価される職場では、停止条件を教えても使いにくい。本人が何を理由に止めたかを上司が聞き、妥当な行動を認めるところまでが育成です。想定外の判断は、以後の教材に加えてチームで共有します。
外部との相談窓口を残す場合は、連絡できる時間帯、対応する内容、費用の扱いを終了前に確認します。FDE 個人がいつでも回答する前提にせず、社内で受け付ける窓口から正式な支援先へつなぐ形にする。日常処理を社内で担えても、大きな変更の設計や原因調査を外部へ依頼する分担は選べます。社内で担うことと、外部へ依頼することを本人が説明できれば、担当範囲は明確です。
既存のシステムで入力条件や承認の設定を整えれば足りる業務なら、新しい AI を加える前にその方法を検討します。社内の経験者による練習と製品の公式研修で運用を引き継げる場合もあります。一方、業務判断とシステム変更が絡み、社内で教える役割を置けない部分には外部支援を検討する。発注する場合は、作る機能だけでなく、担当者が実演する場面と、引き渡し後の支援範囲を見積もりの対象に含めてください。
当社は、経理 AX・kintone・案件管理システム刷新・Claude 導入で本番稼働まで伴走した経験を踏まえ、育成を支援の終盤だけに置かない計画を提案します。本記事でいう AX は、AI を使って業務の進め方を組み直すことを指します。経理 AX であれば、対象が経理の仕事です。発注前には、担当候補と上司で対象業務を選び、任命メモに任せる範囲と通常業務の移管先を書いてみてください。未記入の欄が、その会社で育成を始める前に決めるべきことになります。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
Echo 役の選定と、引き渡しまでの育成計画をご相談ください
候補者に何を任せるか、通常業務をどう調整するか、実務のどの場面で練習し、誰が引き渡しを判断するかを一緒に整理します。既存機能や社内の研修で対応できる範囲も確認し、外部支援が必要な部分から相談できます。