研发绩效考核挑战与策略：避免数据滥用，追求公正评价.pdfVIP

行“冷风”换行“冷风吹”换行。古龙这种写法多少还有其特殊的价值，而程序上一行

换多行，没有任何价值。

这种博弈充分体现了互联网的迭代思维，而且迭代速度之快，让人目不暇接，脑洞大开。可

笑的是最终这个想法被放弃并不是因为考核者觉得斗不过程序员了，而是由于产品经理

了。

因为另一个指标是bug数，而程序员为了bug少，那就得保守，少做需求，原来一个需求3天可

以完成，现在5天也完成不了了，项目进度突然变得异常缓慢。在产品经理的声

中，这个计划土崩。实际上这些程序员都是非常优秀的人，之所以有这样的反应是因为感

觉受到了，怀疑总是想偷懒。

虽然这种尝试失败了，而且从根本上看这种方式就是错误的，但我认为数据在研发

中是可以发挥作用的，只是各种数据应该仅作为辅助参考，而不可以作为考核指标。一

旦数据成为指标，必然会导致其中的参与者动作变形，人为做一些事情来干扰指标。而

且，由于数据肯定会存在一定的偏差，即使作为参考也只适用于发现的情况，比如筛选

出表现非常出色的员工和表现非常不理想的员工，如果用数据来衡量一般表现的员工之间的

差别，会非常容易出现误差。

我曾经使用代码量、bug数、bu