高成熟度的软件估算应该是什么样的？

Posted 2022-07-31 麦哲思科技任甲林

1 估算基础

        1）对估算对象（需求、任务等）的拆分颗粒度定义了上限与下限，以提升估算的准确度。

        2）完备识别了估算对象，没有遗漏的需求或任务。

        3）估算人员经过了估算方法的系统培训。

        4）定义了组织级的估算方法。

2 规模估算

        1）从不估算规模或经验估算规模升级为客观度量规模，比如采用国际标准的功能点方法或自定义的规模度量方法，无论是哪种方法，规模与工作量之间应该是强相关的才是合理的。

        2）如果对本公司的项目而言，规模与工作量不强相关，也可以是复杂度等其他因子，对这些因子应该也与工作量做了相关性分析，与工作量应该强相关才是合理的。

3 工作量估算

        1） 建立了从规模的客观度量用定量模型推算出项目总工作量。

        2） 建立了工作量分布百分比的性能基线，可以从总工作量推算各阶段或各类任务的工作量。比如开发的工作量、测试的工作量。

        3） 能够用PPB或PPM推算出各种关键活动的最少投入工作量，比如需求评审的工作量、代码评审的工作量、系统测试的工作量等。

        4）工作量的估算结果应该是一个区间，而不是单点值。如，总工作量不超过100人月。

4 成本估算

        1）从工作量到成本有定量的计算方法。

        2）成本的估算结果应该也是一个 区间，而不是单点值。比如不超过30万，或者在25到30万之间等。

5 工期估算

        1）识别了项目的关键路径与关键链。

        2）对项目的工期进行了模拟，得到满足项目工期要求的概率有多大。如果概率太低，对关键路链上的任务、投入的资源与需要完成的需求进行了优化。

6 质量估算

           1）各种质量活动的投入与产出进行了预测。比如: 需求评审的投入的工作量、需求评审可能发现的缺陷，测试投入的工作量，测试可能发现的缺陷等。

           2)   各种质量活动的方法基于历史数据进行了选择，比如:需求评审应该采用会议评审还是邮件评审，是否要做单元测试、代码走查，系统测试是否要进行随机测试等，这些质量活动对项目的工期、质量等有哪些定量的影响。

7 评审与修订估算

        1）保存了估算记录，估算结果经过了评审。

        2）随着需求和任务的明确，在开发过程中修订了估算结果。

8 持续改进估算过程

        1）对比了估算结果与实际结果，对估算偏差率建立了过程性能基线或过程性能模型。

        2）总结了估算有关的经验教训。

        3）对估算方法和过程进行了持续优化。

        4）跟踪检查了估算方法与过程在组织级的落地实施情况。