为什么我们使用Story Points进行估算？

故事点 (Story Points) - 简介

---

Scrum指南告诉我们，估算应该由将要完成工作的人提供，但它并没有告诉我们应该如何提供估算。它把这个决定留给了我们。Scrum团队使用的一种常见策略是使用称为故事点的度量单位进行估算。但为什么要使用Story Points而不是几小时或几天或任何其他众所周知的时间单位？我们是故意试图混淆吗？在本文中，我将介绍使用Story Points的优缺点，并得出一个令人惊讶的结论。

什么是故事点？

“故事点是一个相对的度量单位，由各个Scrum团队决定和使用，以提供完成要求的努力的相对估计 “

为什么要使用Story Points？

故事点旨在使团队评估更容易。与其他产品积压项目 (product backlog items) 相比，团队只考虑产品积压项目需要多少工作量 (effort)，而不是查看产品积压项目并在几小时内估算出来 。

好的，所以它使评估更容易，但它有用吗？

我们无法对成本和可交付时间进行任何预测，至少直到我们从可能需要几个月的几个冲刺(sprints)中获得了速度(velocity)的平均值

使用时间作为度量单位有什么问题？

几百年来，我们有了标准的时间单位。为什么我们不能使用几小时或几天？好吧，简而言之，因为你的小时与我的小时不一样。

如果您要求两位开发人员估算相同的任务，您将得到两个不同的答案。虽然一些差异可能是由规范或理解上的差距来解释的，但事实是开发人员拥有不同的知识和经验，因此需要花费更多或更少的时间来完成相同的工作。

要求这两个开发人员评估完成一个产品积压项目(Product backlog item) 相对于另一个产品积压项目所需的工作量，并且您更有可能最终达成共识。

使用Story Points的真正原因

因此，到目前为止，您可能不相信使用Story Points的必要性。好吧，他们展示了完成不同产品积压项目工作的相对工作量，但这对任何事