软件开发中Scrum框架的起源
敏捷思维深受日本产业最佳实践的影响，尤其是丰田和本田推出的精益原则，以及竹内博之和野上裕次郎开发的知识管理策略。<br>受上述思想和全球软件项目研究的影响，Jeff Sutherland于1993年首次在Easel为软件开发行业定义了Scrum流程并开始实施。<br><br><ul><li>1986年 – Takeuchi＆Nonaka在哈佛商业评论中创造了Scrum产品开发</li><li>1993年 – Jeff Sutherland首次使用Scrum进行软件开发。</li><li>1995年 – Jeff Sutherland和Ken Schwaber对Scrum框架进行了标准化，并在OOPSLA 95上公布。</li><li>2001年 – 发布了敏捷宣言和原则，并建立了敏捷联盟。Scrum是一种敏捷方法。</li><li>2002年 – Ken Schwaber和Mike Beedle推出了第一本Scrum书籍Scrum Agile Software Development。</li><li>2002年 – Ken Schwaber和Mike Cohn共同创立了Scrum联盟。</li></ul>
补充：精益、敏捷、Scrum、XP关系<br>
（不要误解成敏捷Agile是精益Lean的一个子集 或 Scrum是敏捷Agile的一个子集）<br><span style="font-size:inherit;">此图的四个层级是“适用范围”大小的区别：</span><br><ul><li><span style="font-size:inherit;">精益Lean方法涵盖的范围要广泛得多，“将工作限制在能力范围内”和“持续流程改进”等原则几乎适用于任何环境。</span></li><li><span style="font-size:inherit;">敏捷是更高层次——只是一堆价值观和原则，根本没有实践。</span></li><li><span style="font-size:inherit;">Scrum介于两者之间——不限于软件开发，但要求使用时间盒事件（Sprint/迭代/冲刺）和产品待办事项列表。</span></li><li><span style="font-size:inherit;">XP更具体，仅限于软件开发中的工程最佳实践领域。</span></li></ul>
特点
在一个时间周期内（时间盒），完成一批需求的研发工作，即迭代/冲刺/sprint
每个迭代的产出是一个完整的潜在可交付的系统产品<br>
不同于传统模型的几个新概念
Sprint 冲刺，即“迭代”
ProductBacklog 产品待办列表，即“需求池”
SprintBacklog 冲刺待办列表，即“迭代需求”
Story 用户故事，即用户视角的“需求”
Epic 史诗，即“大型用户故事”，可以分解为许多小故事<br>
Task 任务，即“任务”，任务更具技术性，往往由一个人完成<br>
轻文档（不是没有文档！），just enough——“刚好够”<br>
从组织方式上解决了瀑布模型存在的资源闲置问题，各个环节全角色及时沟通反馈，应对变更风险能力极强
