【ぽすともーてむ】
ポストモーテム とは?
最終更新:
💡 障害の記録を、次の改善につなげよう
システム障害などの後に、影響・経緯・対応・原因となった要因・改善策を記録して学ぶ事後検証。個人を非難することより、当時の状況と仕組みを理解することを重視し、具体的な改善を担当者や進捗とともに追う。
📌 このページのポイント
- 影響、時系列、対応、原因となった要因を事実に沿って整理する
- 個人の非難ではなく、当時の情報や仕組みを理解する
- 改善策には担当者や優先度、完了を判断できる条件を付ける
- 記録をレビュー・共有し、対策の実施まで追う
障害のあとに、反省会をすること?
話し合いも役立つけれど、会議だけではないよ。何が起き、誰にどんな影響があり、どう対応したかを記録して、次の改善につなぐ事後検証なんだ。まず障害への対応や復旧を優先し、その後に事実を整理するよ。
誰が間違えたかは、書かないの?
実際の操作や判断も、必要な事実として確認するよ。ただし人を責めて終わらず、当時どんな情報があり、なぜその判断が自然だったかを考える。操作を防ぐ仕組みや、検知・復旧のしやすさにも目を向けよう。
原因を一つ見つければ、終わり?
きっかけの操作だけでなく、影響を広げた条件や対応の遅れなども調べるよ。良かった対応も記録すると次に役立つ。分からないことを断定せず、ログなどで確かめられた事実と推測を区別するんだ。
「気をつけよう」と書けば対策になる?
具体的に何を変え、誰が担当し、どう完了を確認するかを決めよう。たとえば「設定チェックを追加し、誤った値が拒否されることをテストする」なら確認できるね。優先度や期限も相談し、追跡できる課題として管理するよ。
書いた記録は、どう使うの?
関係者にレビューしてもらい、機密情報などに注意して学びを共有するよ。どんな障害で事後検証を行うかも、あらかじめ決めておくとよい。書類の完成で止めず、対策が実施されているか追うことが大切なんだ。
まとめ:ざっくりこれだけ覚えればOK!
「ポストモーテム」って出てきたら「障害の経緯と改善策を記録し、次に生かす事後検証」と思えばだいたいOK!
📖 おまけ:英語の意味
「Postmortem」 = 事後検証
💬 ここではITの障害などを振り返り、原因となった要因と改善を記録する意味で使うよ。