编辑导语：项目前期工期评估不合理，不仅项目中难受，项目开展后更是容易出现延期风险。作为一枚产品经理，经常需要给客户报工期、写计划，并且不是每一家公司都配备项目经理一职，那么产品经理提出的工期方案就一定要提前跟开发团队沟通，并有所依据。接下来，本文作者为大家讲解一下核算工期方法，本文方法引用政府投资项目的管理标准。
一、解决方案
产品给出的需求文档和系统设计方案的最终目的就是给出解决方案，那么解决方案也应当算在项目工期中，其中包括但不限于：前期调研、绘制原型、撰写文档、需求审查等。
很多产品经理觉得自己的工作并不被包含在项目工期中，而给公司报了一个比较短的工期，这就容易压缩后面开发的时间。对于已经进行了需求调研工作的项目，这部分工期就比较好估计。
对于还没有开始调研的项目我们可以采用以下公式估算：
解决方案工期=开发时间*复杂程度系数β
复杂程度一般根据项目的硬件、软件、网络、体系结构的层次和接口的多少来确定，有些政府投资项目会要求以功能点的难易程度来计算。
在这里我们简单的以整体复杂程度计算，可分为以下等级：
- 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 协议
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。