出張の1週間前にタスクリストを絞り込み、明確な引き継ぎを残す方法
出張の1週間前になったら、未完了の全タスクを「出発前に完了」「引き継ぎ」「復帰後の日付を決めて延期」「中止」の4つに分類しましょう。実際に確保できる時間内に収まる作業だけを手元に残し、引き継ぎが必要なタスクには担当者、ネクストアクション、現在のステータス、関連ファイルへのリンク、進捗確認の予定をそれぞれ設定します。目指すべきは、すべてを終わらせるという約束ではなく、不在の間もチームが迷わず動けるリストを作ることです。
競合する複数のリストではなく、1つの棚卸しリストから始める
タスク管理ツール、カレンダー、メールのフォローアップ、プロジェクトのメモから、現在のコミットメントを1つの一時的な作業リストに集約します。定期的なルーティン業務や、正式に割り当てられていなくても他の人が待っている作業も漏れなく含めましょう。各項目について、期日、影響を受ける関係者、現在のステータス、次の判断またはアクションを記録します。これにより、タスクを動かし始める前に状況を正確に把握できます。
次に、出発までに現実的に使える日程と作業時間を明確にします。ミーティング、固定の締め切り、引き継ぎの準備自体に必要な時間を差し引いてください。これを完全に埋めるべき目標ではなく、計画上の上限として扱いましょう。予期せぬレビューコメントや依存関係への対応で時間が消費される可能性があるためです。不在になる前にタスクを完了し、必要なフィードバックを受け取り、その結果を共有できるかどうかが、現実的な判断基準となります。
残りの1週間で対応できるものを選ぶ
各タスクを4つの質問で見直します。「出張前または出張中に本当の締め切りがあるか？」「後回しにすると何が起きるか？」「使える時間と依存関係の中で完了できるか？」「引き継げる特定の同僚がいるか？」。その上で、次のいずれかの結果を割り当てます。
完了：残りの作業とレビューが出発前に十分収まる場合、または自身で完了させなければならない明確な理由がある場合のみ、手元に残します。
引き継ぎ：不在中に対応が必要な作業や、他の人が進めた方が適している作業を移管します。相手が引き受けてくれたと思い込まず、新しい担当者を必ず確認してください。
延期：後回しにできる作業は、復帰後の具体的な日付に移動します。その時点で最初に行うアクションも併せて記載し、理由のわからない期限切れタスクにならないようにします。
中止または削除：重複している、時代遅れの、または不要になったタスクは、その作業に依存している関係者に確認した上でクローズします。判断に迷う場合は、勝手に放置せず、関連するリーダーに相談してください。
この4分類による仕分けは、一般的な緊急度・重要度の優先順位付けとアクションアイテムの指針を実践的に応用したものです。タスクは担当者、具体的なアクション、現実的な期日が定まることで、より扱いやすくなります。Atlassian社は、明確な担当者、わかりやすい説明、成果物、目標期日を設定してアクションアイテムを定義することを推奨しています。また、締め切り前に進捗を確認し、スコープの変更に応じて計画を更新することも勧めています。（How to turn meeting action items into trackable work）
仕分けが終わったら、キャパシティの確認を行います。完了することを選んだ各項目について、フィードバック待ちや修正の対応時間も含めて工数を見積もります。その合計が利用可能な時間を超える場合は、影響の小さい作業を「延期」または「引き継ぎ」に回し、期日やスコープの変更が必要になった場合は速やかに関係者へ伝えましょう。単に重要だからという理由だけでタスクに「完了」のラベルを付けてはいけません。重要だからといって時間が勝手に増えるわけではないからです。
自分が不在でも活用できる引き継ぎを作る
引き継ぎとは、これまでの経緯をゼロから調べ直すことなく、担当者が次のステップへ進めるようにするためのものです。引き継ぐ各項目について、以下の項目を含む簡潔なメモを作成します。
担当者：タスクを前に進める責任を持つ1名。必要に応じて協力者を別途追加します。
ネクストアクション：動詞で始め、「ドラフトをレビューし、保留中の3つの質問をMayaに送る」のように具体的なアクションを記述します。
ステータス：完了したこと、残っていること、ブロックされていることや決定待ちの事項があるかどうかを明記します。
ファイルとコンテキスト：作業中のドキュメント、関連フォルダ、決定事項のメモ、主要な依頼の起点へのリンクを記載します。相手がファイルを開ける権限があるかも確認してください。
スケジュールと成果物：次の期日または判断ポイントを示し、このステップにおける「完了」の定義を明確にします。
この構成は、明確なオーナーシップ、文書化、アクセス可能なファイル、定義されたネクストステップを重視するアクションアイテムの実践と引き継ぎガイダンスに基づいています。（Atlassianのアクションアイテムガイド、Atlassianのプロジェクト終了ガイド）英国の内務省（Home Office）のプロジェクトオフボーディングチェックリストでも同様に、アセットの所有権を移管し、資料を1か所にまとめ、引き継ぎメモから参照できるようにすることを推奨しています。（Project on-boarding and off-boarding）
「Samが把握している」「進行中」といった曖昧なメモは避けてください。そうではなく、Samが対応を合意した内容を明記し、現在のドラフトへのリンクを貼り、まだ不足している情報を明示します。引き継ぎ候補者がまだ合意していない場合は、担当者未定としてマークし、マネージャーやプロジェクトリードに相談してください。相手が受諾していない移管は、まだ自分自身で解決すべき引き継ぎタスクのままです。
この1週間を短い移行スケジュールとして活用する
シンプルな進行手順を踏むことで、引き継ぎ作業自体のための時間を確保しやすくなります。
5〜7営業日前：リストの棚卸しを行い、関係者と締め切りを確認し、どのタスクを対応可能か判断します。作業を移管する前に、引き継ぎ候補者のキャパシティを確認しておきます。
3〜4日前：複雑な案件や期限が迫っている案件について、引き継ぎに特化した打ち合わせを実施します。現状、決定事項、リスク、ファイル、ネクストアクションを説明し、その後書面でメモを残します。
2日前：進行中の各タスクに担当者または復帰後の予定日が設定されているかを再確認し、ファイルへのアクセス権限を検証します。期日やスコープに変更が生じた場合は、その作業に依存している人へ直接伝えます。
最終営業日：タスクのステータスを更新し、合意済みの進捗確認ポイントを設定した上で、関連チームに簡潔なサマリーを1つ共有します。新しい納品物の作成で丸一日を埋めるのではなく、最後の質問を受け付ける時間を残しておきます。
これは推奨されるワークリズムであり、厳密な固定ルールではありません。日常的な軽微なタスクなら書面のメモだけで十分かもしれませんし、保留中の意思決定を伴う複雑な納品物なら会話と事後のチェックポイントが必要になることもあります。PMIの移行ガイダンスでは、移行期間の設定、タスクとドキュメントの棚卸し、定期的なレビューの調整が説明されており、知識が適切に伝達されたかを確認する手段としてのフィードバックの重要性も強調されています。（Give and go）
無理のないフォローアップ計画を立てる
不在中も進行する各項目について、担当者がどのように進め、どのタイミングで問題を提起すべきかを合意しておきます。担当者が単独で下せる判断、承認が必要な場合の連絡先、何をもってブロッカー（進行停止要因）と見なすかを具体的に定めます。連絡が取れる時間が限定的である場合や、まったく連絡が取れない場合は、その旨をはっきりと伝え、代替の連絡先が指定されていることを確認してください。
進捗確認は、作業を前に進めるために真に必要な場合のみ設定します。確固たる締め切りがあるタスクならその期日前に簡単な状況共有が必要かもしれませんが、後回しにできるタスクなら復帰するまで連絡は不要です。延期した項目については復帰後に具体的なレビュー予定を組み、日付の横に最初のアクションを記載しておきます。更新内容が各自の受信トレイのメッセージ頼みにならないよう、チーム共通の管理ツールや共有ワークスペースに計画を残しましょう。
出発する前に、引き継ぎを受ける側の視点からリストを一度確認します。「相手はそのファイルを見つけられるか？」「次に何をすべきか理解できるか？」「担当者は明確か？」「完了、保留中、ブロック中のどの状態かがわかるか？」「次の判断やレビューの日付はあるか？」。答えが「いいえ」の項目があれば、引き継ぎの完了とみなす前に修正してください。最終的なリストには、何を進め、何を保留にし、誰が担当し、延期した自分の作業をいつ再開するかが明確に示されている必要があります。