去掉表演的故事点：好的样子与坏的样子
Scrum 里少有哪种实践像故事点这样走样得如此之快。它本是开发团队比较工作相对大小的一种快捷方法，最后却沦为一块生产力计分板，被团队之外的某个人当成股票行情来读。《Scrum 指南》压根没提故事点——估算交由团队决定——然而许多机构却把那个数字当成了这件事的目的。一旦如此，便有了表演：数小时的争论、被夸大的估算，以及一张衡量不出任何真实之物的速率图。技术本身没问题，出问题的往往是用法。
故事点究竟有何用
故事点是对工作量、复杂度和不确定性的相对度量，而非时间单位。相对估算的全部价值在于：人类不擅长说「这要花 6.5 小时」，却相当擅长说「这大概是那件事的两倍大」。开发者一起估算，是为了让预测反映共同的理解，也为了让对话在动工前揭示隐藏的复杂度。数字是副产品，对话才是要点。在以远程为主的 2021 年，这场对话变得更为审慎——保护了它的团队，比那些把规划简化为在工具里点一个数字的团队估得更准。
好的样子
估算归开发者所有；团队之外没有人能推翻它，也不能设定「目标速率」。
估算会引发一段简短讨论，把未知项、依赖关系和缺失的验收标准暴露出来。
团队用速率来预测一个冲刺能纳入多少工作——它是规划的辅助，而非绩效评分。
故事点是相对且稳定的；团队拿新工作去对照人人都记得的参照故事。
当不确定性很高时，团队会拆分该事项或做一次探针（spike），而不是猜一个更大的数字。
坏的样子
管理层把速率当作生产力指标来追踪，质问它为何「下降」，于是团队悄悄把点数注水。
估算沦为一场关于「这究竟是 3 还是 5」的冗长拉锯，却没换来任何新的理解。
故事点被悄悄换算成小时，彻底葬送了相对估算的全部意义。
在团队之间比较速率，仿佛一个点在不同小组里含义相同——而事实从来不是如此。
为保住那个数字，把遗留和未完成的工作报成「已完成」，掩盖了冲刺的真实状态。
把表演去掉
如果你团队的估算已经变成了表演，几个有意识的动作通常就能纠正。
把速率留在团队内部。 别再把它当成分数向上汇报。汇报成果——可工作的增量以及交付了什么——而非内部用于预测的那个数字。
给估算设时间盒。 若两个数值争论超过一两分钟，取较大者继续推进。讨论本身已经给了你它该给的价值。
以参照故事为锚。 约定几件大家都理解透彻的过往事项作为你的 3 和你的 8，然后一切都相对它们来估。
把意外当作信号。 当某个估算让人觉得不可能时，那本身就是信息：故事太大或太含糊。先拆分，再承诺。
判断估算是否健康，有个诚实的检验很简单：团队是否信任自己的预测，这预测是否帮助他们承诺一个现实的冲刺目标？如果故事点帮团队做规划、求改进，它就在起作用；如果它已沦为人们去捍卫、去表演、去跨团队攀比的一个数字，那么这门技术就被挟持了——而再精细的估算，也修不好一个关于信任的问题。
如果你团队的估算已经滑向表演，而你想让它重新成为一件真正的规划工具，XNM 的项目群与项目交付咨询 可以帮助你的 Scrum 团队为提供信息而估算，而不是为表演而估算。