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开发流程

 

Scrum框架中的角色、工件、活动以及开发流程_第1张图片

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的产品需求中。

 

你可能感兴趣的:(Scrum,Scrum框架,角色,工件,活动,开发流程)