英語でオンコールの引き継ぎ文書を書くよう求められたとき、何を伝えれば次の担当者が迷わないか迷った経験はないだろうか。
オンコール引き継ぎ（On-Call Handoff）は、シフト交代時に担当者が安全に業務を引き継ぐための文書だ。進行中インシデント・注意アラート・エスカレーション先の5つのセクション構成さえ押さえれば、英語でも問題なく書ける。
この記事では、英語オンコール引き継ぎに必要な5つの構成要素と、そのまま使える日英テンプレートを紹介する。コピペして使えばすぐに次のシフト交代で活用できる。
オンコール引き継ぎに必要な5つの構成要素
オンコール引き継ぎ文書（On-Call Handoff Document）はシフト交代時に担当者が即座に状況を把握できるようにまとめる文書だ。以下の5つが標準的な構成要素になる。
- 引き継ぎ基本情報（Handoff Overview）
- 進行中インシデント（Active Incidents）
- 注意アラート・既知の問題（Watch Items）
- エスカレーション先（Escalation Contacts）
- 引き継ぎコメント（Handoff Notes）
オンコール引き継ぎとRunbookの違い
Runbook（ランブック）は「特定のアラートに対する手順書」で、手順が事前に定義されている。オンコール引き継ぎはRunbookの「どのステップまで対応したか」の状況を次の担当者に伝える文書だ。「手順書がある」と「今どこまでやったか」はセットで引き継ぐ必要がある。
Runbookの書き方は英語Runbookの書き方でも確認してほしい。
なぜ英語で書くのか
グローバルSREチームではオンコールが複数のタイムゾーンにまたがる。日本の夜間シフトから北米の昼間担当者へ引き継ぐとき、英語の文書があれば即座に状況を把握できる。口頭やSlackのやり取りだけでは重要な情報が欠落するため、構造化された引き継ぎ文書が必要だ。
テンプレートをダウンロード（Word）
以下のWordファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。表の列・行はそのまま追加・削除できる。
📥 日本語テンプレートをダウンロード（Word）
📥 Download English Template (Word)
日本語版テンプレート（コピペOK）
引き継ぎ基本情報
| 項目 | 内容 |
|---|---|
| 引き継ぎ日時 | （例：2026年8月15日 09:00 JST） |
| 引き継ぎ元 | （例：田中（APAC オンコール担当）） |
| 引き継ぎ先 | （例：スミス（EMEA オンコール担当）） |
| シフト期間 | （例：2026年8月15日 09:00〜2026年8月16日 09:00 JST） |
| 全体の状況 | （例：🟡 注意。進行中インシデント1件あり。それ以外は安定稼働中） |
進行中インシデント
| # | インシデント | 影響範囲 | ステータス | 対応状況 | 次のアクション |
|---|---|---|---|---|---|
| 1 | （例：決済APIのエラーレート上昇） | （例：決済APIの約5%のリクエストが504エラー） | 対応中 | （例：外部決済ゲートウェイの障害を確認。ゲートウェイのステータスページを監視中） | （例：30分後にエラーレートを再確認する。改善しない場合はキャッシュフォールバックを有効化） |
インシデントなしの場合：「現在、進行中インシデントはありません。」
注意アラート・既知の問題
| # | 項目 | 内容 | 対応方針 |
|---|---|---|---|
| 1 | （例：注文サービスのメモリ使用率が高め） | （例：本番サーバーのメモリ使用率が85%で推移。通常は60〜70%） | （例：90%を超えたら再起動。Runbook「MEMHIGH-01」を参照） |
| 2 | （例：定期メンテナンス予定） | （例：2026年8月15日 23:00〜01:00 JST にDBのインデックス再構築） | （例：メンテナンス開始5分前にSlack #sre-alerts に通知する） |
問題なしの場合：「現在、注意が必要なアラートや既知の問題はありません。」
エスカレーション先
| 役割 | 担当者 | 連絡方法 | エスカレーション条件 |
|---|---|---|---|
| SREリード | （例：山田） | （例：Slack DM / 電話：+81-XX-XXXX-XXXX） | （例：P1インシデント発生時・エラーバジェット80%消費時） |
| DBAdmin | （例：鈴木） | （例：PagerDuty経由） | （例：DBに関するP1・P2インシデント） |
| エンジニアリングマネージャー | （例：佐藤） | （例：電話のみ） | （例：顧客影響が30分以上継続する場合） |
引き継ぎコメント
（例：外部決済ゲートウェイの障害は昨日から断続的に発生しています。ゲートウェイ側のサポートチームと連絡中で、次の定期アップデートは2時間後の予定です。メモリ使用率の上昇は先週から続いており、開発チームが来週のスプリントで根本対応を予定しています。）
英語版テンプレート（コピペOK）
Handoff Overview
| Item | Details |
|---|---|
| Handoff Time | (e.g., August 15, 2026 at 09:00 JST) |
| Outgoing On-Call | (e.g., Tanaka (APAC On-Call)) |
| Incoming On-Call | (e.g., Smith (EMEA On-Call)) |
| Shift Period | (e.g., Aug 15, 09:00 – Aug 16, 09:00 JST) |
| Overall Status | (e.g., 🟡 Caution. One active incident. All other systems stable.) |
Active Incidents
| # | Incident | Impact | Status | Current Actions | Next Steps |
|---|---|---|---|---|---|
| 1 | (e.g., Elevated error rate on Payment API) | (e.g., ~5% of payment requests returning 504 errors) | In Progress | (e.g., Confirmed upstream payment gateway issue. Monitoring gateway status page.) | (e.g., Recheck error rate in 30 min. If no improvement, enable cache fallback.) |
If none: “No active incidents at this time.”
Watch Items
| # | Item | Details | Action |
|---|---|---|---|
| 1 | (e.g., High memory usage on Order Service) | (e.g., Production memory at 85%, vs. normal 60–70%) | (e.g., Restart if it hits 90%. See Runbook MEMHIGH-01.) |
| 2 | (e.g., Scheduled maintenance tonight) | (e.g., DB index rebuild: Aug 15, 23:00–01:00 JST) | (e.g., Notify #sre-alerts on Slack 5 minutes before start.) |
If none: “No watch items or known issues at this time.”
Escalation Contacts
| Role | Contact | How to Reach | When to Escalate |
|---|---|---|---|
| SRE Lead | (e.g., Yamada) | (e.g., Slack DM / Phone: +81-XX-XXXX-XXXX) | (e.g., P1 incidents, error budget >80% burned) |
| DB Admin | (e.g., Suzuki) | (e.g., Via PagerDuty) | (e.g., Any DB-related P1 or P2 incident) |
| Engineering Manager | (e.g., Sato) | (e.g., Phone only) | (e.g., Customer impact lasting more than 30 minutes) |
Handoff Notes
(e.g., The upstream payment gateway has been intermittently degraded since yesterday. We are in contact with their support team and expect the next status update in 2 hours. The elevated memory usage on Order Service has been ongoing since last week; the dev team has a fix planned for next sprint.)
各セクションの書き方と例文
テンプレートを埋めるときに悩みやすいポイントを解説する。
進行中インシデントの書き方（状況と次のアクションをセット）
インシデントの状況は「今どこまで対応したか」と「次に何をするか」のセットで書く。「対応中」だけでは次の担当者が何をすべきかわからない。
| 日本語 | 英語 |
|---|---|
| 〇〇を確認中です | We are monitoring [component]. |
| 〇〇と連絡を取っています | We are in contact with [team/vendor]. |
| 〇〇を試みています | We are attempting to [action]. |
| 〇〇を待っています | Waiting for [update/response]. |
| 次回確認は〇〇時間後 | Next check in [X] hours. |
| 未解決のままシフトを引き継ぎます | Passing this off unresolved. Please monitor. |
全体の状況（Overall Status）の書き方
絵文字を使って一目で状況を伝えると、引き継ぎ先の担当者がすぐに優先度を判断できる。
| 状況 | 英語表現 |
|---|---|
| 🟢 問題なし | All systems stable. No active incidents. |
| 🟡 注意 | Caution. One or more watch items. |
| 🔴 インシデント対応中 | Active incident in progress. Immediate attention required. |
インシデント報告書との連携は英語インシデント報告書の書き方でも参考にしてほしい。
オンコール引き継ぎでよく使う英語表現
実務でよく使う英語表現を場面別にまとめた。
オンコール・インシデント管理の基本用語
| 日本語 | 英語 |
|---|---|
| オンコール担当 | On-Call Engineer |
| シフト交代 | Shift Handoff |
| エスカレーション | Escalation |
| ページング | PagerDuty Page / Alert |
| 障害 | Incident / Outage |
| 根本原因 | Root Cause |
| 暫定対応 | Workaround / Temporary Fix |
| 恒久対応 | Permanent Fix |
| サービス復旧 | Service Restoration |
| 事後レビュー | Post-Incident Review / Post-Mortem |
Slackでのオンコール引き継ぎフレーズ
| 日本語 | 英語 |
|---|---|
| 引き継ぎます | Handing off to [name] now. |
| 引き継ぎ文書を共有しました | Handoff doc shared above. |
| 進行中のインシデントがあります | There is an active incident — see details above. |
| 問題なく引き継ぎます | Clean handoff — all systems stable. |
| 何かあればDMしてください | DM me if you have questions. |
| よろしくお願いします | You’re up — good luck! |
障害復旧計画との連携は英語障害復旧計画書の書き方でも確認してほしい。
まとめ：英語オンコール引き継ぎは5つのセクションで完成する
英語オンコール引き継ぎに必要な構成要素を整理した。
- 全体の状況は絵文字（🟢🟡🔴）で一目でわかるよう書く
- 進行中インシデントは「今どこまで対応したか」と「次に何をするか」をセットで書く
- 注意アラートは「アクション」まで書き、次の担当者が迷わないようにする
- エスカレーション先は「誰に・どうやって・どんな条件で」連絡するかを明記する
テンプレートをコピーして、まず「全体の状況」から書き始めてほしい。引き継ぎ先の担当者が最初に目にする一文が、シフト交代の品質を決める。
コメント