BUG 修复竟然不算工作量？太欺负人了

今天才知道公司有这么一个匪夷所思的规定。

起因是这样的。我准备离职了，但是交接的时候出了问题：组长说找不到人来交接。
项目经理一听：怎么会？不是某某模块开发人员比较闲吗？
组长：哪里闲啦，他们在修复 BUG，忙得很。
项目经理：但是修复 BUG 不算工作量啊，我这里几个礼拜没给他们分配任务了，你这里刚好有任务交接，那不正好？
组长：这时候再抽人出去，BUG 何年何月修复得完啊。

我就纳闷了。都是同一个办公室的，人家明明经常加班，你项目经理又不是瞎子，还好意思说人家闲？其实项目经理这么说是有原因的：公司不晓得哪来的规定，项目维护过程中的 BUG 修复不算工作量。

这个规定太无耻了。为什么说它无耻，因为这明显就是转嫁成本压迫员工的手段。你公司只肯招水平低的开发人员，就必须承担相应的成本。BUG 就是成本的一部分。这样的规定掩盖了一个很严重的问题，就是员工生产力的差别。BUG 是体现生产力差别的重要因素，看不到生产力的差别，就会让人觉得开发人员水平对项目没有影响。这种观念无疑是极度危险的。

为什么会出现这样的规定呢？因为我们的部门经理以前是做测试的，对 BUG 有着极度强烈的怨念，所以才会出台这种惩罚性措施。他的目的并不一定像我之前说的那样龌龊，但后果是一样的。不过我现在已经没有耐性去看事情的发展，我只能趁早脱身了。

评论

33 楼 米饭rice 2009-06-20  

改BUG不算工作量的话， 只能在前期吓唬一下员工，到后期真正改起BUG来，大家立马心就散了

32 楼 yujieshijie 2009-06-18  

这种公司,就是没Bug也得改代码,改到内存溢出为止!所以,学程序一定要学会内存管理,这时候就派上用场了.呵呵

31 楼 UFIDA骄阳 2009-06-12  

笑死我了。。。我就不信。一个BUG没有。。哪个客户敢用！！

30 楼 myworkfirst 2009-06-09  

   肯定要算啊，无论是系统测试，还是SDV测试，都要算工作量。
系统测试压得紧点，但sdv测试一定要给出时间，否则怎么确定第个版本。

   不清楚lz公司所说的这个bug,是指哪个阶段?

还有，看到有人说没有产出，修改bug怎么会没有产出呢?

29 楼 yiding_he 2009-06-09  

gainfirst 写道

BUG的修复是有成本的，但是实际上是不能算工作量，因为严格意义来讲工作量是有产出的，而BUG的修复所耗掉的时间客户是不给付钱的，所以BUG的修复是没有工作量的，我们公司也是。我觉得这个倒不是很坏的决定。所以不要埋怨公司的这种规定，应该从源头上杜绝BUG的根源，尽量减少BUG这个才是目的。

这种想法我觉得很狭隘，根本原因在于没有把修复 BUG 看成是开发工作的一部分。脑力劳动不像机器，其成果当中包含错误是必然的，也是正常的。修复错误也是产出过程中的必须步骤。

28 楼 shishi11 2009-06-09  

gainfirst 写道

BUG的修复是有成本的，但是实际上是不能算工作量，因为严格意义来讲工作量是有产出的，而BUG的修复所耗掉的时间客户是不给付钱的，所以BUG的修复是没有工作量的，我们公司也是。我觉得这个倒不是很坏的决定。所以不要埋怨公司的这种规定，应该从源头上杜绝BUG的根源，尽量减少BUG这个才是目的。

我看不可一概而论，尽量减少BUG需不需要成本呢？如果说有产出的才有工作量，那测试就没有产出了，测试用例代码并不是用户所需的，是不是产出呢？
成本中有两种：一致成本，不一致成本，一致成本是说你要达成目的应该花费的成本，不一致成本就包括预防成本、评估成本和故障成本。
从这个角度来说，只能评说个人的效率，不算工作量是不对的。但因为管理上的粗犷，认为所有人的效率都是一样的，所以只能以工作总量来进行衡量，并不是有效工作量。熟练的开发人员效率可以达到初出开发人员的15倍。而且必要预防成本（质量管理成本），和评估成本（测试是否满足）也是有工作量的。所以，以工作时间来计算，显然是不准确的，以总工作量来计算又是片面的。可量化的准确估算，不仅是对工作量的计算，也是对进度准确把握的关键。

27 楼 yiding_he 2009-06-09  

工作量是客观存在的，你不能够闭上眼就说它不存在。我觉得如果要进行成本计量，首先就要把真实情况反映出来，然后再分析原因，至于客户付不付钱，那是另外一回事。否则的话，你不知道 BUG 花费了多少人力，问题只会被掩盖下去。

26 楼 gainfirst 2009-06-09  

BUG的修复是有成本的，但是实际上是不能算工作量，因为严格意义来讲工作量是有产出的，而BUG的修复所耗掉的时间客户是不给付钱的，所以BUG的修复是没有工作量的，我们公司也是。我觉得这个倒不是很坏的决定。所以不要埋怨公司的这种规定，应该从源头上杜绝BUG的根源，尽量减少BUG这个才是目的。

25 楼 qiudawei115 2009-06-08  

如果bug是自己工作失职造成的，必须不能当成工作量，否则项目没法做了
如果bug是由于需求变更或者是不可避免的原因出现的话，楼主就抽那个规则制定者去吧

24 楼 yangtse_ye 2009-06-08  

一般来说，项目中开发完毕之后，进入测试，自己修正自己的bug，确实是不计算工作量的。

23 楼 hatedance 2009-06-07  

算苦劳，不算功劳

22 楼 yiding_he 2009-06-04  

seemoon 写道

xiaobaobao 写道

修改BUG也要区分情况的，我们这有位大哥就拿修改BUG的理由偷懒好久了，天天干自己喜欢的事情，然后一问就是修改BUG呢，而且还真的有BUG，像永远改不完一样。给了限期也没办法，到时候还出BUG。

你这位大哥不能 1个bug/10人日 这么混下去吧? 不能相信人品的时候,那么只能拿绩效说话了。
没有bug跟踪系统发生这种事情的概率比较高。

根据项目经理对他的评价来考虑如何处理。

21 楼 lg_techie 2009-06-04  

seemoon 写道

xiaobaobao 写道

修改BUG也要区分情况的，我们这有位大哥就拿修改BUG的理由偷懒好久了，天天干自己喜欢的事情，然后一问就是修改BUG呢，而且还真的有BUG，像永远改不完一样。给了限期也没办法，到时候还出BUG。

你这位大哥不能 1个bug/10人日 这么混下去吧? 不能相信人品的时候,那么只能拿绩效说话了。
没有bug跟踪系统发生这种事情的概率比较高。

这只能说明公司的管理出现了问题！！

20 楼 lg_techie 2009-06-04  

LucasLee 写道

不懂软件的人来做的管理。也不愿意学

现在国内这种软件企业很多！很多搞管理的根本就不懂软件开发的规律，认为搞软件就是件很简单的事情！！

19 楼 seemoon 2009-06-04  

xiaobaobao 写道

修改BUG也要区分情况的，我们这有位大哥就拿修改BUG的理由偷懒好久了，天天干自己喜欢的事情，然后一问就是修改BUG呢，而且还真的有BUG，像永远改不完一样。给了限期也没办法，到时候还出BUG。

你这位大哥不能 1个bug/10人日 这么混下去吧? 不能相信人品的时候,那么只能拿绩效说话了。
没有bug跟踪系统发生这种事情的概率比较高。

18 楼 shishi11 2009-06-03  

今年考题还说质量成本的问题呢，看来根本没有把质量成本划到总成本里，所以以此为基础的许多估计都有错误的。可以表面上是微微盈利，实际是大面积亏损

17 楼 xiaobaobao 2009-06-03  

修改BUG也要区分情况的，我们这有位大哥就拿修改BUG的理由偷懒好久了，天天干自己喜欢的事情，然后一问就是修改BUG呢，而且还真的有BUG，像永远改不完一样。给了限期也没办法，到时候还出BUG。

16 楼 yiding_he 2009-06-03  

qmxle 写道

如果这个BUG是自己造成的，是可以不算工作量，我觉得。这样每个人在开发的时候才会更加小心负责。

说说本人所在公司的情况：有的人开发很快，但是BUG一堆，还好意思说早就做完了，闲得没事上网聊天。最后一测试发现一堆BUG了，忙不过来就加班，这怪谁？

不存在什么“如果”，绝大多数 BUG 就是来自于开发人员。而且，不管是不是来自开发人员，查找 BUG 原因也是需要耗费精力的。

开发人员水平的问题不是什么小心负责就可以弥补的。比如有的开发人员不知道 String 不能用 == 比较（通常是毕业生），他不知道的事情再怎么小心也没用。这是绝大多数 BUG 的来源，态度问题也有，但那是极少数。

水平是怎么成长起来的？就是靠修复 BUG。吃亏方能有长进。所以如果公司刻意要招应届毕业生，那就必须容忍和允许他们出 BUG，这是“节约成本”的必然代价。

15 楼 qmxle 2009-06-03  

如果这个BUG是自己造成的，是可以不算工作量，我觉得。这样每个人在开发的时候才会更加小心负责。

说说本人所在公司的情况：有的人开发很快，但是BUG一堆，还好意思说早就做完了，闲得没事上网聊天。最后一测试发现一堆BUG了，忙不过来就加班，这怪谁？

14 楼 damoqiongqiu 2009-06-02  

幸亏你走得及时，祝贺！