Etsy 的網站確實發生過停機與事故,而傳統反應——找出犯錯的人並懲一儆百——只會讓誠實的陳述轉入地下,什麼也修不好。

把事故視為學習事件,而非罪行:舉行無責備事後檢討,讓工程師能誠實陳述,並修正系統而非責怪個人。

Allspaw 於 2012 年 5 月在 Code as Craft 發表這套做法,抨擊「壞蘋果理論」,並稱人為失誤是系統狀況的症狀;檢討會追問是什麼讓事故得以發生,而 Etsy 於 2017 年將主持這類檢討會的引導指南開源。

這篇文章協助讓「無責備事後檢討」成為工程文化的標準:這個詞如今出現在業界各處的事故應變準則中,而 Etsy 的指南至今仍被正在學習主持檢討會的團隊引用。

2012 年 5 月,當時主管 Etsy 技術營運的 John Allspaw 在公司工程部落格發表〈無責備事後檢討與公正文化〉。文章否定「壞蘋果理論」——亦即認為消除錯誤的方法就是消除犯錯的人——並主張「人為失誤」是症狀,而非根本原因。

這套做法很具體:在停機或事故之後,Etsy 檢討事發經過而不追究責任,讓行為有所涉及的工程師能提供詳盡且誠實的陳述。Allspaw 將這種做法連結到「公正文化」,這是借鏡醫療與航空等領域的原則——在那些領域,懲罰誠實通報會讓系統更不安全。

2017 年 Etsy 更進一步,在 GitHub 上開源《檢討會引導指南》,將事後檢討描述為「首先是學習的機會,而非修復的機會」,並說明如何主持檢討會本身。2012 年的文章成為工程界最常被引用的工作理念之一,「無責備事後檢討」也進入遠超出 Etsy 的團隊詞彙之中。

責備會讓人隱瞞自己的作為,真正的原因便永遠無法浮現

人為失誤是系統狀況的症狀,所以修理個人什麼也修不好

誠實的陳述讓一個團隊的失敗成為所有人的教訓

公開的指南讓這套做法可供傳授,而不只是個人特質

責怪個人會讓事故更難從中學習:當人們能誠實描述自己的作為,真正的系統缺陷才會浮現——而那些才是能夠修正的東西。

Etsy 在接下來幾年將這個構想付諸實務,並於 2017 年公開其引導指南(該儲存庫已於 2025 年封存)。「無責備事後檢討」成為業界事故應變文化的信條,包括 Google 的 SRE 準則,而 Allspaw 的文章至今仍被引為這個構想的正典表述。

追溯依據

參考來源

  1. Debriefing Facilitation Guide (open source, archived) Etsy on GitHub · github.com
  2. Blameless PostMortems and a Just Culture Etsy Engineering (Code as Craft) · etsy.com ·
  3. Blameless PostMortems and a Just Culture (Wayback snapshot) Internet Archive · web.archive.org