在项目过程当中针对于每个用户故事持续时间的把控关于这迭代的进程，更好的把控好每个用户故事的时间，便能更好的保证冲刺or迭代的成功率，那我们该如何评估这些用户故事的持续时间呢？
PMP中的估算活动持续时间：工具与技术
-
专家判断：
征求悲剧专业知识或接受相关备汛的个人或小组的意见； -
类比估算：
- 粗略的估算方式；
- 项目信息不足时，可以经常采用此方案进行估算；
- 成本较低，耗时较低，准确率较低（建议和其他方案联合使用）；
- 如果与之前项目本质上相似度较高，而且团队人员具有相当的经验，不失为一种最好的估算方案（参考Planning Poker）；
-
参数估算：
- 基于历史数据与项目参数进行估算；
- 准确性取决于参数模型的成熟度和基础数据的可靠性；
- 可以做为估算全部||部分，可以与其他方案配合使用；
-
三点估算：
- 最可能时间：基于最可能获取的资源&资源生产率&依赖关系&干扰，估算得出；
- 最乐观时间：活动的最好情况估算得出；
- 最悲观时间：活动的最差情况估算得出；
-
自下而上估算：
通过自下而上逐层汇总WBS组成部分的估算而得到的项目估算； -
数据分析：（与具体的时间估算相关度较低）
- 备选方案分析：对比各种不同的解决方案，确定项目工作的最佳方案；
- 储备分析：应急储备&管理储备的分析；
-
决策：
团队共同决策（拳五法）； -
会议：
在冲刺&迭代计划会议上，按照优先级进行用户故事的讨论，然后分解为按小时估算的底层级任务，然后根据团队在迭代持续时间方面的能力来确认估算可行度，（哪些应该放在本次冲刺当中）；
大概讲了PMP中我们有哪些估算方式，那我们来梳理下我们在日常项目过程中对于单个用户故事有哪些方式来评估呢？
-
专家判断：请一些有经验的老法师来帮我们评估下他们完成这个用户故事的时间，在可容忍的时间范围内，新人可以加一些buffer；
-
三点估算：
- 最乐观时间： 老法师的估算时间或者是项目经理要求的完成时间；
- 最悲观时间： 开发者自己的估算时间；
- 最可能时间： 由一些高级工程师讨论之后的估算时间（专家判断时间）；
最终我们可以做一个加权；
估算时间 = （乐观估计+悲观估计+期望估计*4）/ 6或者是：
估算时间 = （乐观估计+悲观估计+期望估计）/ 3 -
会议、决策、自下而上
在需求与开发的过程中，不断的沟通，最终得到的估算时间，最后采用自下而上的方式进行整个用户故事&开发任务&�特性的估算时间。
所以在项目迭代过程中，主要的流程大概是：
- 用户故事优先级排序；
- 用户故事的持续时间评估，到小时的粒度（使用上述几种方式）；
- 如果在评估时间上出现分歧，可以使用决策的手段进行确认；
- 分拆用户故事到任务级别，并且搞清楚各个任务之间依赖关系；
- 在迭代进行中，进行任务粒度的监控，如有任务延误风险，及时与依赖方进行沟通，告知项目经理；
网友评论