システム障害報告書を作成するプロンプト

このプロンプトでできること

システム障害が発生した際の報告書を作成できます。経緯、原因、対応、再発防止策を体系的にまとめます。

プロンプト

以下のシステム障害の報告書を作成してください。

【障害概要】
- 発生日時：
- 復旧日時：
- 影響システム：
- 影響範囲：

【発生した事象】
{何が起きたか}

【原因】
{判明している原因、推定原因}

【対応の経緯】
{時系列で対応を記載}

【報告先】
{経営層、顧客など}

以下の構成で出力してください：
1. 障害概要
2. 影響範囲
3. 発生〜復旧の時系列
4. 原因分析
5. 暫定対応
6. 恒久対応
7. 再発防止策
8. 今後のアクション

以下の点に注意してください：
- 事実を正確に記載
- 時系列を明確に
- 具体的な再発防止策

カスタマイズ例

顧客向け報告の場合

【報告先】顧客
お詫びの表現を含め、
顧客に安心いただける内容にしてください。

重大障害の場合

【障害レベル】重大（サービス停止）
根本原因分析（RCA）の詳細、
組織的な改善策も含めてください。

出力例

システム障害報告書

1. 障害概要

項目	内容
報告日	2025年12月16日
障害ID	INC-2025-0123
発生日時	2025年12月15日 14:23
復旧日時	2025年12月15日 16:45
障害時間	2時間22分
対象システム	顧客管理システム（CRM）
障害レベル	重大（サービス停止）

---

2. 影響範囲

項目	内容
影響ユーザー数	約150名
影響部門	営業部、カスタマーサポート部
業務への影響	顧客情報の参照・更新が不可
外部への影響	なし

---

3. 時系列

時刻	事象
14:23	システムにアクセスできないとの問い合わせ発生
14:25	情シスで障害を確認、調査開始
14:30	DBサーバーの高負荷を確認
14:45	原因を特定（不正なクエリの実行）
15:00	関係部門へ状況を連絡
15:30	問題クエリの特定・停止
16:00	DBの復旧作業完了
16:30	動作確認開始
16:45	復旧確認、関係者へ連絡

---

4. 原因分析

直接原因

• バッチ処理で実行されたクエリが、 想定外のデータ量を処理し、DBに高負荷
• DBコネクションが枯渇し、接続不可に

根本原因

• バッチ処理の実行条件に不備
• 負荷テストが不十分
• 監視アラートの閾値が適切でなかった

---

5. 暫定対応

対応	内容	実施日
問題クエリの停止	該当バッチを手動停止	12/15
DB再起動	コネクション解放	12/15
バッチの無効化	一時的に自動実行を停止	12/15

---

6. 恒久対応

対応	内容	期限	担当
クエリ修正	処理対象を限定	12/20	開発チーム
負荷テスト	本番相当のテスト実施	12/25	QAチーム
監視強化	アラート閾値の見直し	12/20	インフラ

---

7. 再発防止策

カテゴリ	対策
開発プロセス	バッチ処理のレビュー強化
テスト	本番データ量での負荷テスト必須化
監視	DB負荷の監視閾値見直し
運用	緊急時の連絡体制整備

---

8. 今後のアクション

アクション	期限	担当
修正版のリリース	12/22	開発
本番適用	12/25	インフラ
再発防止策の展開	1/10	情シス部長
報告会の実施	1/15	情シス部長

関連プロンプト

• ITセキュリティポリシーを作成するプロンプト
• お詫びメールを作成するプロンプト
• 改善提案書を作成するプロンプト