Scrum 是团队用来管理工作并在短周期内协作解决问题的框架。 Scrum 将 敏捷 原则作为一组具体的项目、实践和角色实现。
Scrum 生命周期
下图详细介绍了迭代 Scrum 生命周期。 整个生命周期在称为 冲刺的固定时间段内完成。 冲刺通常为一至四周时间。
Scrum 团队角色
Scrum 中有三个关键角色： 产品所有者、 Scrum 大师和 开发团队。
产品所有者
产品所有者负责团队构建的内容，以及他们生成它的原因。 产品所有者负责使积压工作保持最新和优先顺序。
Scrum 主管
Scrum 负责人确保团队遵循 Scrum 过程。 Scrum 大师不断关注团队如何改进，同时解决短跑期间出现的障碍和其他阻塞问题。 Scrum 大师是部分教练、部分团队成员和部分啦啦队员。
开发团队
开发团队的成员实际上构建了该产品。 团队负责产品的工程开发及其质量。
产品待办事项
产品积压工作是团队可以交付的工作的优先列表。 产品所有者负责根据需要添加、更改和重新优先排序待办事项列表。 积压工作顶部的项目应始终可供团队执行。
规划冲刺
在冲刺规划中，团队选择要在即将到来的冲刺中处理积压工作的项目。 团队根据优先级和他们认为可以在冲刺中完成的内容来选择积压工作项。 冲刺积压工作是团队计划在冲刺中交付的项目列表。 通常，冲刺积压工作上的每个项都会分解为任务。 一旦所有成员都同意冲刺待办事项是可行的，冲刺就会开始。
执行敏捷短期计划
冲刺启动后，团队将执行冲刺待办事项。 Scrum 未指定团队应如何执行。 团队决定如何管理自己的工作。
Scrum 定义了一种称为 每日 Scrum 的做法，通常称为 每日站立。 每日 Scrum 是每天一次、时长不超过 15 分钟的会议。 团队成员经常在会议期间站立，以确保保持简短。 每个团队成员都简要报告了他们自昨天以来的进度、今天的计划，以及任何阻碍他们进步的事情。
为了帮助日常 Scrum，团队通常会查看两个工件：
任务板
任务板列出了团队正在处理的每个积压工作项，细分为完成任务所需的任务。 任务将置于 “正在执行”、“ 正在进行”和 “完成 ”列中，具体取决于其状态。 开发板提供了一种跟踪每个积压工作项进度的可视方式。
详细了解 看板任务板。
冲刺 (sprint) 燃尽图
冲刺燃尽图是一种图表，用来绘制每日剩余工作量总和，通常显示为小时单位。 燃尽图提供了一种可视化方式，用于显示团队是否能够按时完成冲刺结束时的所有工作。
冲刺评审和冲刺总结
在短跑结束时，团队执行两种做法：
冲刺评审
团队演示了他们为利益干系人完成的工作。 它们演示软件并展示其价值。
冲刺回顾
团队需要时间来反思哪些进展顺利，哪些领域需要改进。 回顾后得出的行动是下一个冲刺的措施。
增加
冲刺的产出称为增量或潜在可交付增量。 不论使用何种术语，冲刺的输出应具有可交付品质，即使它是较大部分的一部分，并且不能独立交付。 它应满足团队和产品所有者设置的所有质量标准。
重复、学习、改进
下一个冲刺将重复整个周期。 冲刺计划选择产品待办事项列表上的下一项，接着循环重复。 当团队执行冲刺时，产品负责人确保待办事项列表顶部的项目已准备好在下一次冲刺中执行。
这个较短的迭代周期为团队提供了大量学习和改进的机会。 传统项目通常具有较长的生命周期，例如 6-12 个月。 例如，虽然团队可以从传统项目中学习，但其机会少于每两周进行一次迭代冲刺的团队。
这种迭代周期在许多方面都是敏捷的本质。
Scrum 非常受欢迎，因为它提供了足够的框架来指导团队，同时为他们提供执行方式的灵活性。 其概念简单易学。 团队可以快速启动，并在实践中学习提高。 所有这些都使 Scrum 成为刚刚开始实施 敏捷 原则的团队的绝佳选择。
后续步骤
查找有关 Scrum 资源、培训和认证的详细信息：
了解如何 管理 Scrum 过程。
规模更大、更复杂的组织可能会发现 Scrum 无法完全满足其需求。 对于这些情况，请查看 扩展敏捷框架。