代码出bug导致公司的损失,该不该惩罚

2020-10-14  本文已影响0人  文文_Hi心

今天财务对账,发现有几笔话费充值,没收到钱,但是给用户把话费充上了。换句话说公司贴钱了,

查原因,代码逻辑有漏洞,收款回调是失败的,但是没有根据回调结果去触发充值,而且无论收款是否成功,都直接就发起充值接口了。

这个算谁的原因呢?算开发的还是算测试的?我的判断应该是开发的原因占大头吧,毕竟这里涉及到支付、打款的问题,处理这块的是部门里经验和工龄都最老的啦。测试嘛,这种属于异常情况,不知道在测试环境中好不好触发异常情况。正常支付但是失败了才出现的bug…

这种情况并不是偶发了,虽然不愿意用惩罚的方式去处理,但是这次还是准备狠心罚一下,小惩大诫吧,不然责任心始终有点跟不上。每次都在屁股后面操碎了心,难吖。

如果看到的有懂技术的,欢迎留言指导一下。

----

事情过了这么久,写个后续吧,感谢狂歌的评论。

整个事件我决定到修复后为止,不做任何的处罚。后续只是第二天的晨会在产品技术团队面前通报了整个事件,作为大家以后引以为鉴的案例。

为什么这样处理?考虑有2个方面。

1. 没人想出错。客观评价:意外在所难免,越是活干的多,越是容易出现问题。

现阶段作为初创团队,本来流程就不规范,防范措施也不到位,出现问题就罚具体接活的人,那么以后谁还敢干活?这不等于我自己拆自己台吗?

2. 毕竟是一次线上的问题,不做任何说明,对后续的工作开展也不利,以后养成这种不上心不在乎的习惯也对团队全员不利。

所以安排在晨会上通报事件,不提人,只说事,这个事情是整个团队都该注意规避的风险点,全员强调,这次是别人,如果下次是你,能否成功避免?

事故发生了,学费都交了,如果不能吸取一点教训那也就太浪费了。这样也可以增强一些团队的整体意识,出了问题是全部人的问题,少点各扫门前雪的不良心态。

上一篇下一篇

猜你喜欢

热点阅读