产品Backlog
产品backlog是Scrum的核心，是一个需求或故事或特性等组成的列表，按照重要性的级别进行了排序，它里面包含的是客户想要的东西，并用客户的术语加以描述。
产品backlog必须存在，对于一个产品而言只能有一个产品backlog和一个产品负责人
Backlog条目（也叫故事）包括一些字段：
-
- ID——统一标识符
- Name——故事名
- Importance——故事重要性，A分数是100，B分数是20，并不代表A比B重要5倍，它的含义与A分数是21的含义一样，插入间隔是为了出现一个比B重要而不比A重要的C
- Initial estimate ——初始估算
- How to demo——描述这个故事应该如何在sprint演示上进行示范，本质就是一个简单的测试规范
- Notes——相关信息、解释说明和对其他资料的引用
Sprint计划
Scrum通过Sprint来实现迭代。一个Sprint是指一个1周－4周的迭代，它是一个时间盒。Sprint的长度一旦确定，保持不变。Sprint的产出是“完成”的、可用 的、潜在可发布的产品增量。Sprint 在整个开发过程中的周期一致。新的 Sprint 在上一 个 Sprint 完成之后立即开始。 Sprint 包含并由 Sprint 计划会议、每日站会、开发工作、Sprint 评审会议和 Sprint 回顾会议构成。
举办Sprint计划会议，是为了让团队获得足够的信息，能够在几个星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信心
Sprint计划会议会产生的成果有：
- sprint目标
- 团队成员名单及投入程度
- sprint backlog
- 确定好sprint演示日期
- 确定好时间地点，供举行每日scrum会议
Scrum采用迭代增量的方式，是因为需求是涌现的，我们对产品和需求的理解是渐进式的，Sprint长度越长，我们需要预测的越多，复杂度会提升、风险也会增加，所以Sprint的长度最多不超过4周。越来越多的团队使用2周的Sprint，很多市场变化快、竞争激烈的领域，比如互联网和移动互联网产品开发团队也会使用1周的迭代。
在Sprint进行过程中，如下内容不能发生变化：
-
- Sprint的目标
- Sprint的质量目标和验收标准
- 开发团队的组成