这个ZS项目经理也没法评估的吧~难题~ But个人感觉,评估软件开发的工作量可以采用事后估量的策略。即提交之后,经过测试或试运行,需要重新回炉修改的功能点来估计。这些需要更改的部分的原因主要有两大类:因需求变更导致,本身的bug,为它俩加一个比例因子,就可以衡量该项目的工作量啦。如果进一步精确些的话,则需要考虑进去时间维度了,即修改某一bug所花费的时间。 简而言之,前期工作量多(当然工作出色,考虑地多自然算作工作量多啦),那么后期就会暴漏出的本身bug就越少,而且比较容易修改,并且需求变更时,对源代码修改起来也会相对简单些。