工作中,我们会遇到各种各样的突发状况和由此引来的老板的怒火。面对盛怒中的老板,作为员工该怎么办?
去年分享过一篇文章《测试人员如何避免背黑锅?》,内容略显空洞。今天再结合一个案例谈一谈这个话题。
以两个血泪教训为例:
经历1:公司从一个很重要的客户那里接了一个项目,招投标的时候市场部放出大话说两个月交付。然而开发过程中出现了各种各样的问题,导致交付时间一拖再拖。客户催了几次后耐心磨没了,放话说要按照合同走,要求公司付违约金,以后也不会再跟公司进行合作了......老板非常生气,多次召集相关人员进行开会,问:这个客户之前多次强调过是一个非常重要的战略合作伙伴,为什么到了今天才说交付不了?早干啥去了?
经历2:有一个着急上线的需求,测试部已经完成了测试。但就在要上线的当天下午,产品人员要求改一个设计,研发人员修改后已经没有时间进行测试了,于是测试人员跟研发电话沟通过后,研发告诉测试人员,这个修改不会有问题可以上线,于是就上线了,结果第二天系统崩溃。老板大怒!
在第一个经历中,最初做测试计划时,就知道这个交付时间内不可能完成。按照一般规律,研发时间和测试时间1:1,这个项目单开发就需要2个月,所以半年时间完成是我给出的建议(然并卵)。当时在这件事上我犯了一个错,即觉得交付时间内工作完不成,跟我们测试没有关系,因此在公司运营会议(公司领导层周例会)上从没有提过这个项目交付时间方面的风险(项目经理也没有汇报过),导致老板发怒时,测试部也被批评没有尽到责任。
在第二个经历中,当时负责这个项目的测试任务跟我汇报过,我觉得研发都说了没有问题,而且当时改动的东西看起来不可能引入新bug,所以就同意上线了。所以,这件事我需要负很大责任。对自己更不利的是,当时让研发写上线申请邮件时,研发说手头上还有很多任务,也没强制要求他发邮件,导致责任最终都由测试部来承担。更不成熟的是,在老板发怒后自乱阵脚,着急为自己辩解,导致事情发展对自己更加不利。
三个教训:
留下证据,的确是在追责是化险为夷的一个手段,但如果是管理人员,则需要考虑的更多。比如,在研发分析上线失败原因的时候,作为测试经理也不要干等着,多考虑后续工作怎么开展,比如需要重新测试了,人员该怎么协调?跟现有任务会不会冲突?...早做打算。
本文作者 | Mack
文章来源 | 原创
特别敬告 | 版权所有,请勿转载,违者必究