進行中の仕事をAIで引継メモへまとめるときは、これまでの経緯を短くするだけでなく、「どこまで確認済みで、何が止まり、次の担当者は最初に何をするか」を残します。作業した記録、確認した結果、承認された状態は同じではありません。
AIには、許可された資料から現状と未解決事項を整理させます。担当の合意、権限の付与、承認、完了の判断を勝手に補わせません。この記事では、製品紹介スライドの更新を引き継ぐ架空の例を使います。実案件の引き継ぎ、AI出力、ファイル共有を実施した結果ではありません。
目次
標準手順と、今回の作業状態を分ける
業務マニュアルは、通常どう進めるかを説明します。引継メモには、その手順のどこまで今回進めたか、どの条件が普段と違うか、何を確認できていないかが必要です。
同じ「資料を確認する」という工程でも、すでに確認が終わったのか、確認を依頼しただけなのかで、次の一手は変わります。マニュアルの全文をコピーするより、正本への参照と今回の状態を分けます。
AtlassianのTransition planは、担当の移行時に知識を次の人へ伝えるためのテンプレートとして案内されています。以下の表は特定ツールの設定手順ではなく、AIへ現状を整理させるための編集例です。Atlassian公式：Transition plan（新しいタブで開く）
最初に、基準時点と参照する資料を決める
作業一覧、議事録、メール、下書きが混在する場合は、資料名、版、更新日、何を確認する正本かを先に整理します。ファイルの更新時刻が新しいだけで、その中の作業状態も正しいとは限りません。
引継メモには「いつ時点の状態か」を書きます。たとえば「2026年11月2日10時（日本時間）時点」のように区切り、その後に得た回答は更新として追記します。基準時点より後の情報を、以前から確定していたように混ぜないでください。
表は横にスクロールできます
| 資料 | 役割 | 引継メモへ残すこと |
|---|---|---|
| 標準手順 | 通常の進め方 | 対象の章と版 |
| 作業一覧 | 現在の項目と状態 | 作業ID、確認時点、参照行 |
| 下書き・成果物 | 変更した実物 | ファイル名、版、変更箇所 |
| 確認依頼・回答 | 判断や合意の根拠 | 何を尋ね、何が回答済みか |
| 未解決メモ | 次の確認 | 不足している情報と確認先 |
入力してよい資料かを確認し、不要な顧客情報や秘密情報は渡しません。AIに渡した範囲が一部だけなら、その範囲を引継メモの制作記録に残します。
一つの作業を、状態・根拠・次の行動に分ける
作業ごとに、少なくとも次の列を持たせます。
- 作業IDと、対象になる成果物・範囲
- 状態：未着手、作業中、確認待ち、確認済みなど
- 根拠：どの資料のどこで、その状態が分かるか
- 未解決：何が分からず、どの条件が不足しているか
- 次の行動：最初に行う一つの具体的な作業
- 担当と引受けの状態：合意済み、候補、未定など
- 期限と依存関係：明記された期限、先に終わる必要がある作業
「担当候補」と書かれた名前を、引受け済みの担当へ変えないでください。「確認を依頼した」を「確認済み」に、「ファイルを保存した」を「内容も承認済み」に変えるのも誤りです。根拠が曖昧な行は、状態を確定せず確認待ちにします。
架空のスライド更新を、一枚で引き継ぐ
次は、基準時点を2026年11月2日10時（日本時間）とした架空の状態です。D1は標準手順、D2は作業一覧、D3は確認依頼、D4はスライド下書きという資料IDです。実際のURLではありません。
表は横にスクロールできます
| 作業ID | 状態と根拠 | 残ること | 次の行動 |
|---|---|---|---|
| T01：3〜4ページの画面画像差替え | 作業・照合済み。D2のT01行とD4の3〜4ページ | この記録だけで資料全体の承認済みとはしない | 変更範囲として引き継ぐ |
| T02：5ページの操作説明確認 | 確認待ち。D3に製品担当への質問、回答は未記録 | 操作順の説明が正しいか | 製品担当から回答を得て、該当文と照合する |
| T03：配布用PDFの作成 | 未着手。D1ではT02の確認後に進める | T02の確認完了 | T02完了の根拠を確認してから書き出す |
この表だけで「スライド更新はほぼ完了」とまとめると、T02の判断待ちとT03の前提が見えなくなります。次の担当者が最初に見るのはT02の質問と回答状況です。T03を先に実行しても、内容の未確認は解消しません。
引継メモの冒頭には、例えば次のように書けます。
次に行うことは、T02の操作順について製品担当の回答を確認し、D4の5ページと照合することです。T03はT02の確認後に進めます。T01の画像差替えと照合は記録がありますが、資料全体の承認を示すものではありません。
これは状態から次の行動を作る例で、実際に誰かへ依頼した文章ではありません。担当者への連絡やファイル作成を、メモの生成と一緒に自動実行する指示にもしていません。
AIへの依頼は、引継メモと確認事項を分ける
以下の資料だけを使い、進行中の仕事の引継メモを作ってください。
基準時点：［年月日・時刻・タイムゾーン］。
出力1：目的と対象範囲／確認済みのこと／未完了・判断待ち／次の一手／参照資料。
出力2：作業ID｜状態｜根拠位置｜不足条件｜次の行動｜担当の合意状況｜期限・依存関係。
資料にない担当、合意、期限、承認、完了を補わないでください。
作業実施、結果の確認、承認を別にしてください。
資料が食い違う場合は両方を示し、勝手に新しい方へ統一しないでください。
開けるか未確認の参照先は、アクセス確認待ちにしてください。
連絡・共有設定の変更・作業の実行はせず、メモと確認事項までにしてください。
資料一覧：［役割、版、対象範囲］
入力：［利用が認められた資料］
出力後は、元の作業IDがすべて対応しているかを確認します。AIが「重要そうなもの」だけを選ぶと、期限の近い小さな作業や、止まったままの確認依頼が抜けることがあります。統合した行や除外した行も、元の項目へ戻れるようにします。
リンクを渡したことと、続きの作業ができることを分ける
参照先のリンクがメモにあっても、受け取る人が開けるとは限りません。Google ドライブの公式ヘルプでは、制限付きのファイルはアクセス権のある利用者だけが開けること、閲覧・コメント・編集でできる操作が違うことを説明しています。Google公式：ファイルを共有する（新しいタブで開く）
次の担当者には、どの資料を読む必要があり、どの成果物を編集する必要があるかを分けて確認します。引継メモを読めてもD4を編集できないなら、作業を再開できる状態とは限りません。必要な権限は組織の担当者へ確認し、引き継ぎを急ぐために資料を一般公開する方法へ置き換えないでください。
パスワードやAPIキーを引継メモへ貼るのではなく、組織が定めた管理方法と確認先を示します。サービスの所有者や接続アカウントを移す必要がある場合は、メモの作成とは別の操作として、対象製品の手順に従います。
受け取った人が、最初の一手を説明できるか確かめる
引き継ぎの確認では、メモを渡したかだけで終えず、受け取る人が次のことを確認できるかを見ます。
表は横にスクロールできます
| 確認すること | 架空例での確認 |
|---|---|
| 最初にすること | T02の回答を確認し、5ページの文へ照合する |
| まだ進めないこと | T02の確認前にT03を確定しない |
| 根拠へ戻れること | D2の行、D3の質問、D4の対象ページを開ける |
| 未確定の担当・期限 | 記録がなければ、AIの推測で埋めず確認する |
| 状態が変わったときの更新 | 回答や作業結果の根拠と確認時点を追記する |
これは引継メモの点検例で、受け手による試行を済ませた結果ではありません。最初の作業へ進めない場合は、手順の不足、資料の不足、権限の不足、判断の不足を分け、該当する確認先へ戻します。
引き継ぎ後に状況が変わったら、基準時点と変わった行を更新します。古いメモを新しい担当者が読む場合もあるため、現状の正本と履歴を区別します。「後から完了したこと」を、引き継ぎ時点で完了していたと書き換えないでください。
通常の業務手順自体を整理する場合は、AIで業務マニュアルを作る方法が先です。会議で決まった作業を取り出す場合は、議事録からタスクを抽出する方法で、提案と確定した作業を区別してください。
参考資料
資料の確認日：2026年10月20日。状態表と依頼文は架空業務の編集例です。AIによる生成、受け手の理解、共有権限、実際の作業再開は実測していません。