「P0 事件的其中一個好處，就是會強迫工程師補上不足的知識呢。」——《SRE工作現場直擊!：維運起點x實戰經驗x職涯規劃面面觀》

今天分享的是看法相當正面的一則金句呢！（咦）

通常來說，工程師們都不想要遇到 P0 事件，畢竟 P0 意味著事故極為嚴重，一個沒弄好可是會讓企業有嚴重損失。

每當 P0 事件發生，系統掛了、客戶連環 call、主管在旁邊盯著，經歷過此種壓力的工程師大概一輩子都難以忘懷。

但 P0 事件也是一個能令人大腦高速運轉、快速學習的一個場合。

架構的盲點、文件的缺漏、監控的死角⋯⋯，P0 事件會把過去沒考慮清楚的環節通通攤在陽光下。

從這個角度來看，P0 確實是一位代價高昂，但教學紮實、強迫大家補交學費的老師。（咦）

所以如果你遇到了 P0 事件，千萬要好好的把握機會，務必要把這段痛苦的經歷轉化成可以被整個團隊共享的知識，讓下一個人不需要用同樣的代價再學一次。

另外，除了實際體驗 P0，可以的話在平日安排 Postmortem 與知識分享會，讓寶貴的經驗可以在沒事發生時就有機會擴散學習，避免關鍵知識只存留在特定角色的腦袋中。

在你的團隊，夥伴有機會從 Postmortem 中學習前人的慘痛教訓嗎？你們有建立哪些促進團隊分享知識與經驗的制度與活動呢？