故事点祛魅：不靠猜谜也能做好估算
如果你曾在冲刺计划会上看着团队为一项工作到底是3还是5争论二十分钟，那你就见过故事点被用坏的样子。这个理念本身简单又实用，却常被层层仪式包裹，以至于大家忘了它的初衷。这是一篇面向初学者的讲解：故事点是什么、不是什么，以及团队如何在不搞表演的前提下诚实地做估算。
一个故事点究竟衡量什么
故事点是交付某个产品待办项所需总体工作量的相对度量。它把三件事打包在一起：工作量有多大、复杂度有多高、围绕它的不确定性有多少。关键在于，它是相对的，而非绝对的。团队说的是「这一项大约是那一项的两倍大」，而不是「这要花十六小时」。顺便一提，《Scrum指南》根本没有要求使用故事点。它只是说，开发者负责为工作定量，具体技术由他们自行决定。故事点不过是其中一种流行做法。
为什么用相对刻度而不是小时数？因为人们对小时数的预测一贯很差，对大小的比较却出奇地准。你也许说不清一项任务要三小时还是七小时，但通常能看出它比团队上周完成的那项更小。相对定量正是借助了这一长处。
团队为何选择点数而非小时数
一小时对每个人含义不同；相对比较则是全团队共享的语言。
点数能吸收不确定性，又不假装精确，这对未知是诚实的态度。
经过几个冲刺后，团队真实的交付速率（速度）比任何事先的小时估算都更能预测前景。
定量讨论会及早暴露隐藏的复杂度，在动工之前就显现出来。
最后这一点才是真正的收获。卡片上的数字远不如产生它的分歧重要。当一名开发者说2、另一名说8时，你恰好发现了一处值得花十分钟讨论的误解。解决它才是价值所在；最终商定的点数只是副产品。
如何让估算保持诚实
以一个参照项为锚。 选一个全团队都认可、比如说是3的待办项，让其余一切都与它对照定量。没有共享的锚点，刻度就会漂移，数字也随之失去意义。
团队一起估算，而非各自为政。 计划扑克或类似方法之所以有效，是因为它让分歧在同一刻浮现，而不是让嗓门最大或资历最深的人定调。
当讨论不再带来新认识时就停止估算。 如果大家的结果相差不超过一档，取个数字继续推进即可。纠结3还是5，很少改变结果。
切勿把点数再换算成交付承诺。 一旦经理说「那就是四十小时」，点数就死了。用速度去预测区间，而不是用小时数钉死的截止日。
少做重新基准，且须有理由。 不断重新定义一个点的含义会摧毁你的历史数据。把调整交给速度去完成。
说一句当下的处境。整个2021年，许多团队仍是混合办公或完全远程，供应中断也持续给本应例行的工作带来意外。这两种状况都抬高了不确定性，而不确定性正是故事点天生要承载的东西。一个分散的团队共同定量，同时也在重建过去面对面的会议室免费提供的共享语境。估算讨论一举两得：既做预测，又让所有人看到同一幅图景。
当心几种失效模式。一旦把点数与个人绩效挂钩、在团队之间互相比较，或当成合同来对待，它就沦为表演。这些都不在《Scrum指南》里，而且都会侵蚀这门技术所依赖的诚实。让实践保持轻量，留在团队内部，让预测从真实交付中浮现，而不是从一张换算小时数的表格里产生。
如果贵机构希望获得领导者真正可以信赖的估算与预测，XNM 的项目群与项目交付咨询 能帮助你的团队诚实地为工作定量，并满怀信心地规划。