故事点是敏捷项目管理和开发中使用的度量标准，用于估计实现给定用户故事的难度，这是实现它所需工作量的抽象度量。简单来说，故事点是一个告诉团队故事难度级别的数字。困难可能与所涉及的复杂性，风险和努力有关。

故事点估计是一种相对估计，通常在产品Backlog Grooming Sessions中执行，产品Backlog由负责实际开发和测试工作的团队进行评估。

为了使Sprint Planning在实践中更加高效，PO和团队将在Sprint规划之前进行粗略估计，称为产品积压修饰，并检查：

• 如果Sprint计划很容易有效地进行？
• 有足够的信息来完成这些事情吗？
• 用户故事是否合理分裂？

Story Point的斐波纳契数

当开发团队进行估算时，建议使用斐波那契数字（1,2,3,5,8,13,21 … ）估计故事点（详见规划扑克文章）。

故事点斐波纳契数

如何进行敏捷估算？

为了做到这一点，每个团队都必须找到一个基线故事。它不一定是最小的，而是团队中的每个人都可以产生共鸣的那个。确定后，应通过将它们与基线进行比较来启动所有用户故事的大小调整。

在估算新故事时，您只需选择一个故事并说：“这会花费比参考故事x更长的时间吗？”或“它会不会超过参考y？”有足够的参考故事应该有一个合适的比较器来查找一个类似大小的故事，并根据考虑的因素给它相同的点或更多或更少一点。

敏捷估计参考故事

在估算故事点时，我们为每个故事分配一个点值。相对值比原始值更重要。分配2个故事点的故事应该是分配1个故事点的故事的两倍。它也应该是一个故事的三分之二，估计3个故事点。

另外，需要注意的是，当评估的单个故事点大于21时，用户故事需要再次拆分，单个用户故事点不超过8是最合理的状态。