Claudeで調査・企画・文章作成・コード作成などを進めていると、「最終成果物はあるが、なぜその結論になったのかが次の担当者に伝わらない」という状態になりがちです。
引き継ぎで大切なのは、チャット履歴を丸ごと渡すことではありません。目的、前提条件、判断、未解決事項、再開方法を整理し、必要な根拠となる会話や資料にたどれる状態にすることです。
結論からいうと、Claudeのプロジェクト共有やチャット共有を活用しつつ、別途「引き継ぎサマリー」を作る方法が実用的です。チャットは時系列の記録、引き継ぎサマリーは次の担当者が最初に読む案内図として扱いましょう。
まず押さえたい：Claudeでは「プロジェクト」と「チャット」を分けて共有する
Claude for Workの共有プロジェクトでは、プロジェクトのナレッジ（登録資料）や指示をメンバーに共有できます。一方で、プロジェクト内のチャットは初期状態では自動共有されません。検討の経緯も渡したい場合は、必要なチャットごとに共有設定を行う必要があります。
また、プロジェクト内の別チャット同士で会話内容が自動的に引き継がれるわけではありません。次の担当者にも常に参照してほしい前提情報は、会話の中だけで済ませず、プロジェクトナレッジや引き継ぎ文書に入れることが重要です。
引き継ぎ前にやるべき7つのこと
1. 引き継ぎ対象を3種類に分ける
最初に、情報を次の3つに分類します。これだけで共有漏れを減らせます。
- 成果物：提出資料、記事案、ソースコード、表、メール文面、作成済みのArtifactなど
- 前提・根拠：依頼内容、対象読者、要件、参照資料、数値、制約、使用したプロンプト
- 検討過程：比較した案、採用・不採用の理由、Claudeに確認した論点、保留事項、次に試す案
「完成したファイル」だけでなく、「そのファイルを直すときに必要な情報」まで対象に含めるのがポイントです。
2. 最初に読む引き継ぎサマリーを1ページで作る
チャット履歴は情報量が多く、後任者が全部を読むのは現実的ではありません。まず、次の項目を埋めた短いサマリーを作成します。
| 項目 | 記載する内容 |
|---|---|
| 作業の目的 | 何を、誰のために、いつまでに実現するか |
| 現在地 | 完了したこと、進行中のこと、未着手のこと |
| 結論・方針 | 現時点で採用している案と、その理由 |
| 重要な前提 | 守るべき条件、対象外、予算、権限、表記ルールなど |
| 未解決事項 | 判断待ち、追加確認が必要な点、リスク |
| 次の一手 | 後任者が最初に行う具体的な作業 |
| 参照先 | Claudeプロジェクト、重要チャット、成果物、原資料のリンク |
このサマリーは、プロジェクトナレッジに置くか、組織で使っている文書管理ツールに保存します。ファイル名には「handover」「引き継ぎ」「更新日」などを含めると探しやすくなります。
3. 検討過程は「結論」と「理由」が分かる形に要約する
検討過程を共有したいとき、すべての会話をそのまま渡すだけでは、重要な判断が埋もれてしまいます。各論点について、次の形で残すと後任者が使いやすくなります。
- 論点：何を決める必要があったか
- 候補：比較した案は何か
- 判断：どの案を選んだか、または保留か
- 理由：要件、根拠、メリット・デメリット
- 注意点：前提が変わった場合に見直すべき点
- 根拠への入口：該当チャット、資料、Artifact、外部ソース
たとえば「A案ではなくB案を採用した。理由は納期が短く、既存の運用に合わせられるため。ただし利用者数が増える場合はA案を再検討する」と書けば、後任者は結論だけでなく、判断を覆す条件も理解できます。
4. Claudeに引き継ぎ文書のたたき台を作らせる
長い会話を読み返して整理する作業は、Claudeに下書きを依頼すると効率的です。ただし、出力内容は事実と推測が混ざる可能性があるため、最終的には作業担当者が確認します。
以下のような依頼文を使えます。
「この会話の内容を、後任者向けの引き継ぎ文書に整理してください。目的、決定事項と理由、未決事項、次のアクション、参照すべき資料を分けてください。会話に明示されていない内容は推測せず、『要確認』と記載してください。」
複数の会話がある場合は、重要な会話ごとに要約を作り、最後にそれらを統合して引き継ぎサマリーにします。
5. プロジェクトナレッジに「再利用する情報」を集約する
継続作業で何度も参照する資料は、プロジェクトナレッジに集約します。たとえば、要件定義、用語集、過去の決定記録、ブランドガイドライン、データ定義、検証結果などです。
プロジェクトナレッジに追加した内容は、そのプロジェクト内の会話で共通の文脈として使われます。逆に、個別チャットにしか書かれていない重要事項は、後任者や別チャットでは見落とされやすくなります。
ファイル名は「01_目的と要件」「02_決定ログ」「03_引き継ぎサマリー」のように、内容と読む順番が分かる名前にすると効果的です。
6. 必要なチャットだけを共有し、共有後の更新も管理する
検討の原文を確認できるようにしたい場合は、意思決定に関わる重要チャットを共有します。ただし、共有チャットは共有時点までの会話のスナップショットとして扱われます。共有後に会話を追加した場合は、必要に応じて共有内容を更新してください。
共有対象は、次の基準で絞るとよいでしょう。
- 要件の解釈や優先順位を決めた会話
- 複数案を比較して採用案を決めた会話
- 重要な調査結果や検証結果がある会話
- 成果物の最終版につながった会話
雑談、重複した試行、個人情報や機密情報を含む会話は、原則として共有しないか、内容を整理した別文書に置き換えるほうが安全です。
7. 権限・機密情報・アクセス先を確認する
引き継ぎでは、情報を渡しても後任者が開けなければ作業を再開できません。Claudeのプロジェクトだけでなく、資料置き場、ソースコード管理、分析ツール、共有メールボックスなどのアクセスも確認します。
- 後任者にプロジェクトの閲覧または編集権限があるか
- 外部資料のリンク先を閲覧できるか
- APIキー、パスワード、個人情報、顧客情報をチャットや添付ファイルに残していないか
- 共有リンクの公開範囲が適切か
- 退職・異動後も組織として必要な資料にアクセスできるか
権限を付ける際は、単に見せるだけなら閲覧・利用権限、資料や指示を更新してもらうなら編集権限というように、必要最小限で設定します。
引き継ぎの品質を上げる「30分レビュー」
引き継ぎ資料を作ったら、後任者または第三者に30分程度で確認してもらうのがおすすめです。
次の質問に答えられるかを見ます。
- この作業の最終目的は何か
- 今すぐ着手すべきことは何か
- すでに決まっていて、勝手に変えてはいけないことは何か
- なぜ現在の方針になったのか
- 詰まったときに、どの資料・チャットを見ればよいか
答えに迷う項目があれば、引き継ぎサマリーの不足です。元のチャットを増やす前に、サマリーへ結論と参照先を追加しましょう。
個人利用のClaudeで作業していた場合の進め方
個人のClaudeアカウントで進めていた場合、組織メンバーとのプロジェクト共有が使えないことがあります。その場合は、引き継ぎサマリーと成果物を組織の管理下にある共有ストレージへ移し、重要な会話は共有リンクまたは要約として渡します。
さらに、アカウントの会話履歴を保全する必要があるなら、Claudeの設定画面からデータエクスポートを利用できる場合があります。ただし、エクスポートには会話以外のアカウント情報も含まれ得るため、組織の情報管理ルールと機密性を確認したうえで扱ってください。
引き継ぎで避けたいこと
- チャットURLだけを送って終わること：結論や優先順位が分からず、読む負担が大きくなります。
- プロジェクトを共有したから会話も見えると思い込むこと：重要な会話は個別に共有が必要です。
- 決定理由を残さないこと：後任者が同じ比較をやり直し、変更すべきでない点まで変えてしまうおそれがあります。
- 未解決事項を隠すこと：保留理由と判断期限を明記したほうが、後任者は適切に優先順位を付けられます。
- 機密情報を会話共有で広く配ること：必要最小限の共有にし、機密情報は別の安全な保管場所で管理します。
まとめ：会話履歴ではなく「次の人が判断できる状態」を渡す
Claudeで進めた仕事の引き継ぎでは、プロジェクトナレッジ、重要チャット、成果物を共有するだけでは不十分です。最も重要なのは、後任者が目的と判断理由を理解し、迷わず次の作業を始められることです。
まずは、目的・現在地・決定事項と理由・未解決事項・次の一手・参照先をまとめた引き継ぎサマリーを作ってください。そのうえで、共通資料はプロジェクトナレッジへ、原文確認が必要な経緯は重要チャットへ分けて残すと、ナレッジを無理なく引き継げます。
