如何针对测试对研发人员进行考核？
最近公司领导要求出一个规范 针对测试出来的问题 对研发人员进行考核，大家有没有相关资料可以参考一下？ up http://finance.sina.com.cn/leadership/mjxkh/20060821/17092841475.shtml 另外楼主可以看看这里：http://www.infoq.com/cn/news/2008/10/measure-programmers-productivity 看过了，不错的考核方式，希望对程序员的考核有一定的成效～～:victory: 第二个网址打不开啊 谢谢楼上的 :) :) 告诉你们老板，他的这种做法只会加重研发与测试的矛盾，而没有任何积极的意义。
研发不会故意写bug的。他们可能能力不到，可能有时候不专心导致低级的错误，这些在缺陷统计的时候可以辨别。
有了问题就解决问题，而进行考核，完全没必要，唯一可以看到的结果就是开发不再配合测试，他们会隐藏自己的错误，他们希望你们测不出问题来。。。。
你做这个标准，还不如说服老板不要考核。 同意楼上的意见
开发和测试之间本来就矛盾重重，作为高层经理，应该想办法化解矛盾，让开发和测试能够认识到，他们是站在一条船上的，需要共同为质量负责 其实我也不建议拿BUG来说事可是老板绩效管理思想很严重 不是我能所左右的我建议是拿开发对待BUG的态度来考核不要拿BUG个数来考核否则打击开发的积极性 最终局面是两败俱伤 同意7&8楼，尽量不要用bug来考核。
如果一定要用，可以考虑把开发和测试放在一个组里面。只有组外人员（比如说客户，售前，售后之类R&D以外的）发现的bug，才作为考核依据。不以bug的绝对数量作为考核标准。考核对象也应该是整个团队，而不是个人。这样的话，至少开发和测试人员的对立情况可以避免。 还是支持测试对研发进行绩效考核，但是应该只作为研发绩效考核中的一部分---即：与测试的配合
好多研发人员工作很随意的，他们认为测试是在挑他的毛病，只要领导不过问，一个bug他想改就改，不改他就遗留了，推说用户不会这样用，或者你那有我自己机子没有等等。。。所以让测试介入对研发的绩效考核对研发应该是个警醒，还是有必要的
同样的，研发也可以对测试进行绩效考核啊，互相监督么！
页:
[1]
