聊聊Bug引起事故該不應追求責任

　　最近讀極客時間朱贇的一篇文章有感，在這也聊一下，在互聯網的公司大多數以迭代的方式上線需求，節奏通常都比較快，常常會一個需求當天來了次日就上線，開發和測試時間總共就兩天，中間還穿插着別的需求測試，不像傳統企業瀑布式發佈需求，基本開發一個月測試三個月，中間基本不會加需求或者變動需求，因此在互聯網公司的上線後常常會引發生產故障。這裏不是說時間不足確定就會泄漏故障，時間充足就不會泄漏故障。

　　泄漏了問題是否要追責，是否要懲罰呢

　　首先要明確爲何要追責，或者爲何要懲罰，追責是爲了懲罰嗎仍是懲罰是爲了更好的追責呢

　　設想一下極端，若是每一個錯誤都要受到懲罰會怎麼樣？

1. 在部門管理中，不免會出現問題你們都怕犯錯誤，大需求以及負責的需求沒人敢作，只能指派，或者一直是「老司機」作這類需求，新人得不到鍛鍊，老司機也擔驚受怕；
2. 出了問題後會無盡的吵架甩鍋丟責任，吵架會成爲工做的一大部分；　　
3. 別人出了問題也不敢指出，指出就會讓對方被追究責任；

　　設想另外一個極端，若是出了錯誤沒人被追責又回怎樣？

　　這裏要明確一點是出了問題必定要追責，可是不懲罰，追責不是爲了懲罰；追責是爲了知道爲何會出現問題，相關開發人員、測試人員瞭解到確切的問題緣由，在將來的工做，採起更多的手段和方法，避免再次出現同類的問題；

　　追責過程當中要對事不對人，重點在瞭解問題緣由，在流程和機制上改進，避免同類的問題再次發生，而不是指責誰代碼怎麼寫的，測試怎麼測的，爲何泄漏了問題

　　團隊之間保持信任，追責中不能破壞人之間的信任，要不斷創建相互的信任，讓你們明確追責是爲了找到問題的本質，避免問題再次發生，不斷創建起團隊不斷學習、反饋、進度的一個正向循環