[项目管理] 如何评估工作量

1.1. 工作量估算的定义

工作量估算 即对开发软件产品所需的人力和时间的估算——人力成本是一个项目的主要成本。

我们可以根据预估的工作量决定具体由几个人、哪几个人参与该项目。

工作量通常以 人/天、人/月、人/年 的形式来衡量。

1.2. 为什么要进行工作量估算

做好工作量估算对内对外都有好处：

对内可以更好的分配预算，更好的进行人力资源的调配，提升工作效率；
对外可以合理估算和控制项目成本，实现精准报价。

1.3. 常用估算方法

估算方法有很多，但是最常用的是 类比法 、WBS 拆分法 、Delphi 法

1.3.1. 类比法

也叫经验值法或历史数据法。是根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。

类比法精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一有较好的项目后总结与分析机制。

在通过类比法估算时，主要参考内容包括：在设计和实现阶段花费的时间、测试工作的规模、用户需求的数量、页面数、功能点、数据样式等内容。

1.3.2. WBS拆分法

全称：work breakdown structure , 即项目结构拆分估算法。

将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。

1.3.3. Delphi 法

即专家调查法，由多种相关经验的人共同参与，各人进行估算，然后汇总讨论，最终得出一个协商后的结果。

其他估算方法还有

CPM (Critical path method) 关键路径法，即分析项目中从开始到结束耗时最长的内容，然后将多个耗时较长的内容组合得到一个估算值。
PERT (Program Evaluation and Review Technique) 计划评审技术。CPM 和 PERT 的区别在于，后者是基于乐观值、悲观值的平均取值。

1.4. 我们怎么做

由于我们前期对历史项目的积累不够充分，所以暂时无法使用类比法。我们实际项目中可以采用 WBS 和 Delphi法 组合的方式来估算项目或任务的工作量。也就是说，接到任务或项目后，先分析牵涉到哪几端的工作量，然后从各端抽选一个负责人对具体任务进行拆分和估算，然后汇总给总负责人，从而得到一个相对准确的估算结果。

1.4.1. 工作量评估牵涉的内容

项目工作量评估牵涉的内容：运维、产品、UI 设计、研发、测试、交付（验收）、运营、团队技术能力、项目负责人的协调能力、风险控制（外部影响因素）

1.4.1.1. 运维

服务器配置表
服务器搭建
Https 域名申请
云端存储服务申请
项目部署演练和最终部署

如果由甲方提供服务器内容，我们的运维必须提前预备好部署项目所需的服务器配置。
在验收部署项目前，需要进行必要的项目部署演练，防止验收阶段部署时出现问题。

1.4.1.2. 产品和设计

需求确定
原型绘制
交互逻辑梳理
UI 设计稿绘制

1.4.1.3. 研发

前端
移动端
- Android、
- iOS
服务端
- 架构设计
- 数据库模型设计
- 接口编写
- 关键脚本（SQL）留存
相关三方账号申请
- 软著申请
- 各应用平台账号申请
- 短信平台申请
- 其他分享、定位等平台申请

前端、移动端的工作量评估可以从页面数量、功能点数量两个方面来分别估算。需要注意的是，交互逻辑和 UI 复杂度也会影响这两段的工作量。
服务端工作量基于功能点（接口数量）来确定，需要预留数据库模型设计等工期。
研发结算最好预留出架构设计的工作量，方便后续项目或任务中复用。
软著和三方账号申请时，必须明确是否由我们申请，我们申请的话需要明确软件所有权是属于我们还是属于对方，如果属于对方，需要对方提供相关授权证明
短信平台申请时需要与对方明确费用问题，并且需要对方授权；如果对方不方便授权，则由对方直接申请，只给我们提供对接账号密码即可。