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

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

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

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

算苦劳，不算功劳

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

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

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

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

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

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