用户故事与敏捷方法 一

读了一些类容 我知道了

一个项目的用户故事初稿通常是在故事编写工作坊（workshop）中写就的，但用户故事可以在项目生命周期的任何时候编写。在故事编写会上，大家集思广益，充分想象用户故事。有了可以开始工作的故事集合后，开发人员便可以估计每个故事的大小。

客户团队和开发人员一起选择迭代长度，可能一周到四周的时间。在项目进行期间将使用同样的迭代长度。在每轮迭代结束时，开发人员将负责发布完全可用的应用程序子集。客户团队在迭代期间高度参与，与开发人员谈论迭代期间正在开发的故事。在迭代期间，客户团队也会详细定义测试，并且跟开发人员一起编写运行自动化测试。此外，客户团队要确保项目能够达成交付所需产品的目标。

一旦确定迭代长度，开发人员就会估计每轮迭代中可以做多少事情。我们称之为速率（velocity）。团队的第一速率估计可能是错误的，因为无法事先知道团队的速率。然后，我们可以用初步估算来勾勒出大致的蓝图或者发布计划，用以说明在每轮迭代中会完成哪些工作，需要多少轮迭代周期。