要帮助团队运转起来并给出有效估值，我们认为团队估算游戏是最佳办法。用此方法就像是在玩游戏，但它的成果却很有价值，能为用户故事指定故事点估值。
一般来说，团队用此方法能在1小时内估值20到60个故事。我们的朋友兼同事Steve Bockman发明了这个游戏。如下是团队玩此游戏的过程：
团队估算游戏第一部分：集体排队
Frank是团队的scrum master，他已经在团队室的墙上清理出一块很长的空间，团队也已经聚集在面前。Brad是产品负责人，他带来了产品列表中的一叠共30个用户故事，团队将要用团队估算游戏估计它们的大小。
"Kira，不如你先来？"Brad边说边把故事卡递给她。Frank手里拿着一卷蓝色美纹纸胶带，也撕下一小片递给了她。
Kira开始了这个游戏，她取出最上面的那张故事卡，大声地念出来，然后将卡片贴到了墙壁中间位置。接着她把剩下的卡片递给了Kai。
Kai继续从最上面挑了一个故事并念给所有人听。"我认为这个比Kira刚刚贴的那个更大。"Kai说完就把他的故事贴在了Kira那个故事的右边。
接下来是Mark。在他看来，他读的是一个小故事，因此他把它放在了其他故事的左边，如图10-3所示。
 |
| （点击查看大图）图10-3 |
Jeff接着又从中拿出一个故事。"这个也挺小的。"他犹豫片刻后，把Mark的小故事继续向左移，给他的故事留出位置。"但还没有Mark贴的故事那么小。"
团队轮流地把故事贴上去。第三次轮到Kira的时候，她并未挑选新故事。相反，她调整了已在墙上的一个故事的位置，把它移到了更右边的位置。"相信我，"她说，"这个故事的遗留代码是个烂摊子，我们得把它全改成线程安全这故事才能用！"
很快，所有的故事都已上墙，但团队仍继续轮番上阵。不继续贴新故事，他们只调整顺序，一次移动一个，这个过程有时候很安静，有时候人们也会讲几句。
又一轮开始，"通过。"轮到Malay时他说，示意他已经很满意故事的顺序。Justus同样也通过。Kira和Mark各自又移动了一个故事，接着就都通过了。终于在某一轮的时候，他们全都通过了。团队估算游戏第一部分结束！
团队现在已经按照从小到大的顺序把故事从左到右全都排列整齐了。大家都认同所需工作量最少的故事被放到了最左边，而大家认为所需工作量最大的故事被放在最右边。
细心的朋友可能已经发现，这个游戏有可能会陷入一个无限循环。Mark可能把故事放到右边，而Kira又把它移回到左边。Mark在下一轮的时候可能又把它移到右边，然后就一直这样地重复下去。虽然理论上的确存在无限循环的情况，但我们玩这个游戏已经数百次，这种事情还从未发生过。
