菊子秋天

（书摘：用户故事与敏捷方法）第八章 估算用户故事

（书摘：用户故事与敏捷方法）第九章 发布计划

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

（从本章开始，我们将进入本书的第三部分，首先把注意力集中于用户故事与其他需求方法的区别，包括需求规格文档，场景已经用例。然后阐述用户故事相较于这些方法的优势。） 为了帮助我们更好地理解用户故事是什么，首先应了解它们不是什么，这一点很重要。本章会解释故事如何区别于其他三种常见的需求方法：用例(use case)，IEEE830软件需求规格(software requirements spec

     利用发布计划，我们顺利地将粗粒度的故事分配到发布中的多轮迭代。这种层次的计划--不包含很多细节，可以避免给出精确需求的错觉，却足以根据它开始行动--适合作为发布计划。然而，在开始一轮迭代的时候，再做进一步的计划也很重要。 迭代计划概览    整个团队通过举行迭代计划会议来为下一轮迭代做计划。客户以及团队中的所有开发人员到要出席参加这个会议。由于团队将仔细研究用户故事，所以毫无