（书摘：用户故事与敏捷方法）第十一章 测量并监控速率

    正如第9章所讲到的，我们将项目分成一系列来做发布计划，每轮迭代中安排一定故事点的任务。一轮迭代完成的故事点就是项目的速率。为这个项目做计划时，我们可以用已知的速率，我们也可以自己假想一个速率。速率是一个有用的管理工具，所以在每轮迭代结束和迭代中监控团队的速率是很重要的。

 

测量速率

    多数故事很容易清点：团队在迭代中完成了这些故事，所以他们的点数全部计算在内。假如一个团队某个迭代中的速率是23。如果发布计划假定的速率和23差别很大，就有必要重新审视项目计划。但是，注意不要过早地调整发布计划。不仅仅因为是最初的速率往往不准确，而且速率在初期的迭代中也很不稳定。可能需要两三个迭代之后，才能获得一个长期的，比较稳定的速率。

    但是不能将部分完成的故事也计算在速率中。

    注意：不用实际小时作为速率。

             计算速率是用迭代开始前分配的故事点数。一旦迭代完成，就不要改变迭代中团队获得的任何故事点数。举个例子来说，假如一个故事估算是4个故事点，但其实更大。后来团队发现他们应该估7个故事点。在计算速率时，这个故事应该算4个点，而不是7个点。

              通常情况下，应鼓励团队在为下轮迭代计划速率时，不要超过上轮迭代的速率。然而，如果团队确实