第12章：故事是什么
用户故事有别于IEEE 830软件需求规格、用例和家傲虎设计场景。
考虑用户的目标比列出方案的特性更重要。
用户故事与用例场景类似。他们的完整性和寿命不同。他们以不同的目的编写。
第13章：用户故事的优势
用户故事促使我们重视口头交流，这一转变提供了迅速的反馈周期。
用户故事的典例范围比用例及场景小。他适合于迭代开发。鼓励延迟细节，鼓励应变的开发。
第14章 用户故事不良症兆一览
故事太小；故事相互依赖；镀金；故事中包含太多的细节；过早包含用户界面细节；想的太原；故事划分太过频繁；很难为故事安排优先级。客户不愿意写用户故事，为故事安排优先级。
第15章：Scrum与用户故事
Scrum是一种迭代和递增的过程，每30天一轮迭代，成为Sprint。
产品Backlog是一个待开发的功能需求列表。SprintBacklog是一个团队承诺在当前Sprint完成的任务列表。
第16章：其他话题
使用合适项目和团队的工具。
迭代过程会导致用户界面的反复变动。
一旦故事完成，撕掉故事卡会有一定的乐趣。
第IV部分 一个完整的实例
这一部分是通过一个完整的实例，即和Lori一起定义用户角色，编写故事，估计故事，创建发布计划，最后为初始计划中的故事编写一些验收测试。