本番障害が起きた直後、英語でインシデント報告書を書こうとして「どの情報をどの順番で書けばいいか」と詰まるエンジニアは多い。グローバルチームでは障害の事実・原因・対応・再発防止を英語で正確に記録し、関係者全員が同じ情報を共有することが求められる。
この記事では、ITプロジェクトで実際に使える英語インシデント報告書の書き方を解説する。フレーズ20選・日英Wordテンプレートもセットで用意した。コピペしてすぐに使える。
インシデント報告書を英語で整備すると、障害対応の証跡が残り、再発防止策の説得力が増す。さっそく構成と書き方を確認しよう。
英語インシデント報告書とは
インシデント報告書（Incident Report）とは、本番障害・セキュリティインシデント・サービス停止などが発生した際に、事象の概要・影響・原因・対応経緯・再発防止策を記録する文書だ。
英語では “Incident Report” のほか “Incident Post-Report” “Outage Report” とも呼ばれる。
インシデント報告書が必要な理由
障害対応中は口頭・チャットでの情報共有が中心になる。しかし、対応が終わった段階で「いつ何が起きて、誰が何をして、なぜ直ったか」を文書化しておかないと、同じ障害が繰り返されやすい。
特にグローバルチームでは、障害の一報を受けた経営層・顧客・他チームが英語の報告書を求める。事実に基づいた報告書があることで、信頼回復のコミュニケーションがスムーズになる。
ポストモーテムとの違い
ポストモーテム（Postmortem）は、根本原因分析を深掘りし、再発防止策のアクションアイテムまで詳細に記録する文書だ。インシデント報告書は事実の概要をまとめる「一次文書」として位置づける。深掘りはポストモーテムで行う。
ポストモーテムの書き方は、【テンプレあり】英語ポストモーテムの書き方｜インシデント振り返りで使える日英フォーマット付きも参考にしてほしい。
インシデント報告書の7つの必須セクション
インシデント報告書は7つのセクションで構成するのが基本だ。
1. インシデント概要（Incident Summary）
発生日時・検知日時・対応完了日時・重大度（Severity）を記載するセクションだ。「いつ・何が・どのくらいの規模で起きたか」を一目で把握できるようにする。
2. 影響範囲（Impact）
障害によって影響を受けたサービス・ユーザー数・ビジネス影響を記載する。”Approximately 2,000 users were unable to log in for 45 minutes.” のように、定量的に記述する。
3. タイムライン（Timeline）
検知から対応完了までの経緯を時系列で記録する。”HH:MM – [action taken]” の形式で、誰が何をいつ実施したかを記載する。
4. 根本原因（Root Cause）
障害の直接原因と根本原因を記載するセクションだ。「症状」ではなく「なぜそれが起きたか」を明記する。
5. 対応内容（Response & Resolution）
実際に取った対応手順と、障害を解消した方法を記載する。ロールバック・設定変更・再起動など、実施した措置を具体的に書く。
6. 再発防止策（Preventive Actions）
同じ障害を繰り返さないための対策を記載する。アクションアイテムには担当者と期限を明記する。
7. 教訓（Lessons Learned）
今回の障害を通じて得た知見を記載する。「何がうまくいったか」「何が改善できるか」の両面から記述する。
英語インシデント報告書で使えるフレーズ20選
3つのカテゴリに分けてフレーズを紹介する。
インシデント概要・影響フレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 〇〇サービスで障害が発生しました | A service outage occurred in [service name] |
| 重大度：高（本番影響あり） | Severity: High — production environment affected |
| 約〇〇名のユーザーが影響を受けました | Approximately [X] users were impacted |
| 〇〇分間サービスが停止しました | The service was unavailable for approximately [X] minutes |
| 〇〇時〇〇分に検知しました | The incident was detected at [HH:MM] [Timezone] |
| 〇〇時〇〇分に対応が完了しました | The incident was resolved at [HH:MM] [Timezone] |
| ビジネスへの影響：〇〇 | Business impact: [description of financial or operational effect] |
原因・対応フレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 直接原因は〇〇です | The immediate cause was [description] |
| 根本原因は〇〇です | The root cause was identified as [description] |
| 〇〇の設定ミスが原因でした | The incident was caused by a misconfiguration in [component] |
| ロールバックを実施しました | A rollback was performed to the previous stable version |
| 設定を修正して再起動しました | The configuration was corrected and the service was restarted |
| モニタリングアラートで検知しました | The incident was detected via monitoring alert from [tool] |
再発防止・教訓フレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 〇〇を強化します | We will strengthen [area] to prevent recurrence |
| アラートのしきい値を見直します | Alert thresholds will be reviewed and updated |
| デプロイ前のチェックリストを追加します | A pre-deployment checklist will be added for [process] |
| 担当：〇〇、期限：〇〇 | Owner: [name], Due: 2026/05/19 |
| 今回うまくいったこと：〇〇 | What went well: [description] |
| 今後改善すること：〇〇 | What could be improved: [description] |
インシデント対応中のコミュニケーションフレーズは、【例文あり】エンジニアの英語インシデント対応術｜報告・対応・振り返りフレーズ30選も参考にしてほしい。
テンプレートをダウンロード（Word）
以下のWordファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。表の行はそのまま追加・削除できる。
空白テンプレート（書き込み用）
📥 日本語テンプレートをダウンロード（Word）
📥 Download English Template (Word)
完成版サンプル（記入例）
受注管理システム刷新プロジェクトのログイン障害を題材にした記入例だ。タイムライン・根本原因・再発防止策の書き方がひと目でわかる。
📥 日本語サンプルをダウンロード（Word）
📥 Download English Sample (Word)
日本語版テンプレート（コピペOK）
以下のテンプレートを参考にして、プロジェクトに合わせて使ってほしい。Wordファイルはダウンロードして項目を自由に追加・削除できる。
インシデント概要
| 項目 | 内容 |
|---|---|
| インシデントID | INC-YYYY-NNN |
| タイトル | |
| 重大度 | Critical / High / Medium / Low |
| 発生日時 | 20XX年〇月〇日 〇〇:00 JST |
| 検知日時 | 20XX年〇月〇日 〇〇:00 JST |
| 対応完了日時 | 20XX年〇月〇日 〇〇:00 JST |
| 対応時間（MTTRの参考） | 〇〇分 |
| 影響サービス | |
| 影響ユーザー数 | 約〇〇名 |
| 報告者 | |
| 最終更新日 |
影響範囲
（障害によって影響を受けたサービス・ユーザー・ビジネス影響を具体的に記載する）
タイムライン
| 日時 | 対応内容 | 担当者 |
|---|---|---|
| XX:XX | 監視アラートで検知 | |
| XX:XX | 調査開始・関係者に第一報 | |
| XX:XX | 原因特定 | |
| XX:XX | 暫定対応実施 | |
| XX:XX | サービス復旧確認 | |
| XX:XX | 事後確認・クローズ |
根本原因
直接原因：
根本原因：
対応内容
（実施した対応手順・コマンド・設定変更を記載する）
再発防止策
| アクションアイテム | 担当者 | 期限 | ステータス |
|---|---|---|---|
| 未着手 / 対応中 / 完了 |
教訓
うまくいったこと：
改善できること：
英語版テンプレート（コピペOK）
Incident Summary
| Item | Details |
|---|---|
| Incident ID | INC-YYYY-NNN |
| Title | |
| Severity | Critical / High / Medium / Low |
| Incident Start | [Date] [HH:MM] [Timezone] |
| Detection Time | [Date] [HH:MM] [Timezone] |
| Resolution Time | [Date] [HH:MM] [Timezone] |
| Total Duration | [X] minutes |
| Affected Services | |
| Users Impacted | Approximately [X] users |
| Reported By | |
| Last Updated |
Impact
(Describe the business, operational, and user impact in quantitative terms where possible.)
Timeline
| Time | Action Taken | Owner |
|---|---|---|
| HH:MM | Monitoring alert triggered | |
| HH:MM | Investigation started; initial notification sent to stakeholders | |
| HH:MM | Root cause identified | |
| HH:MM | Mitigation applied | |
| HH:MM | Service recovery confirmed | |
| HH:MM | Post-incident review completed; incident closed |
Root Cause
Immediate cause:
Root cause:
Response & Resolution
(Describe the steps taken to mitigate and resolve the incident.)
Preventive Actions
| Action Item | Owner | Due Date | Status |
|---|---|---|---|
| Not Started / In Progress / Completed |
Lessons Learned
What went well:
What could be improved:
インシデント報告書を英語で書く3つのポイント
事実と推測を明確に区別する
インシデント報告書では “We believe the cause was…” と推測で書くのは避ける。調査が完了するまでは “The root cause is under investigation.” と明記し、確認が取れた事実のみを記録する。推測と事実が混在すると、後から読んだ人が誤った判断をしやすい。
タイムラインは「行動」ベースで書く
“Something went wrong at 14:00″ のような曖昧な記録は避ける。”14:03 — Monitoring alert triggered for API response time exceeding 5 seconds.” のように、「いつ・誰が・何をしたか」を具体的に書く。行動ベースのタイムラインは、再発防止の検討と次のインシデント対応の訓練材料にもなる。
再発防止策には必ず担当者と期限を付ける
“We will improve monitoring.” だけでは責任者が不明で実行されにくい。”Owner: [name], Due: 2026/05/19” をセットで記載することで、アクションが実際に進むかどうかが追跡できる。
振り返りフレーズは、【例文あり】エンジニアの英語ポストモーテム術｜振り返り・再発防止フレーズ30選も参考にしてほしい。
まとめ：英語インシデント報告書で障害対応の証跡と再発防止の説得力を確保する
英語インシデント報告書の要点は3つだ。
- 7セクションで網羅：概要・影響・タイムライン・根本原因・対応・再発防止・教訓
- 事実と推測を区別：確認が取れた情報だけを記録し、推測は明示する
- 再発防止策に担当者と期限を付ける：アクションを追跡可能にする
報告書をプロジェクト標準として整備することで、次の障害が起きたとき「どう書けばいいか」で迷う時間がなくなる。Wordテンプレートを活用して、今すぐ自チームのインシデント報告書フォーマットを作ってみてほしい。
コメント