AI化した業務を、担当者が替わっても回し続けるために:残しておく記録と、運用の持ち主

目次
「AIで業務を回せるようになった。ところが、立ち上げた担当者が異動したとたん、設定のどこを触ってよいのか誰も分からない」。AI化を終えた業務、あるいはこれから進める業務で、こうした心配を持つ方は少なくないはずです。
「属人化」「引き継ぎ」で調べると、AIを使って手順書やマニュアルを作り、引き継ぎを楽にする話がよく見つかります。この記事が扱うのは、その反対側です。AI化した業務そのものが、特定の担当者の記憶に寄りかかってしまうことへの備えを、業務責任者の方が、何を記録に残し、運用を直す役を誰が持つかという形で整理します。「必ずこうしなければならない」というルールではなく、一般的な進め方の提案です。成果や効果の数字は示しません。
AI化の運用を内製・外注のどちらで持つか、担当者が見られない期間にどう備えるかはAI化は内製か外注か併用か:コストの比較の前に、運用を誰が持ち続けるかで見るで、委託先に確認しておきたい運用の条件は業務AI化の委託先の選び方で扱っています。この記事は、自社側が運用を引き継ぐために手元に残す記録と、その持ち主に絞ります。
運用の引き継ぎとは何を渡すことか
AI化した業務の運用の引き継ぎとは、担当者が替わったあとも、次の人が「いつも通りかどうか」を見分け、おかしな出力を直し、業務ルールの変更を反映できる状態を渡すことを指します。AIの仕組みの説明を渡すことと同じではありません。
担当者の頭の中にあって、引き継ぎで抜けやすいのは、たとえば次のようなことです。
- この出力を見て「いつも通り」と判断する目印は何か
- 設定や指示の文面を、なぜ今の形にしたのか
- 過去におかしな出力が出たとき、どう直したか
- 想定外の依頼が来たとき、最初に誰へ戻すか
- 利用しているサービスの管理を、誰の名義で、どこでしているか
これらは、AIの性能や設計の良し悪しとは別の問題です。設計がよくても、直し方と理由が人の記憶にしかなければ、担当が替わった日に運用が止まりやすくなります。
「AIで引き継ぎを作る」話と、「AI化した業務を引き継ぐ」話の違い
| 観点 | AIで引き継ぎを作る | AI化した業務を引き継ぐ |
|---|---|---|
| 引き継ぐ対象 | 人が行っている業務の手順や知識 | AIを組み込んだ業務の回し方と、直し方 |
| 起点の問い | 人の頭にある手順を、どう文字にするか | 設定や判断基準を、誰が、なぜ変えてきたか |
| 残すもの | 業務マニュアル、FAQ | 運用手順、変更の記録、確認の記録、窓口、持ち主 |
| 担当が替わると困ること | 手順が分からない | 手順に加えて、何を変えてよいか・誰に承認を取るかが分からない |
前者が不要という意味ではありません。AIで作った手順書も、AI化した業務の運用手順の下書きとして使えます。ただし、その手順書が実際の運用と合っているかを確かめる人は、別に必要です。
残しておく4種類の記録と、5つ目の「持ち主」
記録は、4種類の欄に分けると、書き漏らしに気づきやすくなります。
| 記録 | 書くこと | 更新のきっかけ | 書くときの注意 |
|---|---|---|---|
| 運用手順 | 誰が、どこで、いつ結果を見るか。「いつも通り」と判断する目印。おかしいときの最初の動き | 流れや確認の仕方が変わったとき | 通常の流れと、例外の流れを分けて書く |
| 変更の記録 | 設定、指示の文面、判断基準を、いつ、誰が、なぜ、何から何へ変えたか。元の状態に戻す方法 | 変更を反映する前(反映した後に思い出して書かない) | 理由の欄を空けない。「軽微」でも1行は残す |
| 確認の記録 | 結果を見た日、おかしな出力の有無、どう対応したか、例外をどこへ戻したか | 確認のたび。まとめて書く場合はまとめる単位を決める | 問題がなかった確認も、「問題なし」と残す |
| 窓口と連絡先 | 質問や修正の依頼先、変更の承認者、利用サービスの管理者の役職、アカウントの管理場所 | 担当や窓口が替わったとき、更新日を添えて | パスワードや認証の情報そのものは書かず、保管場所だけを示す |
5つ目は、これらの記録を最新に保ち、運用を直す判断をする「持ち主」です。記録の置き場所が決まっていても、更新する人が決まっていなければ、記録は実態から離れていきます。
運用の持ち主と、その周りの役割
| 役割 | 担うこと | 決めておくこと |
|---|---|---|
| 持ち主 | 運用を直すかどうかを決め、4種類の記録を最新に保つ | 名前または役職。担当が替わる場合の次の持ち主 |
| 副担当 | 持ち主が替わる前から、記録を読んで運用の中身を説明できる状態にしておく | 持ち主と同時に不在にならない人であること |
| 変更の承認者 | 判断基準や業務ルールの変更を認める | 軽い変更と、承認が要る変更の線(先に文章にする) |
持ち主を「担当部署のみんな」にすると、直す判断を誰もしなくなることがあります。部署でなく、役職または個人で書くことを提案します。
変更の記録と確認の記録の書き方(架空の例)
実在の会社の話ではなく、書き方を示すための架空の例です。問い合わせの内容を整理して、返信の下書きを作るAIを想定します。
変更の記録の例:
| 日付 | 何を | なぜ | 誰が | 戻し方 |
|---|---|---|---|---|
| 記入日 | 返信の下書きに入れる注意書きの文言を変更 | 取引先から、文言が分かりにくいと指摘があったため | 持ち主 | 変更前の文言を記録の末尾に保存してある |
確認の記録の例:
| 日付 | 確認した人 | 結果 | 対応 |
|---|---|---|---|
| 記入日 | 副担当 | 一部の下書きで、宛名の欄が空のまま出ていた | 該当の問い合わせを担当者へ戻した。同じ形式の問い合わせが続くかを、次の確認で見る |
どちらも1行で足ります。長い文章にすると続かず、更新が止まりやすくなります。
引き継ぎができているか、5つの問いで確かめる
記録が揃ったかどうかは、書いた本人でなく、次の人に確かめてもらいます。次の担当者または副担当に、前任者へ聞かず、記録だけで答えてもらう問いです。
- 「いつも通り」とは、何を見て判断するか
- 最近、設定や判断基準を変えたか。変えたなら、理由は何か
- 出力がおかしいとき、最初に誰へ戻すか
- 業務のルールを変えたいとき、誰の承認が要るか
- 前任者に聞かないと分からないことは、何が残っているか
答えられない問いは、記録の穴の候補です。穴は、前任者がいる間に埋めておくほうが、後から推測で補うより確かです。5つ目の問いに残ったものを、そのまま次の記録の課題にします。
進め方(実装手順)
手順1:対象を、運用中または運用予定の業務1つに絞ります。複数の業務を一度に整えようとしません。
手順2:いまの持ち主に、ふだんの確認と直し方を話してもらい、4種類の欄に分けて書き出します。本人の言葉を残します。
手順3:変更の記録は、これから変える分から付けます。過去の変更は、分かる範囲で書き、分からない部分は「不明」と書きます。推測で埋めません。
手順4:持ち主と副担当、変更の承認者を決めます。
手順5:副担当に、記録だけで5つの問いに答えてもらいます。詰まった欄を、持ち主が補います。
手順6:記録を更新するきっかけと、見直しの時点を決めます。変更を反映する前、確認のたび、担当や窓口が替わったとき、のように場面で書きます。
導入前の設計の段階でも、4種類の欄の枠だけは用意できます。運用が始まってから、実際の確認や変更で埋めていきます。
記録を先に整えたほうがよい業務、後でもよい業務
判断条件の例です。
先に整えたほうがよい業務:
- 設定や指示の文面を、担当者が随時直している
- 立ち上げた担当者が、異動や退職の予定を控えている
- 利用サービスのアカウントが、個人の名義になっている
- 運用を見る人が、兼任のひとりだけである
後でもよい業務:
- まだ試している段階で、設定が毎日のように変わる(変更の記録の枠だけ先に用意し、運用手順は安定してから書く)
- 影響が小さく、止まっても元の手作業にすぐ戻せる
どちらも、一方に当てはまれば決まるものではありません。業務責任者が、止まったときの影響の大きさを踏まえて考える観点の例です。
うまくいかないパターン(失敗パターン)
- 台帳を作ったが、更新のきっかけを決めておらず、実態と合わなくなっていく
- 設定をその場で直して、理由が残らない
- 記録が、持ち主個人のフォルダやアカウントにしかない
- 異動が決まってから、最後の週に書き出しを急ぎ、確認する時間がない
- 持ち主を決めず、「みんなで見る」ことにして、誰も直す判断をしない
- AIで作った手順書をそのまま運用手順にして、実際の運用と合っているかを誰も確かめない
留意すること
引き継ぎの記録が、法令などで一律に求められるものとして、この記事を読まないでください。また、個人情報や取引先の情報を含む記録の保管や共有の範囲は、社内の規程と、必要に応じて専門家への確認で決めてください。この記事は、特定のツールや製品の機能を前提にしていません。
WITHPROJECTSの進め方
WITHPROJECTSが公開しているサービスページ(AI業務設計・業務AX)では、業務のAI化を要件整理、設計、PoC、受入試験、運用改善の工程で進めるとしています。 同じページでは、業務AXで一般に作られる成果物の例として、業務フロー図、判断基準、例外処理表、検証結果、運用手順を挙げています。 ここで挙げた4種類の記録は、一般的な進め方の提案であり、納品物を約束するものではありません。
仕事全体の分担を設計する段階はAI業務設計・業務AX、現場と対象業務の線引きを1枚に残す進め方はAI導入に現場が反発するとき、説得の前に決める「業務ごとの線引き」もご覧ください。
次の一歩
AI化した業務の運用の持ち主と、残しておく記録を整理したい方は、個別相談の予約へお進みください。(個別相談会(30分)の予約ページへ移動します)

