--- title: ブレームレス・ポストモーテム description: ブレームレス・ポストモーテムは、責任の所在を追及することなくインシデントを分析し、チームが障害の原因を把握し、より迅速にプロセスを変化させられるようにします。 type: knowledge-card locale: ja canonical: 'https://yoseno.com/ja/docs/knowledge/blameless-postmortems' --- # ブレームレス・ポストモーテム ブレームレス・ポストモーテムは、責任の所在を追及することなくインシデントを分析し、チームが障害の原因を把握し、より迅速にプロセスを変化させられるようにします。 - **テーマ:** 失敗を許容する文化, 学習機会, プロセスの透明性, 心理的安全性 ## これは何か ブレームレス・ポストモーテムとは、事実、意思決定、制約、プロセスの仕組みを通じて、インシデント、失敗、重大なエラーを分析することです。参加者は、誰が悪いのかではなく、なぜその状況で合理的な人々がそのような決定を下したのかを探ります。このプラクティスは、従業員がリスクやミスを隠さないことが重要な場合に有効ですが、意図的な違反や重大な過失の分析に代わるものではありません。 ## 役立つ場面 - インシデントの後、チームが責任の所在について争い、プロセスの変化を文書化しません。 - 従業員が、罰や公の場での恥を恐れて、リスクを報告するのが遅くなります。 - 同じミスが繰り返されますが、原因はチャットや個人的な説明の中に埋もれたままです。 - マネージャーは、障害の構造的な原因を個人的な推測から切り離す必要があります。 - チームは、次のステップへの責任を損なうことなく、失敗から学びたいと考えています。 ## 始め方 1. 最近のインシデントを1つ選び、事実を収集してください：何を期待していたか、何が起こったか、作業中にどのような決定を下したか。 2. 非難を止め、議論を条件、データ、プロセスに戻すファシリテーターを任命してください。 3. 原因に関する質問を用いて分析を実施してください：どのようなシグナルを見逃したか、ルール、アクセス権、時間、役割の明確さがどこで不足していたか。 4. プロセスにおける変化を2〜3つ、担当者とともに記録してください：チェック、エスカレーションルール、テンプレート、自動化、責任の明確化など。 5. 次に似た事例が発生した際に、その変化が機能したかどうかを確認し、公に犯人捜しをせずに合意事項を更新してください。 ## 期待できるメリット チームは、口頭での結論ではなく、障害原因の明確なマップとプロセスにおける具体的な変化を得られます。マネージャーは繰り返される弱点を把握しやすくなり、リスクの早期報告を支援しやすくなります。 ## よくある間違い - 分析は非難なしと呼ばれますが、質問や口調は依然として犯人を探してしまいます。 - チームは感情だけを議論し、結論を担当者とともにプロセスの変化へと移行させません。 - このプラクティスは、個別のマネジメント分析が必要な意図的なルール違反のケースに使用されてしまいます。 - 事実がすでに推測や防御的な説明と混ざった、あまりにも遅いタイミングでポストモーテムが実施されます。 - マネージャーがオープンさを求めますが、その後、合意されたルールの範囲外で認められたミスに対して罰を与えてしまいます。 ## 参考資料 - 書籍：シドニー・デッカー『The Field Guide to Understanding "Human Error"』 - 書籍：エイミー・C・エドモンドソン『The Fearless Organization』 - ドキュメント：Google SRE Book、Postmortem Culture: Learning from Failure - 書籍：ジョン・オールスパー『Moving Fast at Scale』 ## よくある質問 ### 誰がこの種の分析を主導すべきですか？ ファシリテーターを任命するのが最善です：マネージャー、チームリーダー、または経験豊富な参加者で、議論を事実、作業条件、および次のアクションに集中させます。インシデントの担当者は参加できますが、一人で防御に回るべきではありません。 ### これは、誰も何の責任も負わないということですか？ いいえ。非難なき分析は、個人への恥辱を排除しますが、修正を行う責任は残ります。分析の結果として、誰がルール、チェック、エスカレーション経路、作業テンプレートを更新するのか、変更の担当者を明確にする必要があります。 ### コンサルタントなしで始められますか？ はい。初めての場合は、短い構造で十分です：事実、期待、判断に影響を与えた要因、見えている構造的な原因、以降に変更すること。事前に、このミーティングが懲戒のための分析ではないことを合意しておくことが重要です。 ### 参加者が正直に話すことを恐れている場合はどうすればよいですか？ あまり痛みの大きくない事例から始め、マネージャーが自らプロセスや判断に与えた影響を最初に挙げるようにしてください。言葉で完全な安全を約束するのではなく、結論が罰ではなく変化につながることを示すことで、安全性を実証してください。 ### このプラクティスが機能しているかどうかをどう判断しますか？ リスクがより早期に提起されるようになったか、分析後に具体的な変化が生まれているか、同じ種類の繰り返しが減っているかを確認してください。ミーティングの雰囲気だけでプラクティスを評価しないでください。 ## 関連カード - [アフターアクションレビュー（After-Action Review）](https://yoseno.com/ja/docs/knowledge/after-action-review.md) — プロジェクト、インシデント、またはイテレーション後の短い振り返りは、チームが何を期待していたか、何が起こったか、そしてどのような教訓を確固たるものにするかを理解するのに役立ちます。