跃东博客

如果是测试人员，那么用测试出的错误个数来衡量你的工作量，我也不知道和不合理，但无话可说。

如果是开发人员，却要求找出自己开发的程序的错误，找到越多表示越努力工作，那就是无语了。在项目中这种事情却经常发生。这只会导致一个后果，以后开发人员在开发的时候都不怎么用心了，因为开发得太好，找不出错误要被人认为是偷懒。

虽然我们知道任何一个软件都有bug，但是不同软件，bug的多少可以相差几个数量级的，bug在开发阶段首次写代码就可以尽量避免的，不同的开发人员，差别真的很大。项目经理却总是不理解这一点，“用数字说明”这句话被他们滥用了。比如：

在第1天，A和B分别完成了一个模块，两个模块难度差不多（这是前提，如果难度差别大，则完全不是这样的情况）。这一天看不出区别。

在第2天，项目经理要求A和B检查自己前一天做的模块有没有存在某个错误。结果A没检查出错误，是真的不存在经理所说的错误，而B却出现了一大堆错误。这一天，项目经理觉得A根本就没在工作，而B圆满完成了任务。

在第3天，项目经理安排A做其他事情，因为项目经理觉得A太空闲了，他做的东西太简单了。项目经理安排B修复自己的错误，他觉得B做的东西太复杂了，需要时间去修复。

事实上，A和B由于开发能力的差别，A用一天完成的任务，B用了3天才完成。项目经理却不这么认为。如果A后两天空闲着，他就会认为A太懒了。你如果跟经理说必须看投入产出，他则会认为B的产出也是多的，他不仅开发，还测试修复，连错误个数都可以用数字说明。

这就是滋生碌碌无为的土壤。