在我的博客中的一些条目中，我提到了Velocity，仅简要解释了它的含义。我认为它’关于时间，我会为不熟悉它的人正确解释。
速度是Scrum敏捷方法学中的术语，基本上与以下概念相同 所得价值 以更传统的项目管理方法。
这是这样的…
- 选择一个要测量速度的常规时间段。如果你’重新使用固定的Sprint或迭代，请使用该时间段。否则，您可以使用几周，两周或几个月。它没有’真的很重要，只要你’re consistent.
- 将您选择的时间段内所有任务/可交付成果/功能的估算值相加。它没有’不论是以天，小时还是相对 点数.
- 仅包括该时间段内100％完成并签字的所有项目的估算值。仍在进行中的任何事情都计为零，因为未完成的工作没有价值。
- 在选定的时间段结束时，您拥有的数字就是您的速度（或挣值）。
然后，您可以将Velocity用作未来承诺的基础。结果，它是自校正的。
例如，让’s说您以小时为单位进行估算，并在2周的Sprint中跟踪您的速度。因此，您知道Sprint中有70个小时可用，但是发现您倾向于提供50个小时的速度（因为全天的估计不足和其他干扰）。追踪这一趋势将使您致力于自己的‘norm’将来每个Sprint需要50小时，因为您知道’通常可以实现的目标。
由于这种方法，您不会’不需要擅长估计，也不要’不需要做得更好。只要你’一直很糟糕，您仍然会在兑现承诺方面变得更好。
以我的经验，’人们因过于谨慎而高估了这一点。速度也可以通过这种方式自我校正…
例如，如果您发现在70小时的Sprint中倾向于达到90小时的速度，则您可能不是吃早餐问题的超级英雄代码战士。您可能在估算时过于谨慎。在这种情况下，将来要承诺90个小时。这听起来可能违反直觉，但请继续。我赌你 -
尽管速度和挣值是项目管理技术，但为何不了解自己的速度。如果你这样做，你’我们会发现您可以更准确地评估您真正可以承担的工作量。即使你’估计很糟糕！
你猜怎么着？每个人都爱一个兑现诺言的人。
凯莉
