当故事点变成一场表演：一支团队的悄然重置
一支产品团队——姑且称为阿特拉斯小队——在大多数冲刺里要花四十五分钟争论一项任务到底是3点还是5点。他们有一副计划扑克牌、一张速率图，还有一位尽职记录每个数字的Scrum Master。他们没有的，是从这项活动中得到的任何好处。预测并不比瞎猜更准，开发者们也悄悄把估算看作是开始真正工作前要缴的一笔税。到了2022年初，重返办公室带来的种种干扰让出席率变得稀疏，这个仪式显得格外空洞。下面是他们重置它的过程。
首先，弄清楚故事点是用来做什么的很有帮助。《Scrum指南》中没有任何地方要求使用故事点——指南只说产品待办列表项由开发者来估算。故事点是一种流行的技术，而非一条规则。它的全部价值在于支持预测和制定可持续的冲刺计划，而不是衡量人，也不是为状态报告生产一个数字。
为这场表演命名
当阿特拉斯小队列出实际发生的情况时，那些功能失调一目了然——大多数团队至少会认出其中一种。
为一点之差长时间争论，仿佛3点还是5点会改变计划。
把点数当作变相的工时，使估算带上虚假的精确感。
把速率当作生产力向管理层汇报，从而迫使团队虚报。
为了"让数字好看"而重新估算已完成的工作，这破坏了他们仅有的数据。
共同的脉络是：估算已经从一场建立共同理解的对话，滑向了一条生产数字的流水线。牌还摆在桌上，但这项活动的意义已经离开了房间。
奏效的那次重置
团队并没有放弃估算。他们把它精简到真正能帮助开发者规划冲刺、帮助产品负责人做大致预测的部分。
用估算暴露分歧，然后就停。 如果两个人分别选了3和8，这个差距意味着他们对工作的理解不同。他们一直谈到差异清楚为止，然后取任何一个合理的数字。对话才是交付物，而不是那个数字。
对估算严格限时。 每项几分钟。如果耗时更长，说明该项过于含糊，应退回去做梳理，而不是继续争论。
用吞吐量预测，而不只靠点数。 他们开始只是单纯地统计每个冲刺完成了多少项。对许多待办列表而言，按项目计数的预测效果不输于点数总和，而且不会招致任何操纵。
把速率逐出状态报告。 速率仍是一个内部的规划辅助工具。干系人得到的是工作大概何时完成的预测，而这正是他们真正想问的问题。
几个冲刺之后，规划变得更短、更平和，预测也没有变差——事实上还略有提升，因为团队不再操纵那些他们不再觉得会据以受评判的数字。只有当某项估算真正让大家意见分裂时，牌才会拿出来。其余时候，快速说一句"小、中，或需要梳理"就足够了。
教训不是故事点不好，而是任何估算做法都应当用一个问题来检验：它是否带来了更好的共同理解和足够好的预测？如果你花真金白银的时间去生产没人用来做决定的数字，那你就是在演戏。保留帮助你规划的部分，其余的不必客气，砍掉就是。
如果您的估算和规划已经沦为没有回报的仪式，XNM的项目群与项目交付咨询服务可以帮助您的团队诚实地预测、以更少的摩擦做规划。