bet188足球-XpVelocity

极端的编程·项目计划·估计

标签:

速度是一种概念,它通过将广泛的努力陈述与经过的时间联系起来来帮助校准计划。速度是一个团队(或一个人,如果它的个人速度)在一段时间内完成多少东西的陈述。你应该通过测量过去时期完成的速度来确定速度,遵循原则YesterdaysWeather。典型的方法是平均过去三个时间段的速度,以确定未来时间段的速度。速度最初是作为一部分形成的极限编程但此后已经扩散并且现在被广泛使用敏捷软件开发各种口味。。

例如,一个团队正在进行为期两周的迭代,并估算故事的使用情况StoryPoints。在前三次迭代中,它的速度分别为22,30和27。然后我们会说团队的速度是26。要将此用于未来预测,我们可能会将我们希望在第一个版本中完成的所有故事加起来,假设为330。我们可以说我们预测,根据目前的计划,我们将能够在26周内发布。(330/27 => 13次迭代)。。

速度是用于校准估计的工具YesterdaysWeather,它不是衡量生产力的标准。不同的团队将使用不同的基线作为他们的速度单位,因此根据他们的速度比较团队是愚蠢的:没有这样的事情StandardStoryPoints。同样,速度是团队衡量标准,而不是单个衡量标准。。使用速度作为生产力衡量标准可以消除敏捷性。。

速度通常与固定迭代一起使用,但您可以使用与基于看板的计划相同的想法。您在过去几周内完成的工作量可以通过相同的方式推断,以便为将来的工作做出预测。。

速度是一种有用的估算工具,使用的工具比我在80年代观察到的技术复杂得多。然而,与任何估算技术一样,它可能被滥用 - 你必须始终考虑PurposeOfEstimation。。

我在2004-05-10写了这个bliki条目的第一个版本。。

进一步阅读

关于敏捷开发的大多数书籍都会讨论规划,从而提及速度。这本雅致的绿皮书对肯特和我的速度有着早期的深入描述。该关于估算的ThoughtWorks电子书介绍如何使用速度与故事点和故事计数。。

你仍然可以找到我们的初始化XP规划术语在维基上。。

分享:
如果您发现此文章有用,请分享。我很感激反馈和鼓励

在这些标签上找到类似的文章

极端的编程 项目计划 估计