百行业为先,完恶懒为首

项目绩效考核

上一篇 / 下一篇  2009-04-18 18:37:36 / 个人分类:测试人生

随着公司CMMI3级认证的落成,公司已经起步朝着服务外包的方向发展,相应的一些绩效制度也势在必做:下午参加EPG例会其中除了一些流程和项目文档模块的完善和更改之外,就是关于项目方面的绩效如何做。总监提议项目毛利的10%做为提成,再大家讨论后落定对于一个软件项目最大的成本就是人力成本,故他同意项目提成提高到为项目毛利的15%。而其中项目经理领取其中的45%、UI5%。剩下的50%分给测试人员和开发人员。其中出现分歧的是总结建议用千行bug率来考核开发人员和测试人员的绩效。

首先是规定一个达到千行bug率的标准做为测试人员和开发的均值,测试人员测出的bug率在这个均值之上则惩罚开发人员、奖励测试人员的绩效,相反则惩罚测试人员、奖励开发人员,而如果客户发现问题,则需测试人员负责,即扣出测试人员的奖励。我做为测试人员深刻知道,软件的质量不是考测试人员一个人或一个测试团队单方面来维护,质量贯穿于整个开发过程的所有人员,总监的着这种必须测试人员对软件质量负责的态度,我必须驳回,大家共同的责任我一个小女子无法承担也不可能承担,而且这样的话只会激发测试人员和开发人员的矛盾,但我深知在一个项目中测试人员需要开发人员的密切配合的,本来平时的工作就不太好做,加上这种绩效的话,估计我以后的测试工作要想很顺利简直太难了。在其他成员人的帮助和我自己的辩护下,最终确定客户发现的bug又整个项目来分担,即在项目毛利的15%中按点下调,而测试人员和开发人员的话是按剩余的50%平分,对此,我不是很满意,对于小一点的项目人少没有问题,而对于大一点的项目,开发人员和测试人员的比例相差太大了,貌似总监觉得测试人员的地位应该低于开发人员,貌似我觉得测试人员对于整个项目的掌控和质量的跟踪很突出。

这也说明总监对测试方面的工作不是很了解,给我的感觉是他觉得测试时很好做的,按需求做做就好,其实测试最重要的就是测试用例的设计,大家看看你们的经验,评评看,小妹经验有限。


TAG:

 

评分:0

我来说两句

Open Toolbar