文档介绍：敏捷开发的相关简介
敏捷定义
Scrum是一个轻量级的软件开发方法
Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架 中，整个开发周期包括若干个小的迭代周期，每个小的迭代周期称为一个Sprint， 每个Sprin
•每个团队成员都可以修改Sprint backlog，增加、删除或者修改
任务
冲刺订单：冲刺订单是大大细化了的文档，用来界定工作或任务，定义团队 在Story中的任务清单，这些任务会将当前冲刺选定的产品订单转化为完整的 产品功能增量。冲刺订单在冲刺规划会议中形成，其包含的不会被分派，而是由 团队成员签名认领他们喜爱的任务。任务被分解为以小时为单位，没有任务可以 超过16个小时。如果一个任务超过16个小时，那么它就应该被进一步分解。 每项任务信息将包括其负责人及其在冲刺中任一天时的剩余工作量，且仅团队有 权改变其内容。
3、发布燃尽图
直观反应当前发布剩余的工作量，以Sprint周期数和故事点数为单 位。
燃尽图（Burndown Chart）是一个公开展示的图表，纵轴代表剩余工作量， 横轴代表时间，显示当前冲刺中随时间变化而变化的剩余工作量（可以是未完成 的任务数目，或在冲刺订单上未完成的订单项的数目）。剩余工作量趋势线与横 轴之间的交集表示在那个时间点最可能的工作完成量。我们可以借助它设想在增 加或减少发布功能后项目的情况，我们可能缩短开发时间，或延长开发期限以获 得更多功能。它可以展示项目实际进度与计划之间的矛盾。
4、Sprint燃尽图
Sprint燃尽图直观的反映了 Sprint过程中，剩余的工作量情况，Y轴表 示剩余的工作，X轴表示Sprint的时间。随着时间的消耗工作量逐渐减 少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态 势。
Sprint过程
1、Sprint计划会议
-团队从产品backlog中挑选他们承诺完成的条目。（做什么）
创建 Sprint Backlog （怎么做）
- 标识具体的任务并为任务做估算
由团队协作完成，而不是ScrumMaster
-考虑了高层设计
2、Scrum每日站会
团队每天进行15分钟的检验和适应的会议称为Scrum每日站会。每日站会上， 每个团队成员需要汇报以下三个问题：
-从上次会议到现在完成了哪些工作。
-下次会议前准备完成什么。
-工作中遇到了哪些障碍。
汇报的对象是团队，不是任何一位领导（PO,SM，团队负责人）。
汇报的重点在于提出问题，进而解决。
每日站会不是进度汇报会议，这个会议是为将产品backlog条目转化成为增量的 人（团队）召开的。团队承诺实现Sprint目标和完成产品Backlog条目。每日 站会是检验朝向Sprint目标的进程，如果有必要进行后续会议对Sprint中的下 一步工作进行调整，目的在在于增加团队实现目标的可能性。这是Scrum经验过 程中的重要检验和适应的会议。
3、 Sprint评审会议
Sprint评审会议用来演示在这个Sprint中开发的产品功能给Product Owner会组织这阶段的会议并且邀请相关的干系人参加。
•团队展示Sprint中完成的功能
-一般是通过现场演示的方式展现功能和架构
不要太正式
•不需