5.1  发布循环

敏捷团队经由快速发布、快速学习，缩短团队在项目的“学习周期”。在单个发布期间的过程如下：

1.一开始要进行发布规划。

2.进行必要的刺探与收集下一迭代用户故事细节。

3.进行多次的迭代循环，完成增量成果。

4.最后进行增量成果发布与进行发布回顾会议。

5.2  发布规划

1.发布规划会议

发布规划会议参与人：干系人、发起人、产品负责人、敏捷教练、开发成员及测试员都应该参与发布规划会议。

2.发布规划投入

(1).商业价值。

(2).根据商业价值排序用户故事优先级。

(3).用户故事有关的风险。

(4).发布的日期。

3.发布规划过程

(1).团队检验已修订的待办列表。

(2).将在目前发布的用户故事排序(最小产品所带来的商业利益大于发布的成本)，下一个发布，及未来的发布。

(3).将用户故事拆解为更小的单位。如果是大的任务先不分解，很久才会被处理到的大用户故事。

(4).为每个用户故事确认初步的验收标准。

(5).为每个用户故事进行点数估算。

(6).审查用户故事点数：如果团队不同意的话，要重新评估点数。

(7).在目前发布，对用户故事与风险进行排序。

(8).规划这次发布每个迭代应完成哪些用户故事。

4.发布规划产出

(1).已切割为适当大小的用户故事。

(2).修订的产品(用户故事)地图。

(3).已确认的用户故事验收标准。

(4).已估算的发布待办列表：明确哪些用户故事会出现在这次发布中。

5.3  单次发布内的用户故事

5.3.1  切割用户故事

1.用户故事分解

(1).基于过程的分解

(2).CRUD

1).建立(Create)。

2).读取(Read)。

3).更改(Update)。

4).删除(Delete)。

(3).基于功能的分解

(4).基于商业规则的分解

(5).基于用户或平台的分解。

(6).基于质量等级的分解。

(7).基于验收测试的分解。

2.定义验收标准

5.3.2  估算用户故事点数

1.给发布计划一些缓冲

2.“规划扑克”的估算方法

5.3.3  优先级排序技术

1.在产品地图阶段影响优先级的因素

(1).商业价值，产生的收益。

(2).降低成本。

(3).市场需求，竞争优势。

2.发布期间影响优先级的因素

(1).技术相依性。

(2).风险。

(3).商业规则的复杂性，包括技术复杂性或新的科技、工具及架构。

3.排序的方法

(1).Kano

1).基本(Basic)。

2).有绩效(Performance)。

3).令人兴奋(Excitement)。

(2).MoSCoW

1).一定要：是最基本的，不能没有。

2).应该要：是重要的，应该要有。

3).可以要：在短时间内可以不要。

4).不需要：应该搁置，以后再说。

(3).根据风险调整

5.4  刺探与准备用户故事

1.刺探

2.为用户故事搜集细节