图12

项目高阶方案从用户的使用角度把客户需求实例化图形显示，模块化。

图13

2.根据高阶方案把功能再次分解，例如高阶方案有一项功能是支持工位数据采集，这项功能可以分解成工位基础设置，设备设置等功能。等到所有高阶方案功能都拆分成详细功能后就可以用工作量基线库算出开发需要的工作量，然后再根据工作量换算成对应的人工成本预算。

图14

3.工作量评估

对于工作量评估不少企业都会很困惑，往往评估出来的工作量和实际工作差距偏差太大，有什么好的办法可以更准确的评估出工作量呢？

这里给大家分享下华为的做法。我所在的部门是基于工作量基线库评估工作量，什么是工作量基线库？工作量基线库可以是一个系统，也可以是一张excel表。我们的架构师分解工作任务后，就对照工作量基线库找到对应的工作任务对应的计算方法来计算工作量。基线库里面列出能开发的所有任务类型的标准工作量，不同复杂度工作量计算方法不一样，复杂度一般分为简单，中等和复杂三种难度

l 简单难度如1条javascript或几句简单的逻辑代码；

l 中等难度如需要查询数据库，对数据进行加工转换；

l 复杂难度如需要调用第三方接口，获取数据后，对数据加工，之后再对数据回写接口。

对于简单，中等，复杂都有明确的定义，具体说明会在复杂度列中注明，如下图所示。具体计算方法在工作量列也都有注明，如简单的工作量是1乘以n，中等难度7乘以n, 复杂难度12乘以n，n是指有多少个这样的类似功能接口。例如要实现2个接口，第1个接口是上报文件数量，第2个接口是上报文件的下载数量。按简单难度计算工作量1*2等于2人天，按中等难度计算工作量7*4等于14人天；按复杂难度计算工作量12*2等于24人天。

架构师计算出新特性开发工作量后，再计算安全送检的工作量。送检的工作量等于新特开发工作量乘于20%作为这个安全送检工作量，最后再加上1人月的版本发布工作量。所谓版本工作量就是发布时候的要做的工作所花的工作量，一般发布包括了准备发布材料，走发布申请流程。

工作量基线库如下图：

图15

基线库的标准工作量来自实施部门，业务部门的专家评审和历史经验数据，一般1个季度会重新审视刷新1次，一旦确定下来就按基线库的计算方法计算，如果有歧义要等下次迭代更新。主要由开发行管负责组织维护更新。

基线库评估工作量的流程是首先由业务部或者市场部把外部需求转换成项目的需求，然后分发给到研发部，研发部收到需求后架构师设计方案和根据基线库评估工作量，评估出来之后，然后参加RAT会议，RAT会议主要是评估方案可行性和工作量是否业务部门，实施部门，出资部门各方都能接受；这个RAT会议由评估需求工作量的架构师，研发专家，业务需求方和研发方管参加，评审通过之后就正式上报预算，如果不通过再重新评审。下图是基线评估需求工作量的工作流程。