上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人
3.2.4 消除对立
对立的情况在互联网公司并不少见,测试人员时常抱怨开发人员提测质量差,开发人员时常抱怨产品需求变动频繁,等等,由此产生的调侃段子也层出不穷。从某种程度上说,这种相互对立起源于工作的“移交”,产品负责人确定需求和排期后,认为自己的工作已经完成了,将需求移交给研发人员进行编码;研发人员写完代码后,同样认为自己的工作结束了,将代码移交给测试人员。每个人都将自己的工作范围划分得清清楚楚,殊不知,产品交付的质量和效率,取决于整个项目周期的所有角色。
敏捷团队的所有角色需要朝着共同的目标前进,荣辱与共。在实践上,尽量避免针对不同的角色制定可能会产生冲突的KPI,比如,对测试人员制定Bug数量的KPI,针对研发人员则制定相反(解决Bug数量)的KPI。我们甚至建议对整个项目的参与人员制定共同的KPI,如果项目失败或延期,那么整个团队都应该为此负责,并持续改进。