2026-03-29 — AI

新年度の「引き継ぎ地獄」をAIで乗り切った具体的な方法

4月の「引き継ぎ地獄」、今年も来ますか？

新年度が近づくと、そわそわしますよね。異動の内示、新任の着任、チーム再編――そのたびにやってくるのが「引き継ぎ」という名の地獄です。

前任者が残したドキュメントはどこにあるかわからない。あったとしても最終更新日が2年前。結局「あの件は○○さんに聞いて」で回される。これ、毎年繰り返していませんか？

僕自身、20代で50人規模の部長に抜擢されたとき、引き継ぎの壁に正面からぶつかりました。そして今、AI/DX推進を実務でやっている立場から言えるのは、「引き継ぎこそAIが最も威力を発揮する泥臭い業務のひとつ」だということです。今回は、AIを使った引き継ぎの乗り切り方について、実際にやったこと・これから試そうとしていることを正直に書いていきます。

引き継ぎが破綻する3つの構造的な原因

「引き継ぎがうまくいかない」とひとことで言っても、原因は大きく3つの構造に分解できます。

1. 情報が「人」に紐づいている

「その件は田中さんが詳しいよ」――この一言で済ませてきた組織、多いと思います。業務の知識が特定の個人の頭の中にしかない状態。これが属人化の正体です。田中さんが異動したら、その知識は丸ごと消えます。

2. ドキュメントが散在・陳腐化している

引き継ぎ資料はあるにはある。でも、SharePointの奥底、Google Driveの「旧フォルダ」、ローカルのデスクトップ……。しかも最終更新が1年以上前で、今の運用と乖離している。「ドキュメントはあるけど使えない」問題は、書いた時点では正しくても、運用が変わるたびにメンテされないことで起きます。

3. 暗黙知が多すぎる

「この申請、普通にやると通らないから、先に○○部の△△さんに根回ししておくといい」みたいな話。こういう暗黙知こそが実務を回すカギなのに、ドキュメントにはまず書かれません。口頭伝承の世界です。

従来の対処法は「引き継ぎミーティングを何回もやる」「引き継ぎ書のテンプレートを整備する」あたりですが、結局つくる人の負担が大きすぎて形骸化する。この構造的な問題を、AIで突破できないか？というのが今回の実践テーマです。

AIで引き継ぎを「仕組み化」する具体的な3ステップ

ここからが本題です。正直に言うと、3ステップすべてを完遂したわけではありません。実際にやって手応えがあったもの、これから試そうとしているもの、それぞれ分けて書いていきます。

ステップ1: NotebookLMで散在資料を一括要約する【これから試したいこと】

最初にやりたいのは、「どこに何があるかわからない問題」の解消です。

考えているやり方はシンプルで、引き継ぎ対象の業務に関連しそうなドキュメントを片っ端からNotebookLMに放り込む方法です。具体的には以下のような資料を想定しています。

  • 過去の引き継ぎ書（PDF・Word）
  • 業務マニュアル（Google Docs）
  • 議事録（直近半年分）
  • Slackの関連チャンネルのエクスポート（テキストファイル化したもの）

NotebookLMのいいところは、複数ソースを横断して「この業務の全体像を要約して」と聞けるところです。個々のドキュメントを読まなくても、AIが横断的に情報を拾い上げてくれます。

正直、このステップはまだ実行できていません。ただ、後述するステップ2でClaudeを使った業務の構造化をやってみて、「そもそも資料をかき集める段階こそAIに助けてもらうべきだった」と痛感しました。手作業で資料を探し回るだけで半日以上かかったので、次の引き継ぎではまずNotebookLMに資料を一括投入するところから始めるつもりです。

ポイントとして考えているのは、「完璧な資料を集めてから始めよう」としないこと。7割くらい集まったら、まずNotebookLMに食わせて、抜けている情報を逆にAIに聞く。「この業務フローで言及されていない前工程はありますか？」みたいな質問をすると、資料の穴が見えてくるはずです。

ステップ2: Claudeで業務フローを構造化する【実際にやった】

ここが今回いちばん手応えがあったステップです。実際にやりました。

手元にあった業務資料や自分の記憶をもとに、Claudeを使って3〜5個の業務フローを構造化しました。プロンプトは以下のような形です。

以下は業務引き継ぎ資料の要約です。
この業務について、以下の形式で構造化してください。

## 業務名: ○○
- トリガー（何が起きたらこの業務が始まるか）
- 手順（ステップバイステップ）
- 判断ポイント（分岐がある場合の条件）
- 成果物（最終的に何をアウトプットするか）
- 関係者（誰に何を確認するか）
- よくあるトラブルと対処法

これをやると、散在していた情報が「1つの業務フロー」として整理されます。しかも、AIが構造化してくれるので、前任者の書き方のクセや抜け漏れが可視化される。

実際にやってみて一番の発見は、ドキュメントにまったく書かれていなかった「社内調整・根回し系」の手順が浮き彫りになったことです。たとえば、ある申請業務をClaudeに構造化してもらったとき、「関係者」のセクションに書き出された内容を見て、「あ、ここの事前調整ステップ、マニュアルには一切載ってないな」と気づきました。正式な手順としては書類を出すだけなんですが、実際にはその前に関連部署のキーパーソンに事前に話を通しておかないとスムーズに進まない。こういう暗黙知は自分の頭の中では「当たり前」になっていて、意識的に書き出そうとしてもなかなか出てこないんですよね。

Claudeに「この業務で、手順書に書かれていないが実際には必要なステップはありませんか？」と突っ込まれる形で対話すると、「あ、そういえばこの段階で○○さんに一報入れてるな」みたいな暗黙のステップが次々と言語化されました。これは一人で引き継ぎ書を書いていたら絶対に出てこなかった情報です。

3〜5業務を構造化するのに、合計で数時間程度かかりました。ゼロから引き継ぎ書を書くよりは明らかに速いし、なにより「抜け漏れに気づける」という副次的な効果が大きかったです。

ステップ3: 質問応答Botを即席で作成する【これから試したいこと】

ステップ2で構造化した業務フローを、さらに活用しやすくするアイデアとして考えているのが、Claudeの「Projects」機能を使った質問応答Botの構築です。

やり方としてはこんなイメージです。

  1. Claude（Pro版）でProjectを新規作成
  2. 構造化した業務フロー、元の資料のPDFをProject Knowledgeにアップロード
  3. カスタムインストラクションに「あなたは○○部の業務引き継ぎアシスタントです。質問に対して、アップロードされた資料をもとに回答してください。資料に記載がない場合は『この情報は資料にありません』と正直に答えてください」と設定

これで、「○○の申請フローってどうなってましたっけ？」と聞けば、引き継ぎ資料をベースに回答してくれるBotが完成するはずです。作成時間は1業務あたり10〜15分程度で済むと見込んでいます。

まだ実際には作れていないのですが、ステップ2で構造化した業務フローがすでに手元にあるので、これをProject Knowledgeに入れるだけでかなり使えるものになるのではと期待しています。特に、後任者が着任直後に「ちょっとした疑問」をすぐ解消できる環境があると、引き継ぎの心理的なハードルがぐっと下がると思うんですよね。次の異動タイミングまでには必ず試して、結果をまた共有します。

引き継ぎを「次の人のため」に自動化する仕組みづくり

ここまでは「引き継ぎを受ける側」の話でした。でも、本当に大事なのは「渡す側」の仕組み化です。次に自分が異動するとき、同じ地獄を後任に味わわせたくないですよね。

日常業務の中でナレッジを半自動で蓄積する

僕が今取り組んでいるのは、「引き継ぎ書を書く」のではなく、「日常の業務ログから引き継ぎ資料を自動生成する」アプローチです。

具体的には、以下のような運用を回しています。

  • 週次の業務ログ: 毎週金曜に、その週やった業務・判断・トラブルを箇条書きでメモする（5〜10分で書ける粒度）
  • 月次のAI整理: 月末に、4週分の業務ログをClaudeに渡して「業務カテゴリごとに整理して、変更点があれば既存のフローを更新して」と依頼する
  • 四半期の棚卸し: 3ヶ月に1回、AIが整理した業務フローを自分で読み返して、抜け漏れや変更点を追記する

この運用のいいところは、「引き継ぎ書を書く」という重いタスクが消えることです。日常のログの延長線上に、常に最新の引き継ぎ資料が存在する状態を目指しています。

正直に書くと、この運用はまだ「回し始めた段階」です。週次の業務ログと、AIでの整理は部分的に始めていて、Claudeに業務ログを渡して整理してもらう工程はそれなりにワークしています。ただ、まだこの方法で実際に後任に引き継ぎ資料を渡した経験はありません。なので、「これで引き継ぎがうまくいきました！」とは言えない段階です。

とはいえ、AIで整理した業務ログを自分で読み返すだけでも、「あ、この業務のやり方、先月から変わってたのにメモしてなかったな」みたいな気づきがあります。引き継ぎ資料としての完成度はまだまだですが、「何も残っていない」状態よりは確実に前進している実感があります。次に異動が発生したとき、この蓄積がどこまで使えるか――その検証結果はまたあらためて書きたいと思います。

暗黙知の「言語化」もAIに手伝ってもらう

前述した「暗黙知が多すぎる」問題。これもAIで部分的に解決できます。

やり方は、Claudeとの壁打ちです。「○○の業務で、マニュアルには書いていないけど自分が気をつけていることを洗い出したい」と伝えて、AIに質問してもらう。たとえば、

  • 「この業務で、過去にトラブルになったケースはありますか？」
  • 「この手順で、省略しているステップはありませんか？」
  • 「判断に迷うケースはどんなときですか？」

こうやってAIにインタビューされる形で話すと、自分でも気づいていなかった暗黙知が言語化されていきます。これ、意外と効きます。一人で引き継ぎ書を書いていると出てこない情報が、対話形式だと出てくるんですよね。ステップ2で書いた「社内調整・根回し系」の暗黙知が出てきたのも、まさにこの壁打ちのおかげでした。

引き継ぎ地獄は「AIに手伝ってもらう」時代になった

ここまでの内容を整理します。

  1. 散在資料の一括要約 → NotebookLMに放り込んで全体像を掴む（これから実践予定）
  2. 業務フローの構造化 → Claudeで「トリガー→手順→判断→成果物」の形に整理（実践済み・手応えあり）
  3. 質問応答Botの作成 → Claude Projectsで即席の引き継ぎアシスタントを構築（これから実践予定）
  4. 日常ログからの自動生成 → 週次メモ→月次AI整理→四半期棚卸しの運用サイクル（部分的に実践中）
  5. 暗黙知の言語化 → AIとの壁打ちでマニュアルに書けない知識を引き出す（実践済み・効果実感あり）

正直、全部きれいにできているわけではありません。でも、ステップ2のClaudeによる業務フロー構造化だけでも、「これ、ドキュメントに書いてなかったじゃん」という暗黙知が複数見つかりました。完璧を目指して何もしないより、まず1つの業務からAIに構造化してもらうだけで、引き継ぎの質は確実に変わります。

僕自身、AI活用は派手なプロジェクトよりも、こういう「泥臭い日常業務の効率化」にこそ効果を感じています。4月の異動シーズンを控えた今、まずは手元にある業務を1つ、Claudeに構造化してもらうところから試してみてはいかがでしょうか。