Scrum框架中的角色、工件、活动以及开发流程

一、概述

Scrum既适合5~10人的小团队，也适合于几百人的大型团队，在需求频繁变化的项目中，Scrum这种“拥抱变化”的软件过程，可以发挥出强大的威力，但要合理控制项目及产品的范围。

二、角色

产品负责人

• （Product Owner）——职责：把方向——做正确的事；
• 利益相关方的代表，重点是产品业务方面；从业务角度出发对需求并对权重排序，合理的调整产品功能和迭代顺序

Scrum主管

• （Scrum Master）——职责：找方法——正确的做事；
• 团队的导师和组织者，负责提高团队效率提出培训团队的计划，列出障碍；让利益相关方获得最大化的投资回报；提高团队的开发效率；开发思想得到利益相关方的理解与支持

团队成员

• （开发人员、测试人员）——职责：执行——把事情做正确；
• 尽一切可能去完成任务——发布产品；充分理解PO的产品愿景；合作完成冲刺中的每一个目标；更好的支持可能需要进一步开发的产品发布

三、工件

产品订单

• 产品Backlog；
• 包括需要交付的内容，根据业务需求的价值排列，可以增减或调整，产品的backlog将根据不断增长的需求来持续驱动维护。

冲刺订单

• Sprint Backlog；
• 涵盖了最终版本的既定产品Backlog的任务；
• 团队通过它来协调开发进度；
• 团队在确定产品Backlog并建立发布计划后，即可开始在冲刺中工作。团队的冲刺从冲刺计划会议开始。在会上，团队承诺完成产品Backlog中的一组用户情景。

障碍backlog

• 列举了所有团队内部和团队相关的障碍项目进度的问题；
• SM需要确保所有的障碍Backlog中的问题都已分配并可以得到解决；
• 阻碍项目进度的问题在公司和团队范围内常有发生；
• 通过障碍Backlog，识别障碍并按优先次序将他们在Backlog中排列，然后公开给全体人员；
• 在看板上准备一个三栏的表，把正在煎熬的某个事记录在贴纸，加到新事项中。按商业价值的优先级排列“新事项”中的障碍问题；
• 当开始着手解决一个障碍问题时，将贴纸移至“处理中”；
• 问题得到解决时，将它移到“已完成”事项栏中；
• 每日例会和冲刺回顾会议中收集新的障碍问题。

燃尽图

• 燃尽图是在项目完成之前，对需要完成的工作的一种可视化表示，描述随着时间的推移而剩余的工作数量，可用于表示开发速度；
• 理想情况下，该图表是一个向下的曲线，随着剩余工作的完成，“烧尽”至零；
• 燃尽图向项目组成员和企业主提供工作进展的一个公共视图；
• 燃尽图的要素：X轴：时间；Y轴：剩余工作量。
• 燃尽图常见的表现形式：

1. 先鼓起后落下：原因是计划会以常常漏掉一些事情，所以开工后不但不燃尽，还发现了很多新的任务。
2. 先完美燃烧，然后突然停止燃烧：由于任务划分太粗，导致对工作量的错误估计，到最后发现余下时间难以完成。
3. 先缓慢燃烧，然后到快燃尽的时候剩下一堆没完成的任务，被推迟到下个周期：有些任务是次要的“可以不做的”，或者是被动地发现有些故事没有完成导致的。

• 燃尽图的缺点：

1. 有哪些故事正在做，还没有做，已经开工了但没完成；
2. 最后剩下了哪些故事没完成；
3. 有没有人不是一个一个完成故事，而是同时开工了很多故事；
4. ……

四、 活动

冲刺计划会议

冲刺计划会议需要分两个时间段进行，第一天的上午进行计划会议1，第一天下午进行计划会议2。给相关人员流出任务分析的时间。

冲刺（Sprint）计划会议1

PO和团队一起，在先前评估的成果基础上，定出Sprint目标和既定产品Backlog。

会议准备

1. 评估完工作量且优先级排列好的各项问题；
2. 项目历史会议纪要；
3. 白板、便利贴

会议进程

1. 介绍会议的目标，议程；
2. 评估尚未被评估的问题；
3. 确定冲刺Sprint的第一天和最后一天；
4. 确定每日例会，评审会议，回顾会议的时间安排；
5. 团队成员相互认可冲刺目标和既定产品Backlog

冲刺（Sprint）计划会议2

团队将既定产品Backlog中的每一项细化成多个任务

会议进程

1. 团队成员从Backlog中的各项问题中分出相应的任务；
2. 考虑工作中的细节：编码、测试，代码评审、会议、新技术应用、文档；
3. 如果任务超出一周，尝试把该任务分割成几个小任务；
4. 删减或增加Backlog中的问题；
5. 团队确认Sprint目标

每日站立会议

每日例会有助于团队进行自我组织。这是项目团队成员间的一个进度协调会议。

会议进程

1. 把已完成的任务从“处理中”状态转为“已完成”；
2. 确定下次会议之间，你计划完成什么任务？
3. 如果有问题影响了你的开发，把该障碍加入到障碍Backlog中；
4. 团队成员们把注意力集中在回答关键问题上；
5. 最好在每天早上开，时间一般控制在15分钟之内；
6. 条件允许的话，会议最好每天都在同一时间同一地点举行；
7. 谁都可以参加这个会议，但只有团队成员发言，其他人员只能旁听；
8. 所有出席者都应站立（有助于保持会议简洁）；
9. 确定更新燃尽图；
10. 会议由SM主持，在会上每个团队成员需要问3个问题：

• 我昨天完成了哪些工作；

• 我今天将要做什么；

• 我遇到哪些障碍，需要别人的协助

会议结果

得到最新的障碍Backlog；

得到最新的冲刺（Sprint）Backlog；

得到最新的工作进度图

冲刺评审会议

• 项目开发的进度是通过实际已完成产品的功能审核来进行控制。由PO断定实际所发布的功能是否与既定的Sprint目标一致。
• 在Sprint结束时召开，会议时间控制在两个小时以内；
• 开发团队展示这个Sprint中完成的功能，不需要PPT，一般是已经完成的功能Demo；
• 客户、管理层、PO以及其他开发人员都可以参加。

会议议程

1. 按Backlog中的问题，逐个介绍这个冲刺的结果，演示新开发的功能；
2. 如果PO想要改变功能添加一个新问题到产品Backlog中；
3. 如果对功能有一个新的想法，添加一个问题到产品Backlog中；
4. 如果小组报告项目遇到阻碍还没能解决，把问题加入障碍Backlog中。

会议结果

对当前冲刺的结果和整个产品的开发状态达成共识

冲刺回顾会议

• 审视和适应的能力是Scrum的基础；
• 在冲刺回顾会议期间，项目团队会分析冲刺的成功经验和所遇到的障碍；
• Sprint结束后，时间在1~2个小时；
• PO、SM和Scrum团队参加

会议进程

1. 介绍会议目标，在白板画一个时间轴，标记出冲刺的开始和结束时间；
2. 花五分钟每个人在贴纸上写上“我们的成功经验是什么”；
3. 花五分钟每个人写上：有什么能够改进的；
4. 询问“谁去负责解决这些改进？”

会议结果

会议纪要含相关改进及负责人名单

五、Scrum开发流程

 

1、我们首先需要确定一个Product Backlog（产品需求列表），这个是由PO负责的；
2、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（Sprint计划会议） 来从中挑选出一些Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把选中的Story进行细化，形成一个Sprint Backlog；
3、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量可以以小时为单位，也可以以天为单位）；
4、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；
5、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；
6、当每个Story都完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加，每一个Scrum Team的成员都要向他们演示自己完成的软件产品；
7、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中。