编辑导语：项目前期工期评估不合理，不仅项目中难受，项目开展后更是容易出现延期风险。作为一枚产品经理，经常需要给客户报工期、写计划，并且不是每一家公司都配备项目经理一职，那么产品经理提出的工期方案就一定要提前跟开发团队沟通，并有所依据。接下来，本文作者为大家讲解一下核算工期方法，本文方法引用政府投资项目的管理标准。

一、解决方案

产品给出的需求文档和系统设计方案的最终目的就是给出解决方案，那么解决方案也应当算在项目工期中，其中包括但不限于：前期调研、绘制原型、撰写文档、需求审查等。

很多产品经理觉得自己的工作并不被包含在项目工期中，而给公司报了一个比较短的工期，这就容易压缩后面开发的时间。对于已经进行了需求调研工作的项目，这部分工期就比较好估计。

对于还没有开始调研的项目我们可以采用以下公式估算：

解决方案工期=开发时间*复杂程度系数β

复杂程度一般根据项目的硬件、软件、网络、体系结构的层次和接口的多少来确定，有些政府投资项目会要求以功能点的难易程度来计算。

在这里我们简单的以整体复杂程度计算，可分为以下等级：

• A级项目：硬件、软件、局域网络、体系结构三层次以下 0.7-1.2%。
• B级项目：硬件、软件、局域网络、体系结构三层次以上 1-1.8%。
• C级项目：硬件、软件、局域网络、互联网以及多种接口 1.5-2.2%。
• D级项目：硬件、软件、网络、通信以及数据采集设备接口或与主系统有接口 2-3%。

二、开发

开发部分的工期一般都需要开发团队负责人给出，但是产品经理自己也应该做到“心中有数”，由于产品经理一般不涉及实质性的开发工作，所以很难具体了解每个功能模块的开发时间。

我们可以通过以下公式估算个大概：

工作量=经验值A*风险系数σ*复用系数Γ

经验值A：东北方言叫“约摸”，举例：我约摸很多程序员报工期会虚高。

风险系数σ ：程序猿对项目领域、技术不了解，甲方对需求不明确都会影响项目的风险，一般取值1-1.5。
复用系数Γ ：开发如果基于构件库，那么工作量就会减少。复用系数取值越小，工作量越少，一般取值0.25-1。

再说一下系统集成，其实这个是要单独报工期的。

系统集成将整个系统所涉及的设备、软件、网络整和起来，能正常地运行，运行的结果能达到用户建立该系统的目标。

集成工期=开发时间*复杂程度α

复杂程度α可分为以下等级：

• A级：硬件、软件、局域网络、体系结构三层次以下 5-8%
• B级：硬件、软件、局域网络、体系结构三层次以上 7-10%
• C级：硬件、软件、局域网络、互联网以及多种接口 8-12%
• D级:硬件、软件、网络、通信以及数据采集设备接口或与主系统有接口 10-15%

三、提交项目计划/方案

产品经理得到工作量后，开始绘制项目计划，最终要提交的计划中需要包含但不限于：

1. 实施进度明细

包含各子任务需要完成的内容、总工期、起止时间，其中要注意扣除节假日、留有缓冲时间。

项目经理应严格按照进度明细推进项目，并及时调整人员应对开发风险。

（图片来自网络）

2. 实施人员组织结构

包含人员组织结果和职能说明，项目组人员按此说明分工、执行、对接。

3. 实施团队组成

具体各实施小组内成员，如此文档对外交付只需写明小组负责人即可。

四、开发工期核算关键点

软件开发项目的主要资源是人，人具有极大的不确定性，是整个项目的风险所在。

产品经理在核算时要考虑到：

• 人员请假、人员离职、人员借调产生的交接时间；
• 对功能复杂程度的误判；
• 对所需技术不熟悉；
• 人员工作拖延；
• 需求变更；
• 其他不可抗力（如三灾）。

为避免以上情况对项目工期产生影响，产品经理应当预留各子任务缓冲期。

#专栏作家#

无问西东，人人都是产品经理专栏作家。工商管理硕士，猫奴一枚。主导过金融公司台账系统、多公司OA系统；参与过二手车平台、P2P平台设计。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Unsplash ，基于 CC0 协议