如何做好项目工作量估算——个人心得

在项目管理过程中，工作量的估算是一个重要的环节，他直接关系到项目的成功与失败，下面谈谈我对工作量估算的心得和体会：

工作量的估算方法有很多，如经验估算法，工作分解法，还有就是数学模型法等等，但在我们实际的项目管理过程中，许多著名的估算方法使用起来并不那么灵活、方便，并不一定适合于我们的实际项目。 我认为最简单有效的模型估算法是一元线性关系估算模型，比较适合于一般的小型项目，

工作量=规模 / 生产率+C

生产率借鉴历史项目的数据，C为一个常量，多数情况下为0。这个模型也有经验估算法的影子，他的生产率也需要根据以往的历史数据得出。

在实际项目中，我们应用最多的还是经验估算法。这需要产品经理提供完整详尽的PRD，项目经理对项目所服务的行业有比较深刻的理解，充分了解需求，分解需求，挖掘潜在的非功能性需求（性能，稳定性、可扩展性等），可以用xmind或者mindmanager列出项目所有的功能点，对每个功能点按照一般技术人员的水平逐一进行估算，一般以人/天为单位，在分配任务的时候，可以根据每个功能点所对应开发人员的技术水平将之前估算的标准工作量除以开发人员的生产率，得出该技术人员开发一个功能点所需要的工作量，这里就结合了前面提到的“一元线性关系估算模型”，其中的C就是对一些不可预测的工作量，如：项目进展过程中评审会议占据的时间，支付宝测试环境不稳定，第三方合作商配合不及时等等，都会影响我们的项目进度，所有整个项目进展过程中，我们要时刻识别风险，通过C的值来做一个调整，风险识别越明确，工时评估就更准确。

当然，项目经理不能仅仅关注编码阶段的工作量，还要和UED、DBA、测试部门以及合作方的负责人商定他们的工作量，完成整个项目的工作量估算之后，项目经理需要从中找出整个项目的关键路径，时刻关注关键路径的进展情况，因为关键路径会对整个项目的进度造成直接的影响。如果后期关键路径发生变化，要及时对整个项目的工作量做一些调整，并通知项目组的所有成员。

没有一个公式可以精确的估算工作量，经验法和模型法在实际中一般混合使用，以互相补充、互相印证。两类方法各有优缺点，同时，我们还可以采用scrum的方式进行工作量的估算，每个阶段的工作量让对应的人员一起来评估，根据权重值来得出最终的工作量，这样评估出来的工作量会更加准确，又让大家都参与到项目管理中来，调动项目组成员的积极性，一举两得，何乐而不为呢。