谈到敏捷故事点估算，大家通常第一反应是采用估算扑克进行团队故事点估算。这种方式是最常规使用的一种方式，主要步骤如下：

这种估算方法可以有效的输出故事点，同时可以帮助团队成员充分的理解需求，帮助团队成长。在团队刚刚接触敏捷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: 首先： 团队要对故事点大小形成一个基线；其次，对于待估算的故事，团队成员都要有一定的了解，否则你会发现每个人只敢挪动自己熟悉的故事，不能有效展开讨论。