Xp 速度

速度是一个概念，它通过将广泛的努力陈述与经过的时间联系起来，帮助校准计划。速度是对团队（或个人速度的个人）在一段时间内完成多少工作的陈述。通常应该通过测量过去一段时间内完成的工作量来确定速度，遵循昨天的天气原则。一种典型的方法是平均过去三个时间段的速度，以确定未来时间段的速度。速度最初是作为极限编程的一部分形成的，但此后已广泛传播，现在被所有类型的敏捷软件开发广泛使用。

例如，一个团队正在进行为期两周的迭代，并使用故事点来估计故事的努力。在前三个迭代中，其速度分别为 22、30 和 27。然后我们会说团队的速度是 26。为了将其用于未来的预测，我们可以将我们希望在第一个版本中完成的所有故事加起来，假设是 330。然后我们可以说，根据当前计划，我们预计将在 26 周内发布。（330 / 27 => 13 次迭代）。

速度是校准昨天的天气估计的工具，而不是生产力的衡量标准。不同的团队将使用不同的基线作为其速度单位，因此根据速度比较团队是愚蠢的：没有标准故事点这样的东西。同样，速度是团队衡量标准，而不是个人衡量标准。将速度用作生产力衡量标准会扼杀敏捷性。

速度通常与固定迭代一起使用，但您也可以将相同的概念用于看板式计划。您可以将过去几周完成的工作量推断出来，以预测未来的工作量。

速度是估计的有用工具，它比我在 80 年代观察到的技术要简单得多。但是，与任何估计技术一样，它也可能被误用 - 您必须始终考虑估计的目的。