敏捷估算技术实操指南

敏捷估算与传统项目管理中的估算在两个重要方面有所不同。首先，它是相对的而非绝对的：Scrum团队不说「这项任务需要3天」，而说「这个故事和上次Sprint交付的那个差不多大」。相对规模化更快、更一致，且不易陷入逐小时分解的虚假精确性。其次，敏捷估算是出于规划目的，而非承诺。故事点不是在特定日期完成某个故事的承诺，而是团队产能预测的输入，随着多个Sprint积累速度数据而不断改进。

规划扑克、T恤尺码与基于速度的预测

规划扑克中，每位成员私下选择一张代表其估算的卡牌（通常使用类斐波那契数列：1、2、3、5、8、13、20等），然后所有人同时揭牌。同时揭牌在社会动态发挥作用之前强制独立判断，从而产生比锚定讨论更好的估算。T恤尺码（XS至XXL）适用于史诗级需求；亲和力映射可在一小时内对50条以上的待办事项进行粗略规模化。基于速度的预测将待办事项总故事点除以平均速度，得到大致的Sprint数量——使用区间（基于低速度和高速度）而非仅用平均值，且区间应随待办事项延伸而加宽。

估算持续偏差时的应对方法

若团队持续高估或低估，根本原因往往是参考故事校准不当。选取两三个团队近期完成的故事，就其大小达成一致，并以此作为下次估算会议的新锚点。若外部压力导致团队低估以便塞入更多故事，解决方案不是更好的估算，而是把「构建什么」的讨论与「产能有多少」的讨论分开。速度提供约束条件；产品负责人的优先级排序决定纳入什么。任何一方都不应就估算本身进行谈判。

如果你的Scrum团队未达成Sprint目标的频率高于达成，XNM的项目群与项目交付咨询服务可以帮助诊断问题是出在估算、产能规划、待办事项质量还是Sprint节奏上。