估算是一项团队活动——通常每个成员都会参与所有故事的估算。
为啥要每个人都参加？
在计划的时候，我们一般都还不知道到底谁会来实现哪个故事的哪个部分。
每个故事一般有好几个人参与，也包括不同类型的专长（用户界面设计、编程、测试、等等）。
团队成员必须要对故事内容有一定的理解才能进行估算。要求每个人都做估算，我们就可以确保他们都理解了每个条目的内容。这样就为大家在sprint中相互帮助夯实了基础，也有助于故事中的重要问题被尽早发现。
如果要求每个人都对故事做估算，我们就会常常发现两个人对同一个故事的估算结果差异很大。我们应该尽早发现这种问题并就此进行讨论。
为了保证每个人都可在不受干扰的进行估算，可以使用计划纸牌。
每个人都会得到如上图所示的13张卡片。
在估算故事的时候，每个人都选出一张卡片来表示他的时间估算（以故事点的方式表示），并把它正面朝下扣在桌上。
所有人都完成以后，桌上的纸牌会被同时揭开。这样每个人都会被迫进行自我思考，而不是依赖于其他人估算的结果。
如果在两个估算之间有着巨大差异，团队就会就此进行讨论，并试图让大家对故事内容达成共识。
他们也许会进行任务分解，之后再重新估算。这样的循环会往复进行，直到时间估算趋于一致为止，也就是每个人对这个故事的估算都差不多相同。
重要的是，我们必须提醒团队成员，他们要对这个故事中所包含的全部工作进行估算。
而不是“他们自己负责”的部分工作。测试人员不能只估算测试工作。
注意，这里的数字顺序不是线性的。例如在40和100之间就没有数字。为什么这样？
这是因为，一旦时间的估算值比较大，其精确度就很难把握；这样做就可以避免人们对估算精确度产生错误的印象。
如果一个故事的估算值是差不多20个故事点，它到底应该是20还是18还是21，其实无关紧要。我们知道的就是它是一个很大的故事，很难估算。
所以20只是一个粗略估计。需要进行更精确的估算？那就把故事分拆，去估算那些更小的故事！
另外，你也不能搞那种把5和2加起来得到7的把戏。要么选5，要么选8，没有7。
有些卡片比较特殊：
0 = “这个故事已经完成了”或者“这个故事根本没啥东西，几分钟就能搞定”。
? = “我一点概念都没有。没想法。”
咖啡杯 = “我太累了，先歇会吧。”