聊聊Bug引起事故该不应追求责任

　　最近读极客时间朱赟的一篇文章有感，在这也聊一下，在互联网的公司大多数以迭代的方式上线需求，节奏通常都比较快，常常会一个需求当天来了次日就上线，开发和测试时间总共就两天，中间还穿插着别的需求测试，不像传统企业瀑布式发布需求，基本开发一个月测试三个月，中间基本不会加需求或者变动需求，因此在互联网公司的上线后常常会引发生产故障。这里不是说时间不足确定就会泄漏故障，时间充足就不会泄漏故障。

　　泄漏了问题是否要追责，是否要惩罚呢

　　首先要明确为何要追责，或者为何要惩罚，追责是为了惩罚吗仍是惩罚是为了更好的追责呢

　　设想一下极端，若是每一个错误都要受到惩罚会怎么样？

1. 在部门管理中，不免会出现问题你们都怕犯错误，大需求以及负责的需求没人敢作，只能指派，或者一直是“老司机”作这类需求，新人得不到锻炼，老司机也担惊受怕；
2. 出了问题后会无尽的吵架甩锅丢责任，吵架会成为工做的一大部分；　　
3. 别人出了问题也不敢指出，指出就会让对方被追究责任；

　　设想另外一个极端，若是出了错误没人被追责又回怎样？

　　这里要明确一点是出了问题必定要追责，可是不惩罚，追责不是为了惩罚；追责是为了知道为何会出现问题，相关开发人员、测试人员了解到确切的问题缘由，在将来的工做，采起更多的手段和方法，避免再次出现同类的问题；

　　追责过程当中要对事不对人，重点在了解问题缘由，在流程和机制上改进，避免同类的问题再次发生，而不是指责谁代码怎么写的，测试怎么测的，为何泄漏了问题

　　团队之间保持信任，追责中不能破坏人之间的信任，要不断创建相互的信任，让你们明确追责是为了找到问题的本质，避免问题再次发生，不断创建起团队不断学习、反馈、进度的一个正向循环