软件项目管理对于软件项目估算具有非常重要的地位。最好先估计规模，然后根据生产率获得整体工作量，然后根据整体工作量预测项目的每个阶段周期。软件项目经常使用类别估算、参数估算、专家法或三点估算、功能点估算等。

　　在没有足够的历史数据积累的情况下，建议参与专家法通过类别估计，有足够的历史数据来检验和纠正估计参数，并可以过渡到功能点估计和专家估计。在项目过程中，需要不断积累和收集历史项目的实际实施数据，形成工作量比例分布、生产率等实际估计参数基准。

　　1.估算主要任务的工作量

　　软件生命周期中的需求、设计、编码、测试等活动不仅是项目的主要任务，也是估算的重点。对于软件项目在计划阶段难以直接估计功能点的代码线，通常使用来估计功能点或用例点，以获得需求的规模。需求规模/需求生产率可获得需求阶段的工作量，然后根据工作量比例分布设计、编码等阶段的工作量估算数据。

　　在软件项目管理中需要有足够的历史数据并积累了更多的经验后，每个阶段的工作量可以根据每个阶段输出物的规模/生产率来获得.

　　设计工作量=设计规模(设计类、接口等)/设计生产率

　　编码工作量=代码行/代码生产率

　　测试工作量=试生产率

　　主要任务的规模和工作量估算数据基本上可以通过上述方法获得。

　　2.评估任务工作量

　　应根据项目质量计划和质量策略确定项目应安排哪些评估，在哪个阶段安排，评估覆盖率应达到多少。评估是为了防止和保证质量。投入适当的评估可以大大减少缺陷的泄漏和返工。

　　评估工作量的安排不是越多越好。项目总周期和工作量是一定的。如果评估安排过多，后期主要任务和返工工作量将被压缩。评估的关键是发现可能导致项目重大工作量偏差的缺陷泄漏，而不是100%防止任何缺陷泄漏。

　　评审工作量=评审人数*产出规模/评审速率

　　对于不同类型的工件，应具有最合适的评审速度，因此评审工作量应根据待评审工件的实际规模确定，而不是在评审过程中随意确定工作量，以便评审难以真正发现关键缺陷。

　　3.返工工作量

　　返工主要是由缺陷引起的。缺陷可能是评估缺陷或后期系统测试Bug。修改和修改软件项目中的文档缺陷Bug需要历史版本收集和验证的重要参数数据应具有不同的返工率。

　　根据项目的历史版本，一般可以获得项目缺陷密度预测数据，因此在估计当前项目的规模后，很容易获得项目的总缺陷预测，返工工作量自然可以计算。

　　各阶段返工工作量=(项目规模*缺陷密度)/各阶段返工率

　　4.总结

　　对于软件项目估算，历史项目积累的经验数据越多，估算越稳定，估算越准确。估算是项目计划的重点。估算不准确会导致项目计划后期频繁修改，无法谈及相应的基线和跟踪控制。

　　项目总体规模估算后，并不意味着项目估算已经完成。估算数据应用于所有工作包和相关任务。因此，必须根据各阶段的规模、生产率、评价和返工来估算项目中各类任务的规模和工作量。