背鍋的藝術：需求臨時變更上線後出事故誰的鍋

按照已確認的需求，代碼都快要上線了，產品提出需求變更，匆匆改完代碼上線後導致重大 bug，鍋（責任）應該是研發還是產品來背呢？ 工作中背鍋是常態。柱哥想說：背鍋不可怕，背了無數口鍋還沒有一點長進纔是最可怕的。 下面我們聊聊如何更有效的背鍋： 分鍋原則 首先，我們需要明確責任原則：誰執行誰負責。 這種場景下，代碼開發和最終上線的的是研發同學（RD 和 QA）的執行的，事故的主要責任是在研發同學了，產

>>阅读原文<<