FPs

Scrum 初探

scrum01

三月份参加腾讯广研创新班的时候,在华工大学城校区上了一节主题为敏捷迭代开发的课程,第一次接触到 Scrum ,广研的导师讲的挺好,用视频配合腾讯内部实际情况介绍了 Scrum。前段时间看美剧 “Silicon Valley “(硅谷),第一季的第五集里遇到了 Scrum,Jared 建立了一个叫“争球”的管理体系。

借着美剧纸上谈兵的学习下Scrum。

scrum02

Wikipedia的定义:

Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语里是橄榄球运动中争球的意思。

中文太简单了,看下英文的解释:

Scrum is an iterative and incremental agile software development framework for managing product development. It defines “a flexible, holistic product development strategy where a development team works as a unit to reach a common goal”. It challenges assumptions of the “traditional, sequential approach” to product development. Scrum enables teams to self-organize by encouraging physical co-location or close online collaboration of all team members and daily face-to-face communication among all team members and disciplines in the project.

好吧,英文有点复杂和抽象,简单来说争球(争个球啊,这翻译实在太逗了:P)是一个适合团队进行敏捷迭代开发的框架。在剧中Jared提到要改善团队的沟通,Scrum 正有改善团队沟通的好处,另外更重要的是提高团队效率,对团队成员有激励作用等,可以更好的适应需求的变更。

Sprint

Scrum 由一系列的 Srpint(冲刺)组成,在橄榄球比赛中也正是由不断的冲刺进攻以达到胜利的目标,也有点像接力比赛中的每段赛程,见下图(图片来源:wikipedia): sprint

由上图可以看出一个Sprint是30天,实际上一般是一周到一个月,典型的是2周时间。一次冲刺的时间虽然短,但是每一个冲刺完成的时候都是真正的 “完成”,即除了相关模块功能的完成,相关文档与测试工作也同期完成。

每个Sprint由一个Sprint 计划会议而开始,确定冲刺的工作量、完成日期等。上图中小圈的24h是指每日的例会(站立会议),即每天一次小冲刺,回顾和了解团队成员当天的完成情况等。关于会议的类型和简介后文继续。

管理Scrum的过程可以在任务板上使用便利贴等。

scrum03

看到这个任务板,让我想起了流行的团队管理工具–Trello,可以在Trello上应用Scrum框架,把Trello的Board当作任务板:

scrum04

Scrum 主要包含 三个角色、三个文档、四个会议。

角色

  • Scrum主管
  • 产品负责人
  • 开发团队

Scrum主管

scrum05

Scrum 主管像是球队中的教练。

Scrum 主管不是团队领导,即教练不是一个俱乐部的管理阶层一样,Scrum主要负责清理团队的障碍,保证团队进度的推荐,不受外界干扰。主管会检查项目的进度,协调团队工作等等。

产品负责人

scrum06

产品负责人类似球队俱乐部的经理。

产品负责人主要负责产品功能的设计、决定任务优先级、决定产品发布日期与功能等等。在剧中感觉 Richard 更像是产品负责人,但是其实他也是下文说到的开发团队的一员。Richard 是整个团队的CEO,他对团队的功能和各项业务作出最终决策。

开发团队

scrum07

开发团队就像球队的成员,他们负责完成整个比赛,负责拼搏和冲刺。

开发团队(设计、测试、编码等)负责团队主要的开发任务。

在剧中就是上图三者为开发人员,负责不同的部分,后边临时出现过一个负责云计算的天才黑客小孩,就当是外包人员吧~。

其他

scrum08

至于剧中这个二货,我也不知道怎么归类,他为团队提供孵化空间(免费住宿,获取%10股份),为想产品名称吃大量大麻,为产品logo请街头涂鸦人,和天使投资谈判,上台做产品展示等等,他付出挺多的,可是还是不知道怎么归类,归为开发团队感觉对不起其他队员。lol

文档

  • 产品backlog
  • 冲刺backlog
  • 燃尽图

产品backlog

产品订单是整个专案的概要文档。产品订单包括所有所需特性的粗略的描述。产品订单是关于将要生产什么样的产品。产品订单是开放的,每个人都可以编辑。产品订单包括粗略的估算,通常以天为单位。估算将帮助产品负责人衡量时程表和优先顺序(例如,如果”增加拼写检查”特性的估计需要花3天或3个月,将影响产品负责人对该特性的渴望)。

产品backlog包含一个需求列表,使用用户故事来表示backlog条目,产品负责人对backlog条目排列优先级等。

冲刺 backlog

冲刺订单(sprint backlog)是大大细化了的文档,包含团队如何实现下一个冲刺的需求的信息。任务被分解为以小时为单位,没有任务可以超过16个小时。如果一个任务超过16个小时,那么它就应该被进一步分解。冲刺订单上的任务不会被分派,而是由团队成员签名认领他们喜爱的任务。

scrum09

燃尽图

一个公开展示的图表,显示当前冲刺中未完成的任务数目,或在冲刺订单上未完成的订单项的数目

下图 (源自:wikipedia)直观的反映了工作量的情况,X轴是时间,Y轴是剩余工作量:

scrum10

会议

  • Sprint 计划会议
  • Sprint 每日会议
  • Sprint 评审会议
  • Sprint 回顾会议

Sprint 计划会议

计划会议在Sprint开始前进行,主要进行分析评估产品的Backlog,确定目标,创建Sprint Backlog ,对任务分优先级,对任务工作量做估算确定本轮Sprint完成日期等。

Sprint 每日(站立)会议

在冲刺中,每一天都会举行项目状况会议,被称为“scrum”或“每日站立会议”。每日站立会议有一些具体的指导原则:

  • 会议准时开始。对于迟到者团队常常会制定惩罚措施(例如罚款,做俯卧撑,在脖子上挂橡胶鸡玩具)
  • 欢迎所有人参加,
  • 不论团队规模大小,会议被限制在15分钟。
  • 所有出席者都应站立。(有助于保持会议简短)
  • 会议应在固定地点和每天的同一时间举行。

在会议上,每个团队成员需要回答三个问题:

  • 今天你完成了那些工作?
  • 明天你打算做什么?
  • 完成你的目标是否存在什么障碍?(Scrum主管需要记下这些障碍)

scrum11

Sprint 评审会议

顾名思意,即产品负责人对产品进行评审。评审会议主要是将产品展示给产品负责人,当然也团队其他人员也可以参加。

Sprint 回顾会议

每一个冲刺完成后,都会举行一次冲刺回顾会议,在会议上所有团队成员都要反思这个冲刺。举行冲刺回顾会议是为了进行持续过程改进。会议的时间限制在4小时。

最后:

利用 Scrum,Richard的团队有条不紊的进行着Pied Piper 的开发,Gilfoyle和Dinesh互相较劲,“争球”争得不亦乐乎。当然第六集开头 Scrum就出现了点问题,Richard搞不定云计算部分,导致其他子任务堆积,托慢了进度(像一大坨大便堵住了下水道),这是后话。LOL。

scrum_end

参考资料

2014-08-20 scrum asd