敏捷估算︱面对估算的态度和方法
2022-10-30
来源：王宇教练 ACT敏捷教练
点还多的钻石需求以供研发使用。下图是一个Excel图表的截图，虚线就是已经完成估算的板砖需求数量。红色的线为每个迭代我们实际完成的点数。速率就是每个迭代完成的点数。从当前迭代向回看5个迭代取平均速率，向未来延伸出去，这就是最有可能需求完成的时间点。过去5个迭代最低速率向未来延伸，这就是最差估计的完成时间。过去5个迭代最高速率延伸就是最好状态下团队的进度情况。
所以在估算完成之后，我们要问自己几个问题：
需求粒度平准了吗？（有没有太大或者太小的需求？）
相关人员是否对需求有了一致的理解？（设计、步骤、结构是否都校准理解？）
风险是否得到识别和跟进？（比如是否填写需求或技术的相关假设？）
我们需要在哪个时间点前完成多少钻石需求的编写与确认？（研发相关的需求推进任务有哪些？业务相关的需求推进任务有哪些？）
如果这几个问题都得到了明确的答案，恭喜你，估算用对了。
最近几年对于估算有一个观点是倾向让你放弃估算，并说出了种种来进行说明。你是否也有不打算估算的冲动了呢？那我们是否要……
放弃估算吗？
对于是否使用估算我认为，这取决于上下文，以及风险的可控预期。而不是理论的正确与否，你可以用或是不用。就如同你问我该吃什么东西一样，吃什么取决于你身体需要什么。当然你说我根本无法感受我身体需要什么啊。这时候就有各种营养专家进行推销自己的理论和思路。
你能说这些营养专家的思路错误吗。不能，你可以试验一下。看看身体的反应，然后再进行调整。（本文是推荐使用估算的，也是营养专家哈）
如果你是自己投资的项目，拥有无穷的开发预算和人力安排。要啥估算，数个数就可以了。然后计算花的经费和挣的银子的比例，平衡一下就可以了。但如果是一个甲乙方的项目，并且项目的实施细节充满风险。你是否敢放弃使用估算呢？
这让我想起了一个事情，看板之父，戴维安德森前几年准备出一本关于看板实践方面的书籍，让一位相关人员来到中国收集看板使用的素材信息。这个人来到中国非常吃惊的看到，看板上的每一个卡片都有承诺移交时间、估算、进度跟进等等信息。这个人颇为震惊的表达这不是看板方法的关键点啊，这哪里是流水一般的改进，这简直是赤裸裸的剥削和压迫啊。
我想说，这恰恰是承认现状的表现，如果贵国的房贷和我们一样沉重，如果你们的系统和我们的一样耦合严重，如果你们的人员素质和我们一样参差不齐，如果你们的版本也和我们一样拥有无比的压力。你也会用我们相似的手段的。
如果你要使用估算的话，那我们要讨论一下……
估算的关键点
估算有两个关键点，这两个关键点就可以快速的让我们得到相对靠谱一些的内容。这两个点是：
样本数量大
任何的估算都有偏差，但如果从统计学角度来看，样本数量大的话从整体的角度就会平衡个体的估算偏差。如下图所示：
这里需要注意的是，如果你估算的需求都去和之前估算完毕的需求进行相对比较的话。其实就符合统计学上这个样本数量大这一要求。但如果你每次只关注眼前的几个需求，并进行估算的话你就会面对更大的不确定性。
个体粒度小
如果允许100为最大单位进行估算的话，绝对会有一些需求的估算是100。但这个需求的大小就是
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
