研发项目工作量估算

常用的工作量评估方法常用的工作量评估方法在测试项目管理中或编写测试计划时，经常需要对某个测试工作进行工作量的预算，很多时候都是凭个人的工作经验进行估算的，如能结合一些常规的估算方法，有助于估算的精确度。

以下是网上找到的一些常规的估算测试工作量的方法：1、Ad-hoc方法这种方法下的测试工作量不基于任何确定的期限。

工作一直继续直到达到一些由管理或市场人员预先定下的时间表。

或者，一直到用完了预算的经费。

这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。

2、开发时间的百分比法Percentage of development time。

这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。

首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。

这种方法变化比较大而且通常基于以前的经验。

通常预留项目的总花费时间的35%给测试。

？5-7%给组件和集成测试？18-20%给系统测试？10%给接收测试（或回归测试等）3、类比法（经验值法或历史数据法）根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。

类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。

需要收集以下相关的历史数据：？在设计和实现阶段花费的时间？测试工作的规模，例如用户需求的数量，页面数，功能点？数据样式，例如实体，字段的数量？屏幕或字段数量？测试对象的规模，例如KLOC4、WBS（work breakdown structure）估算法将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。

5、Delphi法Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。

软件开发工作量评估软件开发工作量评估是项目管理的一项重要步骤，在软件开发过程中一般都需要它的帮助。

它是一种快速估计软件系统的开发量的方法，可以帮助到设计者更好地判断和估计软件开发所需要的工作量，并确定时间及成本。

软件开发量评估技术产生于上个世纪70年代，名为软件开发量评估模型（Software Development Effort Estimation Model，SDEM）。

这是一种基于数量的工作量估计模型，分析软件开发所需的工作量。

它主要用来估计软件开发工作量，并进行系统分析、设计、实施、安装和测试等任务分配。

它通过对软件上述阶段的活动耦合度分析，以及对软件开发中进程活动耗时尺度分析，确定软件开发所需的总体工作量。

具体来说，软件开发量评估包括：需求分析阶段，主要是分析用户、系统和设备之间的互动，并提出清晰的功能规格。

系统设计阶段，完成系统技术分析，系统可靠性、可用性分析及性能分析等，确定系统解决方案。

在实施阶段，根据解决方案，评估开发和实施所需要的工作量，包括进程流程安排和资源估算等以及测试阶段，包括模块测试、综合测试等，以及紧密集成的质量保证活动等。

为了有效评估软件开发工作量，需考虑如下因素：项目特点、开发技术水平和复杂性、工具的使用、项目的大小和质量要求等。

需要组织及时的会议，以确保开发团队共同指明项目的工作量。

此外，软件开发量评估过程还需首先采用团队手段，将团队成员参与其中，一起完成评估工作，以提升估计的可靠性和有效性。

之外，还可以借助现有技术，对测试进行量化，从而检测出软件产品可能存在的问题。

最后，软件开发量评估是项目管理中一项重要的组成部分，必须准确评估软件开发所需的工作量量，使得项目的投资回报在有限的资源上受到恰当的分配。

只有这样，才能保证项目的成功。

软件开发工作量评估模板项目名称：______________________项目描述：______________________项目目标：______________________项目范围：______________________项目里程碑：______________________ 项目资源需求：______________________ 项目风险评估：______________________ 项目工作量评估：1. 需求分析阶段：- 需求收集：____小时- 需求整理：____小时- 需求确认：____小时- 需求变更管理：____小时- 需求分析总结：____小时- 小计：____小时2. 设计阶段：- 概要设计：____小时- 详细设计：____小时- 设计评审：____小时- 设计文档编写：____小时- 小计：____小时3. 编码阶段：- 编码规范制定：____小时- 编码实现：____小时- 代码评审：____小时- 代码重构：____小时- 小计：____小时4. 测试阶段：- 测试计划制定：____小时- 测试用例编写：____小时- 测试执行：____小时- 缺陷管理：____小时- 测试报告编写：____小时- 小计：____小时5. 部署与上线阶段：- 部署计划制定：____小时- 环境搭建：____小时- 数据迁移：____小时- 上线验证：____小时- 上线支持：____小时- 小计：____小时6. 维护阶段：- 问题处理：____小时/月- 功能优化：____小时/月- 版本升级：____小时/次- 小计：____小时总工作量：____小时备注：以上工作量评估仅供参考，实际工作量可能因项目实际情况而有所调整。

技术热点Technical Focus编辑: 胡欣E-mail: huxin@技术热点Technical Focus进行歪曲，一般该协调人可由软件项目负责人担任。

(2)选择3~7名对软件比较熟悉的专家或者软件项目组成员，由协调人和专家组构成估计小组。

(3)由协调人或者软件项目负责人(若协调人非软件项目负责人担任时)将软件的每个模块的具体需求、假设和限制条件，仔细介绍给各个专家，各个专家对估计内容达成一致，并确认项目的各种假设和限制条件，以及偏差阈值(如20%)。

(4)各位专家根据主持人的介绍独立的对每个软件模块进行估计，估计过程中，各位专家不能商量或者参考其他人的估计数据，做到背对背估计，并将估计值填入表2中。

(5)估计完成后，协调人按照表3统计每个模块表2 WIDEBAND DELPHI 估计表软件项目名称生存周期阶段估计类型□规模 □工作量 □难度系数估计单位行/页/人时/-估计人员估计日期序号第一轮第二轮第三轮123…合计表3 WIDEBAND DELPHI 估计统计表软件项目名称生存周期阶段协调人估计日期估计轮次估计类型□规模 □工作量 □难度系数估计单位行/页/人时/-估计项估计人1估计人2估计人3最小估计最大估计平均值估计差异(%)是否接受合计表1 PERT SIZING 估计表软件项目名称生存周期阶段估计类型□规模 □工作量 □难度系数估计单位行/页/人时/-估计人员估计日期序号估计项最佳值最可能值最悲观值估计值123…合计的最大值，最小值，如果最大最小偏差大于20%，则该模块估计不合格。

(6)协调人将该模块最大值和最小值反馈给各个专家，并将该模块的需求、假设和限制条件更深入的介绍给大家，重新进行第二轮估计，在如此类推，最多进行三轮。

当到第三轮时，有两种情况，1、最大最小偏差小于20%，这个时候可以结束估算；2、最大最小值仍大于20%，这时候为了节约估算成本，也停止进行估算。

(7)最后的估计结果，可以取所有估算数据的技术热点Technical Focus算数平均，也可以去掉最大最小值，再进行算数 平均。