1工作量估算的定义
工作量估算 即对开发软件产品所需的人力和时间的估算——人力成本是一个项目的主要成本。
我们可以根据预估的工作量决定具体由几个人、哪几个人参与该项目。
工作量通常以 人/天
、人/月
、人/年
的形式来衡量。
2为什么要估算工作量
做好工作量估算对内对外都有好处:
3 常用估算方法
估算方法有很多,但是最常用的是 类比法
、WBS 拆分法
、Delphi 法
3.1 类比法
也叫经验值法或历史数据法。是根据以前或相似项目(主要在项目性质,领域,规模上有相似)所积累的经验或历史数据来估算工作量。
类比法精确度取决于历史项目数据的完整性和准确度,因此,用好类比法的前提条件之一有较好的项目后总结与分析机制。
在通过类比法估算时,主要参考内容包括:在设计和实现阶段花费的时间、 测试工作的规模、用户需求的数量、页面数、功能点、数据样式 等内容。
3.2 WBS 拆分法
全称 :work breakdown structure , 即项目结构拆分估算法。将项目或产品分解为具体的工作,然后分别对各个工作进行时间估算,最终求和得出项目或产品的测试工作量/时间
3.3 Delphi 法
即专家调查法,由多种相关经验的人共同参与,各人进行估算,然后汇总讨论,最终得出一个协商后的结果。
3.4 其他估算方法
CPM (Critical path method) 关键路径法,即分析项目中从开始到结束耗时最长的内容,然后将多个耗时较长的内容组合得到一个估算值。
PERT (Program Evaluation and Review Technique) 计划评审技术。CPM 和 PERT 的区别在于,后者是基于乐观值、悲观值的平均取值。
4我们该怎么做
5工作量评估牵涉的内容
项目工作量评估牵涉的内容:运维、产品、UI 设计、研发、测试、交付(验收)、运营、团队技术能力、项目负责人的协调能力、风险控制(外部影响因素)
5.1 运维
运维的内容大致包括:
注意:
5.2 产品和设计
大致包括:
注意:交互逻辑和 UI 设计的复杂度也是影响研发进度的重要因素
5.3 研发
大致包括:
前端、移动端的工作量评估可以从页面数量、功能点数量两个方面来分别估算。需要注意的是,交互逻辑和 UI 复杂度也会影响这两段的工作量。
服务端工作量基于功能点(接口数量)来确定,需要预留数据库模型设计等工期。
研发结算最好预留出架构设计的工作量,方便后续项目或任务中复用。
软著和三方账号申请时,必须明确是否由我们申请,我们申请的话需要明确软件所有权是属于我们还是属于对方,如果属于对方,需要对方提供相关授权证明
短信平台申请时需要与对方明确费用问题,并且需要对方授权;如果对方不方便授权,则由对方直接申请,只给我们提供对接账号密码即可。
5.4 测试
内容包括
综上,一个项目的测试过程,起码要保证 2-3 轮测试。
5.5 验收
内容包括:
验收负责人、验收流程和标准决定了验收过程中所耗费的主要时间。所以,在项目开始时必 须明确这几项内容,在研发过程中有意向这几项靠拢。项目开始前估算工作量的话,需要根据历史经验预留一定的时间周期。
5.6 运营
内容包括:
在项目交付和验收之前,运营人员还必须亲自验证各运营系统是否能正常运行。
5.7 团队技术能力
理论上讲,能力强的员工完成同样的任务耗时会更短,但我们能力强的员工不一定会参与当前项目,所以,在评估工作量时需要做一个平衡。
5.8 项目负责人的协调能力
项目负责人的协调能力也是工作量评估的重要因素:
5.9 风险控制
内容包括:
6 工作量评估模板
下面这个模板仅供参考,如果您觉得有不完善的地方,欢迎指正。
本文结束,感谢观看。