on-call-handoff-patterns

オンコール引き継ぎパターン

オンコールシフトの交代を効果的に行うためのパターンです。継続性、コンテキストの移転、シフトをまたいだ信頼性の高いインシデント対応を確保します。

このスキルを使用する場面

• オンコールの責任を引き継ぐとき
• シフト引き継ぎサマリーを作成するとき
• 進行中の調査を文書化するとき
• オンコールローテーションの手順を確立するとき
• 引き継ぎの品質を改善するとき
• 新しいオンコールエンジニアをオンボーディングするとき

中核となる概念

1. 引き継ぎの構成要素

構成要素	目的
アクティブなインシデント	現在何が壊れているか
進行中の調査	デバッグ中の問題
最近の変更	デプロイ、設定
既知の問題	実施済みの回避策
今後の予定	メンテナンス、リリース

2. 引き継ぎのタイミング

Recommended: 30 min overlap between shifts

Outgoing:
├── 15 min: Write handoff document
└── 15 min: Sync call with incoming

Incoming:
├── 15 min: Review handoff document
├── 15 min: Sync call with outgoing
└── 5 min: Verify alerting setup

テンプレートと詳細な実例

テンプレートの完全なライブラリと詳細な実例は references/details.md にあります。具体的なテンプレートが必要なときにそのファイルを読んでください。

トラブルシューティング

引き継ぎドキュメントが不完全だったため、後任のエンジニアが重大な問題を見逃してしまいました。 引き継ぎ元のチェックリストをゲートとして使用してください。すべてのセクションに少なくとも1つの項目（または明示的な「なし」）が記載されるまで、引き継ぎを完了とみなさないでください。不完全な引き継ぎは、非難のないポストモーテムのアクションアイテムにしてください。

タイムゾーンのずれにより、30分の同期通話ができません。 非同期のクイック引き継ぎテンプレート（テンプレート2）に切り替えてください。ウォッチリストを説明する短い Loom やボイスメモで補足してください。後任のエンジニアが追加の質問をできるよう、直接連絡できる方法を確保してください。

後任のエンジニアがインシデントの途中を引き継ぎ、すぐに圧倒されてしまいました。 インシデント引き継ぎテンプレート（テンプレート3）を必ず使用してください。引き継ぎ元のエンジニアは、たとえオンコールを外れていても、引き継ぎ後15分間は Slack で対応可能な状態を保ち、確認の質問に答えてください。

チーム間でオンコール引き継ぎドキュメントのフォーマットが統一されていません。 シフト引き継ぎテンプレートを組織全体で採用し、完了した引き継ぎを共有の場所（wiki、Notion、Confluence）に保存してください。各引き継ぎを PagerDuty のオンコールスケジュールのエントリからリンクしてください。

引き継ぎ元のエンジニアがログオフする前に、後任のエンジニアが自身のアラートが機能していることを確認できません。 標準のステップを追加してください。引き継ぎ元のエンジニアがテストアラートを発報し、オーバーラップの時間枠を終える前に、後任のエンジニアが PagerDuty と Slack でそれを受信することを確認します。

関連スキル

• incident-runbook-templates — 対応中に引き継がれるインシデント向けのランブック
• postmortem-writing — シフト中に解決したインシデントを構造化されたポストモーテムに変える