第十五章 Scrum与用户故事
Scrum是一种迭代和递增的过程，每30天一轮迭代，成为Sprint。在每个sprint的开始是sprint计划会议. 这个会议通常会持续一整天.
在sprint计划会议的前半段, 产品负责人会把待开发的高优先级的功能介绍给scrum团队, 在第二个阶段, 团队成员可以针对第一个阶段中介绍的每一个待开发功能提出问题, 如果团队有信心完成某一个功能, 就把这个功能从产品Backlog移到sprint backlog中.
在sprint结束时的评审会议上, 团队会审视自己是否达到了spirnt目标, 而不是太关注上一个sprint中完成的每一个具体条目.
产品Backlog是一个待开发的功能需求列表。SprintBacklog是一个团队承诺在当前Sprint完成的任务列表。如果需要完成测试任务, 但是没有空余的测试人员, 其他的开发人员也会参与测试. 大家共同负责结果。scrum团队中通常没有区分架构师和测试人员角色的说法, 团队根据实际情况, 自决怎么完成剩余的任务。
最后，大多数项目一般都会有一部分需求无法恰当地以故事的形式来表达, 这些往往是系统的非功能性需求
非功能性需求：性能，准确性，可移植性，可重用性，可维护性，可用性，易用性，安全性，容量。许多非功能性需求可以视为系统行为的约束，处理约束的最好办法是在卡片上写下约束, 并将卡片标注为"约束"卡.大多数情况下,编写自动化测试可以确保系统遵守约束。卡片相对于软件工具的主要优点之一就是他们的技术含量低的本质，可以不断提醒人们故事是不精确的。在某些情况下,非常重要的故事会因为代价过高也会变得不那么重要。