文档介绍：word
word
1 / 13
word
敏捷开发的相关简介
敏捷定义
Scrum是一个轻量级的软件开发方法
Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的迭代周期，整个产品生命周期中，管理层不断确定产品需求或对之做出改变，以保证产品适用性、实用性和竞争性。
2、Sprint Backlog
当前Sprint要完成的任务列表，并估算工时
• 团队成员自己挑选任务，而不是指派任务
• 对每一个任务，每天要更新剩余的工作量估算
• 每个团队成员都可以修改Sprint backlog，增加、删除或者修改任务
冲刺订单：冲刺订单是大大细化了的文档，用来界定工作或任务，定义团队在 Story 中的任务清单，这些任务会将当前冲刺选定的产品订单转化为完整的产品功能增量。冲刺订单在冲刺规划会议中形成，其包含的不会被分派，而是由团队成员签名认领他们喜爱的任务。任务被分解为以小时为单位，没有任务可以超过 16 个小时。如果一个任务超过 16 个小时，那么它就应该被进一步分解。每项任务信息将包括其负责人及其在冲刺中任一天时的剩余工作量，且仅团队有权改变其容。
word
word
5 / 13
word
3、发布燃尽图
直观反应当前发布剩余的工作量，以Sprint周期数和故事点数为单位。
燃尽图（Burndown Chart）是一个公开展示的图表，纵轴代表剩余工作量，横轴代表时间，显示当前冲刺中随时间变化而变化的剩余工作量（可以是未完成的任务数目，或在冲刺订单上未完成的订单项的数目）。剩余工作量趋势线与横轴之间的交集表示在那个时间点最可能的工作完成量。我们可以借助它设想在增加或减少发布功能后项目的情况，我们可能缩短开发时间，或延长开发期限以获得更多功能。它可以展示项目实际进度与计划之间的矛盾。
4、Sprint燃尽图
Sprint燃尽图直观的反映了Sprint过程中，剩余的工作量情况，Y轴表示剩余的工作，X轴表示Sprint的时间。随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态势。
word
word
6 / 13
word
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会组织这阶段的会议并且邀请相关的干系人参加。
word
word
7 / 13
word
• 团队展示Sprint中完成的功能
• 一般是通过现场演示的方式展现功能和架构
• 不要太正式
• 不需要PPT
• 一般控制在2个小时
• 团队成员都要参加
• 可以邀请所有人参加
4、Sprint回顾会议
Sprint回顾会议上，全体成员讨论有哪些好的做法可以启动，哪些不好的做法不能再继续下去了，哪些好的做法要继续发扬。
• 团队的定期自我检视，发现什么是好的，什么是不好的。
• 一般控制在15-30分钟
• 每个Sprint都要做
• 全体参加
• Scrum Master
• 产品负责人
• 团队
• 可能的客户或其它干系人
开发流程
阶段
参与人
事务
输出
开发调研
PO，SM，团队
讨论产品需求条目
问卷调查
故事列表
word
word
8 / 13
word
分析
工作量估算
SM，团队
使用估算***估算故事点