时间:周一上午公司例会
例会惯例:总结上周的遗留问题,跟相关人员确定这周问题的解决时间和解决方案。
哪来的“锅”???
我们是测试,负责软件测试、问题反馈及协助开发解决问题。
硬件A某人,负责产品硬件的功能测试、硬件维修以及售后。
硬件老大B某人,负责产品硬件的整体把控,以及跟客户确认硬件相关问题。
项目C某人,负责项目的进度、项目资料的调度、与客户项目的沟通等。
开发D某人,负责软件的开发、解BUG以及带新人开发。
客户方硬件E某人,负责产品硬件的检查、测试、维修等。
客户方项目F某人,负责对接我们公司的项目B某人,提需求和老板探讨一些功能的可行性方案等。
会议中听到的大致问题及过程:客户方硬件D某人在工厂测试产品时,工程模式,麦克用手堵住,部分手表会啸叫,另一部分不会。跟我们这边反馈之后,硬件老大B某分析,是他们的结构问题(结构不归我们公司管,我们只负责软件),跟我们的软件没关系,跟软件有关系的话,全部都会啸叫,硬件老大B某在公共大群里艾特了客户方硬件E某人、客户方项目F某人,让他们自己排查解决。后面开发C某人改了一版减小音量的测试版给客户验证。
项目C某人问开发D某人答应客户方硬件E某人出的软件,是谁的需求,由客户方项目F某人出邮件提的还是客户方硬件E某人?
开发D某人说,是客户方硬件E某人找硬件A某人,要求要改,开发D某人觉得奇怪但还是改了。他说没有答应他们要改到正式版本上。实际上他已经回过一个OK的手势(软件发到了大群里,客户方硬件E某人回了句可以在量产版本里更新此功能,开发D某人回了个OK的手势表情。)
项目C某人说,没有发邮件要求改的东西,开发可以要求他们发邮件出来再改,口头说明的不算,特别是要量产了,出了问题我们要赔偿损失。
硬件A某人就说,客户方硬件总打电话给他说要改,他拒绝了几次都没用,最后找开发改了软件。
硬件老大B某人说,他在大群里已经明确说明了问题,并且艾特了他们的项目和硬件,让他们自己排查问题,现在改成这样,也是会有问题的,音量变小,会导致大部分机器听不出麦克的问题,说不定还会造成更大的损失。
项目C某人就跟开发C说,要在大群里,把风险跟他们说清楚,如果他们觉得没有问题,再来进一步确定正式版本。
最后大老板说,硬件A某人就是老好人,什么都答应,有时候这种是会害死人的,职场还是要小心坑,该拒绝的时候就拒绝!!!