“人非圣贤，孰能无过
网络上频频流出程序员误删线上数据库，造成XX公司XX万损失的新闻，进而牵扯出“杀一个程序员祭天”的妙语，虽然杀一个程序员比杀一个进程要难很多，但也充满着讽刺的味道。
程序员每天都往返于代码和服务器之间，出现差错是难免的事情，一旦线上出现bug，就杀一个程序员祭天吗？笑话！当然这个锅是需要有人来背的，一定是程序员吗？
这就涉及到很多职场“潜规则”了
出现问题是每个人都不愿意看到的场景，包括直接操作人，毕竟大家混职场，平安才是福报。但是，一旦出现紧急情况，假如你是Leader，该如何处理呢？
不过可以肯定的是，最紧急的并非是“祭天”
站在全局角度，不如说是站在公司角度，一旦出现事故，修复问题才是重中之重。大家一起把最紧急的事故解决掉才是第一要素，毕竟损失大了对谁都不是好事。尤其是那些和钱相关的系统，真的出现问题，损失的可是真金白银，有的“资本家”也是很难的
解决完问题，就到了员工对于这个事故的追责问题了，你觉得一个好的团队该怎么做呢？
必须有人被惩罚
有的公司确实会针对每个事故来惩罚对应的员工，而且毫不手软，这样的公司时间长了就会造成员工以下几种情况
每个人造成事故，都会刻意去隐瞒，而且会因为担责而不停的甩锅。这样的情况一点也不罕见，一个程序员的代码为什么在线上会出现错误，很多情况下，我可以说是服务器的问题，从而转移公司的注意力来避免惩罚
遏制了每个人的新想法，新思路。因为你的新想法和新思路意味着未知情况出现，一旦出现偏差就意味是会受到惩罚，这无论是对于公司的技术沉淀还是个人的技术发展很明显是危险的。
有风险的系统或者项目，没有人去愿意去做。因为存在风险，大家都不傻，作为打工人，何必难为自己。
这种让员工想进办法甩锅的惩罚措施，很容易造成员工之间的矛盾，毕竟惩罚意味着扣钱，你把锅甩给我，就意味着要扣我钱，换做是谁也不乐意，对不对？长此以往，公司内部小则加剧帮派的划分，大则整个办公环境乌烟瘴气，而且会出现很奇怪的现象，出现问题，大家都喜欢看热闹，无关自己且心里窃喜。
什么错误都要受到惩罚的公司必定会出现落败的下场，因为这样的公司已经让员工停止了前进的脚步，让每个员工做事情的时候都感到危机感，一不小心就会在河边湿鞋。
这样的团队是你想象中的好团队吗？显然不是！！
一笑而过
和上边情况恰恰相反的团队呢，无论出现什么问题，都不会对当事人惩罚，当然首要还是要解决问题。问题解决过后，大家一笑而过，这个故障就随风飘散了，不带走员工的一丝不安。
说实话，我就呆过这样的团队，站在员工的角度来说，这可能对某些员工是好事，毕竟不会因为自己的错误而受到惩罚，但是同时也意味着这样的事情会再次发生，因为这样的事情并没有被员工所铭记。大家每天都乐乐呵呵，吃饭之余还兴致勃勃讨论着每天的线上故障，其实这是对线上bug的一种“侮辱”。
程序员的人生是需要经历很多坑才能进步的，如果这些坑没有使你进步，你也很难在职场上平步青云。
再者，如果出现的问题不能引起员工注意，员工很难在处理复杂问题的思考上下功夫，一个好的员工，时刻要思考着为什么会出现这种情况，怎么样去改善这种情况，这才是公司和员工之间的良性循环，大家好，才是真的好！！
我很幸运
我很幸运，我曾经的Leader在处理员工出现问题的时候很有经验，而且我也深刻理解到中层领导对于公司发展的重要性，不是网传BAT中的其中一家就是毁在了中层领导上吗。
出现问题，追究责任。
线上出现问题，责任是一定要追究的，一定要查出具体的原因，防止下次同样的情况再次发生，而且相关的人员一定要做好问题的处理以及善后。而至于惩罚嘛，我的做法是：除非出现影响公司收入以及稳定的重大问题，才会对员工进行惩罚。
从故障中看全貌
说实话，有的时候可以根据线上出现的故障发掘出更多的潜在问题。比如：测试人员测试不充分，程序员代码逻辑缺失等情况，而且还能暴露出公司的项目流程问题。我呆过的一个团队，到目前为止还在让程序员手动发布代码到线上服务器这种初级操作，不出现故障，代码都不好意思。
打造高质量团队
故障的发生都源自于团队的员工，打造一支高质量的开发团队才是根除一切问题的解决方案，在这样的团队中，每个人都会对问题进行反思，不断学习，互相促进，进而对团队，对公司造成一个良性循环。在这样的团队，大家都会有工作仪式感，这种感觉不仅来自于自身的提升，更来自于整个团队的互相信任
“毕竟，在职场中有几个真正的朋友是多么的不易
