SSuccess PhilosophySUCCESSPHILOSOPHY.JP

Q084

4択Multiple choice応用Intermediate
説明責任・失敗からの学習・ポストモーテムaccountability · learning from failure · postmortem
大規模なシステム障害が発生し、原因は一人のエンジニアの設定ミスでした。Google や Etsy などが実践する「非難なきポストモーテム(blameless postmortem)」の考え方に基づくと、リーダーとして最も適切な対応はどれですか。A major system outage was traced to a configuration mistake by one engineer. Following the "blameless postmortem" practice used by Google, Etsy, and others, what is the most appropriate leadership response?
  1. 本人を厳重注意し、全社に事例として名前入りで共有して再発を防ぐ
  2. 個人の責任追及ではなく、「なぜそのミスが可能だったか」というシステム上の要因(確認プロセス、権限設計、ツールの表示など)を分析し、再発防止策を組織として実行する
  3. 誰のミスかを一切問わず、障害の原因分析自体を行わない
  4. 本人にすべての再発防止策の立案と実行を一任し、責任を取らせる
  1. Formally reprimand the engineer and share the case company-wide with their name to prevent recurrence
  2. Instead of assigning personal blame, analyze the systemic factors that made the mistake possible (review process, permissions, tool design) and implement organizational fixes
  3. Skip root-cause analysis entirely so no one is blamed
  4. Make the engineer solely responsible for designing and executing all preventive measures

解答Answer

正解: BCorrect: B

非難なきポストモーテムは「誰が」ではなく「なぜ可能だったか」を問い、個人を罰する代わりにシステムを改善します。責任放棄ではなく、学習を最大化する説明責任の形です。A blameless postmortem asks not who but why it was possible, improving the system rather than punishing the person. It is not a lack of accountability but a form that maximizes learning.

解説Explanation

非難なきポストモーテムは、航空安全や医療安全の「公正な文化(just culture)」の考え方をソフトウェア業界が取り入れたもので、Etsy の John Allspaw や Google の SRE(Site Reliability Engineering)の実践で広く知られるようになりました。前提となる認識は、「善意で行動した人がミスをしたなら、同じ状況で他の人も同じミスをしうる。したがって個人を罰しても再発は防げず、むしろミスを隠す動機を生む」というものです。分析の焦点は、なぜ危険な設定変更が一人の操作で本番に反映できたのか、確認や自動テストはなぜ機能しなかったのか、といったシステム要因に置かれます。選択肢Aは見せしめであり、報告文化を破壊します。Cは学習の放棄で、非難なきポストモーテムの誤解です。Dは形を変えた個人責任の押し付けです。結果責任は組織のリーダーが負い、学習と改善を実行する説明責任を果たすことが、この文化における「責任の取り方」です。The blameless postmortem brings the "just culture" thinking of aviation and healthcare safety into software, popularized by John Allspaw at Etsy and Google's Site Reliability Engineering practice. Its premise: if a well-intentioned person made a mistake, others in the same situation could too, so punishing the individual does not prevent recurrence and instead motivates concealment. Analysis therefore focuses on systemic questions, such as why a risky configuration change could reach production through one person's action and why reviews or automated tests did not catch it. Option A is scapegoating that destroys the reporting culture. Option C abandons learning and misunderstands the practice. Option D is individual blame in disguise. In this culture, leaders hold the accountability for outcomes and discharge it by driving learning and improvement.

課題Issue

「非難なき」を「誰も責任を負わない」と誤解すると、繰り返し同じミスをする人や、明らかな怠慢・悪意による行為まで免責してしまいます。また、経営層や顧客が「責任者の処分」を求める圧力をかける場合、現場リーダーが板挟みになります。Misreading "blameless" as "no one is accountable" can excuse repeated carelessness or even malicious acts. Executives or customers demanding that someone be disciplined also put frontline leaders in a bind.

改善案Improvement

「公正な文化」の原則に従い、ヒューマンエラー(システムで防ぐ)、リスク行動(コーチングで是正)、無謀・故意(懲戒対象)を区別する基準を明文化しましょう。経営層には、再発防止策の具体的な実施状況を「責任の取り方」として報告し、処分より改善が顧客の信頼回復に効くことをデータで示すと説得しやすくなります。Following just-culture principles, write down the distinction between human error (fix the system), at-risk behavior (coach), and reckless or intentional acts (discipline). Report concrete preventive actions to executives as the form accountability takes, and show with data that improvement restores customer trust more than punishment does.