如何当个神算子？项目任务估算那些事儿(2)

发布时间：2017-06-12 08:26 所属栏目：19 来源：woshipm

导读：估算单位和估算方法：一方面，由于成员之间的业务熟悉度不高且开发语言不统一，团队无法轻易找到一个合适的基准用户故事，所以团队的估算都是基于理想人天开展的。另一方面，由于开发人员数量较多且一部分成员经验

估算单位和估算方法：一方面，由于成员之间的业务熟悉度不高且开发语言不统一，团队无法轻易找到一个合适的基准用户故事，所以团队的估算都是基于理想人天开展的。另一方面，由于开发人员数量较多且一部分成员经验比较欠缺，无法很好的进行团队估算，所以团队目前采用专家判断（开发leader给出估算）为主的方式进行计划。

团队3组成：13人团队（9人开发，4人测试，2人运维）现状：团队组建约1年多，产品模块较多，不同模块有不同的负责人，成员对自己模块的业务逻辑比较清楚，但是对其他模块的业务了解甚少。

估算单位和估算方法：由于成员间业务熟悉度不高且开发语言不统一，团队无法找到合适的基准故事点，所以团队选择采用理想人日作为估算单位。另一方面，也由于模块较多，开发leader不能熟知各业务逻辑，所以团队采用了自底向上的估算方式。由成员各自估算各自的任务，进而给出开发计划。

团队4组成：4人团队（3人开发，1人测试）现状：团队组建2年多，产品已经处于成熟期，目前大部分工作处于查漏补缺的阶段。各成员对自己负责的部分比较精通。项目采用1周的短迭代形式。

估算单位和估算时间：由于迭代时间较短，团队成员又在自己的领域比较精通，故能做到基于理想人时的自底向上的估算，估算的偏差一般较小。

通过以上几个例子，笔者想说明的是：各种估算单位和估算时间本身并没有好坏之分，只有合适不合适只说。每个团队都需要根据成员和项目的现状来进行选择。如果生搬硬套只会弄巧成拙，得不偿失。

关于估算，我们必须明白我们要知道，估算仅仅是一个预测，当对外承诺项目完成时间的时候，最好提供一个日期范围，让听者知道你的估算只是估算；不管是用什么估算方法，更小块的工作总是更容易被估计；团队需要练习估算并且收集反馈，没有反馈的估算最终将被证明是毫无价值的。每一次估算对应的开发结束后，大家需要回过头看看我们当初做的估算是否合理；估算也许需要反复进行，当项目进行到一半时，发现估算过于乐观了，那么就需要对剩下的工作进行重新的估算。

作者：何燕华，网易资深项目经理，PMP，CSM。先后在网易私有云、网易用户中心、网易GACHA、网易LOFTER等项目担任项目管理工作，积累了丰富的项目管理实践经验，并始终致力于项目的成功交付和团队的健康发展。《网易一千零一夜》主要作者之一。

文章作者系 @网易杭研项目管理（微信公众号：NetEasePM）未经许可，禁止转载。

注：相关网站建设技巧阅读请移步到建站教程频道。

（编辑：ASP站长网）