Column

研修の学びをチームへ渡す「AI業務実験・引継ぎ票」――別担当者の再現試験で整える

研修参加者の活用案を、すぐに標準手順へ変えるのではなく、別の担当者が同じ条件で試せるかを確かめます。営業会議の進捗メモを例に、初回の試行、担当交代による再現、共有可否の判断を一枚で記録する方法を紹介します。

公開日: / AIの日常活用

研修後に確かめるべきは、別の担当者が再現できるか

研修では、参加者が自分の業務にAIを使う案を思い付いても、翌週には通常の締切や会議に戻ります。そこで活用を個人の意欲に委ねると、非参加者は「何を渡してよいか」「出力のどこを見るか」「失敗したら誰に聞くか」を判断できません。チャンピオンを任命するだけでは、担当交代に耐える業務のやり方になりにくいのです。

本稿で扱うのは、完成した手順を配るための票ではなく、別の担当者が同じ定例業務を再現できるかを確かめるための実験記録です。一回目の担当者が、業務の開始時点、入力の範囲、期待する出力、人による確認、次回の変更点を記録し、二回目は別の担当者がその票だけで試します。質問や手戻りが生じた箇所を直してから、共有するかを判断します。

公表事例から読む、個人の経験を標準化へつなぐ考え方

AWSが公開したNECの開発業務に関する記事で、NECの担当者は、Claude Codeの全社展開における重要な成功要因として、各事業部門の推進体制、チャンピオン制度、Skillsによる知見の標準化を位置付けています。また、ワークショップで得た知見や改善点をSkillsへ反映し、他チームやプロジェクトにも展開して磨く継続的なサイクルを通じ、個人の経験を組織の資産へ変えることを期待する考えが示されています。 [1]

これは開発組織の事例であり、人事、総務、営業企画が同じ仕組みを導入すべきことを示すものではありません。ただし、個人の試行をその場で終わらせず、確認済みの手順に育てて次の人へ渡すという考え方は、定例的な事務業務にも応用できます。まずは全社共通の事例集を急がず、一つの業務、一つの引継ぎ票から始めることを勧めます。

票は「AIへの依頼」より先に、業務の境界を決める

引継ぎ票の最初に、業務名、実施日、所要時間の目安、開始条件を書きます。開始条件は「案件一覧が確定した後」のように、担当者による解釈が分かれにくい表現にします。次に、AIへ渡してよい入力、渡してはいけない入力、入力を置く場所、最新版を確認する人を分けて記入します。AIの出力品質を議論する前に、古い資料や不適切な情報を渡さない段取りを明確にするためです。

依頼内容は、抽象的な「要約して」ではなく、対象資料、目的、出力形式、含める項目を定めます。そのうえで、案件名、数値、担当者、期限、社外共有の可否など、必ず人が確認する項目を列挙します。出力をそのまま使えるかではなく、どの確認を経れば会議資料の下書きとして採用できるかを決める設計です。

例:営業企画で毎週作る営業会議用の案件進捗メモを対象にします。確定済みの案件一覧だけを指定の保管場所から用い、AIには「案件ごとに進捗、懸念、次の期限を箇条書きで整理する下書き」を依頼します。会議資料へ転記する前に、営業企画担当が案件名と数値を、業務責任者が期限と共有範囲を確認する、と票に書きます。

一回目は作成、二回目は別の担当者による再現にする

研修参加者は、最初の会議一回分で票を埋めながら実施します。この時点では、完成した手順として共有しません。入力不足、指示の曖昧さ、確認にかかった時間、使えなかった出力を残し、仮説として扱います。うまくいかなかった理由を「AIが使えない」と一括りにせず、入力、依頼、出力形式、確認手順のどこに問題があったかを分けて記録します。

次週は、できれば研修に参加していない別の担当者が、同じ票を見て同じ業務を行います。元の担当者は横で操作を代行せず、質問が出た箇所を記録します。ここで詰まる欄は、個人の暗黙知に依存している箇所です。票を直すべきであり、口頭説明を足して済ませないことが重要です。

実施後は10分だけ、最初の担当者、次の担当者、業務責任者で確認します。確認する順番は、出力を採用したか、確認漏れはあったか、入力は足りたか、次回に何を変えるかです。推進担当者は利用回数だけを集計せず、この短い確認で停止や相談が必要になった理由も受け取れるようにします。

共有する票と、保留する票を混ぜない

共有フォルダへ移すのは、業務責任者が継続を判断し、入力範囲と確認者が明記された票だけにします。未解決の懸念、確認者不在、情報の取り扱いが曖昧な票は、実験中の一覧に残します。試行中の内容まで標準手順として配ると、他の担当者が検証前のやり方を正しいものと受け取るおそれがあります。

月に一度、推進担当者と業務責任者は、継続中の票について、担当交代後にも実施されたか、確認項目が守られたか、手作業へ戻した理由は何かを確認します。継続できなかった票も削除せず、停止日と理由を残します。同じ業務を別の担当者が再提案するとき、過去の前提や懸念を確認できるためです。

研修の成果を「活用アイデアの提出数」で終わらせず、次の人が試せる状態まで渡せた件数として捉え直してください。引継ぎ票は管理書類を増やすためのものではありません。担当、入力、確認、判断を一つの定例業務に結び付け、個人の学びをチームで検証できる形にするための小さな運用です。

AI業務実験・引継ぎ票(営業会議用の案件進捗メモ)

  • 1. 対象業務・実施日・担当:業務名____/実施日____/今回の担当____/次回の担当____/所要時間____分
  • 2. 開始条件と入力:開始条件____/使用する資料____/保管場所____/最新版の確認者____
  • 3. 情報の扱い:AIに渡してよい入力____/渡してはいけない入力____/迷った場合の相談先____
  • 4. AIへの依頼と期待する出力:依頼内容____/出力形式____/会議資料へ転記する項目____
  • 5. 人による確認:案件名の確認者____/数値の確認者____/担当・期限の確認者____/社外共有可否の判断者____
  • 6. 実施結果:採用・修正・不採用____/確認漏れ____/うまく使えなかった場面____/原因候補____
  • 7. 次回の判断:変更する項目____/継続・停止・要相談____/判断者____/次回確認日____

出典・参考資料

  1. AWS(確認日:2026-10-20)

自社のどの業務から始めるか、確認したい方へ。

業務整理チェックリスト / AI研修 / ご相談はこちら

コラム一覧へ