我专注于敏捷开发实践，在IT软件开发和项目管理方面拥有丰富的工作经验。 目前，他是美国敏捷联盟认证的敏捷教练（CSM）软件项目管理与敏捷方法，致力于推动国内敏捷实践和推广。
项目估算，尤其是软件开发项目，一直是一个大问题。
估计的准确度如何？
这些估计是基于哪些约束和假设？
如何根据估算来计划、执行和监控项目？
基于估计的计划可靠吗？ 是否需要进行估算——值得仔细讨论。
但另一方面，老板、客户、用户、团队可能希望你随时给出明确的答案：
具体什么时候可以上网？
估计还需要多少？
另一个重点项目仍然缺人。 你的团队什么时候能找到人？
剩余的功能需要多少次迭代？ ……
相关调查甚至指出，只有20%的项目基本能按原计划按时完成。
这个残酷的数字背后，代表着估算、规划与规划的关系。 只有明确估计的不确定性水平和可能的变化，才能更好地帮助利益相关者了解项目生命周期的重点并做出更合适的选择。 这种方法可以帮助团队消除或减少不确定性，做出更合适的决策，并交付更有价值的产品。
估计是一个区间
由于估计是对未来的预测，因此它意味着产生特定结果的可能性或概率。 它也是向利益相关者传达的置信水平（Level of Confidence），有助于利益相关者更好地理解估算本身所代表的含义。 意义，并建立正确的期望。
虽然估算结果与估算人员的经验、能力水平和估算方法密切相关，但并不意味着经验越丰富、公式越复杂，或者结果的准确度越高，结果就越准确。将。
如果估算是基于错误的假设，对估算区间没有清晰的认识，甚至迷信估算结果，那么以此为基础的规划和后续活动就会受到很大影响。
不确定性锥体 不确定性锥体
早期的不确定性收敛曲线由 Barry Boehm 于 1981 年提出，后来被 Steve McConnell 称为不确定性锥体。
这条曲线描述了项目不确定性水平随着项目进展的收敛趋势，当然前提是项目过程中不确定性被积极地、持续地消除和减少。
当我们对不同阶段不确定性的置信水平有了直观的了解后，我们会发现，即使是项目前期最有经验的估算人员，费尽心思做出的估算和计划仍然可能存在较大偏差。 关键原因是不确定性。 太高了，很多结论都是基于未经证实的假设。
渐进式、迭代式的估计和规划方法更有利于不断消除和减少不确定性，做出更好的决策和承诺。
基于此，我们也可以更好地理解精益思想中“推迟决策”的关键原则，不让过早的决策和承诺成为一种限制，反而影响团队应对未来各种变化的灵活性。
不确定性收敛曲线
上图是正常的不确定性收敛曲线。 在传统的完全计划驱动（瀑布模式）项目中，早期估算偏差范围巨大（-25%到400%），上下区间偏差高达16倍。
进展的不确定性
从进展情况来看，项目可行性分析阶段，估算偏差达到60%—160%。
换句话说，预计在 10 周内完成的项目实际上可能需要 6 至 16 周。
当业务需求明确后，进度预估的偏差收敛到±15%，这意味着可能在8.5-11.5周之间完成。
估计敏捷软件开发项目的不确定性
在收敛曲线的横坐标上，根据项目的不同生命周期模型，我们可以将敏捷项目的不同阶段映射到传统的瀑布模型（敏捷迭代和增量开发会不断重复部分收敛过程） 。
从确定范围开始，迭代增量式敏捷开发，大大缩短了需求收敛的时间软件项目管理与敏捷方法，快速、多层次
参考
[1] 迈克·科恩
[2] 史蒂夫·麦康奈尔
本标题将根据作者的实践经验，通过原创等方式进行宣传和推广。 希望得到同行的认可，欢迎提出意见和积极转发。
