冲刺估算为何屡屡出错——以及自律团队的不同做法
估算往往是许多 Scrum 团队悄然失去公信力的环节。冲刺评审进行得很顺利，燃尽图也干净利落，可干系人依然觉得团队“从不交付当初承诺的东西”。通常工作本身没问题，出问题的是估算。在经历了两年的远程与混合式 Scrum 之后——团队分散在各自的家庭办公室，供应商交付仍频频延误——一个信心满满的数字与真实结果之间的落差，被忽视的代价只会越来越高。
《Scrum 指南》在具体技法上刻意保持沉默。它指出开发者负责为产品待办列表项确定规模，产品负责人可以影响取舍，但并未规定故事点、工时或任何特定方法。这份自由恰恰是陷阱：缺乏共同的纪律，估算便会滑向一厢情愿。
糟糕的估算是什么样
看一个团队如何谈论数字，就能判断它是否陷入困境。这些症状在各行各业如出一辙，并在无声中不断累积。
一位资深成员报出一个数字，其他人纷纷点头——嗓门最大的人成了估算结果。
故事点被悄悄换算成工时，于是“5”其实意味着“大约两天”，相对估算的全部价值随之丧失。
估算被当作承诺，一旦现实有出入，便被拿来当作责难的棍子。
未知项被当成已知项来定价——一个含糊的集成只给了很小的数字，因为谁都不想显得拖沓。
团队用同样的方式去估算一个熟悉的功能和一个前所未有的探针任务，无视两者不确定性的巨大差异。
远程办公时代让这些坏习惯更容易被掩盖。在视频会议上，更容易顺从第一个发言的人，也更难察觉那种预示真实风险的、欲言又止的迟疑。
良好的估算是什么样
良好的估算不在于精确到小数点，而在于诚实地校准并随时间改进。自律的团队会养成几个习惯。
做相对估算，而非绝对估算。 把新条目与团队已完成的参照条目作比较。“这比我们做过的那个登录故事更大还是更小？”是比“这需要多少小时？”更可靠的问题。
在平均掉分歧之前先把它暴露出来。 当两个人给出差异很大的规模时，这个差距本身就是信息。计划扑克之所以有效，靠的是它引发的讨论，而非那张牌。
为不确定性定价，而不只是为工作量定价。 如果某条目依赖一个未知的 API，或一家交付周期不稳定的供应商，估算就应反映这一风险，或先拆分为一个探针任务。
一旦有所了解就重新估算。 在弄清工作之前做出的估算只是猜测；一旦团队真正理解了工作，诚实地更新估算并不是失败。
对照预测与实际，但不追责。 复盘估算在何处偏离、寻找其中的规律并加以调整。目标是让下一个冲刺的预测更可信，而不是为这一个冲刺找替罪羊。
请注意其中缺少了什么：以上没有一条要求数字完美无瑕。一个始终如一地交付出自己所预测之事的团队——哪怕量不大——也远比一个夸下海口却屡屡落空的团队更值得信赖。对于公共部门和大型工程项目的客户而言，一份冲刺预测可能会写进董事会汇报或成为某个拨款里程碑，这份可靠性就是全部所在。
让改变扎根
从小处着手。选一个大家都认可的参照故事，在接下来的几个冲刺里都以它为基准来定规模。把估算保持在点数上，抵住把它换算成日历时间的冲动。让速率从历史中自然浮现，而不是靠协商把它往上抬。三四个冲刺之内，一个混合式团队通常就能得到一份它真正站得住脚的预测——与干系人的对话也会从为数字辩护，转向讨论真正的取舍。
如果您的交付团队是在凭希望而非凭证据做估算，XNM 的项目群与项目交付咨询 能帮助您建立让干系人信赖的预测。