谈到敏捷故事点估算，大家通常第一反应是采用估算扑克进行团队故事点估算。这种方式是最常规使用的一种方式，主要步骤如下：
这种估算方法可以有效的输出故事点，同时可以帮助团队成员充分的理解需求，帮助团队成长。在团队刚刚接触敏捷Scrum，或者团队成熟度不高的时候，可以更好的促进团队学习提高。但这种方法对团队能力提高呈现一种边际递减的情况，随着时间的推移，该方法对团队带来的帮助已经无法弥补时间的消耗的成本。
不经济的行为最终会被淘汰，快速故事点估算的方式应运而生！
Mary Ann Michaels提出了一种快速故事点估算的方法，详情参考原文：https://www.infoq.com/articles/fast-story-points/
结合该方法，以及大量的团队实践，优化后形成如下的一种操作方法，仅供参考
前提：
用户故事已经过初步拆分和介绍，团队成员理解大多数用户故事的要点。
按照如下准备一个白板，主要包含斐波那契数列，backlog区，变更轮数。
每个用户故事被独立记录，并且提前贴在backlog里。
过程：
团队人员排成一列，如ABCDEF
队首的A把一个用户故事放到他认可的对应故事点下
A做完后排到最后一个位置，如BCDEFA
现在队首的B可以挪动已经摆好的用户故事，也可以移动一个新的用户故事。（注意：如果挪动他人摆好的用户故事，为区别期间，需要往下一轮泳道移动）
持续这个过程，直到用户故事都摆放完毕，所有人不再需要调整。
针对已经下沉到第三轮泳道的，着重展开讨论；针对第二轮泳道的，同样要开展讨论，最终确定该故事故事点。
Q&A:
Q:这样做的好处？
A:识别出没有异议的故事点，可以不用展开讨论，这样节约很多时间；大家有异议的故事点，进行着重的讨论。
Q: 这样做的要求？
A: 首先： 团队要对故事点大小形成一个基线；其次，对于待估算的故事，团队成员都要有一定的了解，否则你会发现每个人只敢挪动自己熟悉的故事，不能有效展开讨论。
