scrum回顾_玩转Scrum - Scrum 概述

c1b69285165fb19caefdd3f43ca971ae.png
  • Scrum 概述

首先,我们来追本溯源一下:不知道大家是不是清楚“Scrum”这个单词是什么意思?

揭晓答案:这其实是一个来自于体育运动的专有名词。如下图,橄榄球的“并列争球”这个场景,这叫“Scrum”。

491ebba76a1f392217a2f5ef134e0e7e.png

后来这个单词被Scrum的发明者借用,成为了大家熟知的一种敏捷开发框架的名称。Scrum也是目前被广泛认可和使用的敏捷方法之一。各位可以看到在"Scrum"里,大家肩并肩,手搭手,共同进退,这也体现了Scrum "One Team"的精神内涵。

上文说到Scrum非常简单。它有多简单?简单到用一页PPT可以涵盖(在我的线下课件里,今天的内容就是在一页Slides里的),用“143”这三个数字就可以概括。哪怕是对Scrum一无所知的同学,看完今天的短文你就可以去跟别人介绍什么是“Scrum”了。


  • Scrum就是:1张流程图,4个活动,3个角色
注:近期业界也有提炼为”Scrum的3355”,其实与我所说的“143” 没有本质的区别。像3个工件,5个价值观,我觉得对于初步了解Scrum的同学比较难理解和有直观感受,我会放在具体活动及角色协作里面介绍。另外,我个人觉得把Sprint本身作为一个活动有待商榷。
无意引起辩论,仅作为个人观点说明。关于“Scrum 3355”有兴趣的同学可以自行“谷百”。

一张流程图

e0dc17cd2025618537ec56c539cb370c.png

所有的Scrum活动都在这1张流程图里,我们简单解释一下。

从最左边看起,我们启动一个Scrum Sprint(冲刺,可以简单理解为Scrum中最小粒度项目)的时候,需要将Sprint Backlog (需求,图中左侧像砖块一样的东西,意为开始“搬砖了” )拆分成可以执行的技术任务(Task,像木地板一样的东西),并明确Sprint范围。

图中的大圆圈中间写的30天,意为每一个Scrum Srpint建议时间长度为2~4周(一般Team选择一个周期基本固定,笔者推荐的周期为2周)。

在Srpint结束后交付增量可发布的软件(右侧像砖块一样的东西,意为“搬砖搬完了”)

图中的大圆圈还有一个小圆圈是干嘛的?当然不是“乘风破浪的姐姐”的发髻,而是在Sprint进行过程中,项目组会进行Daily Meeting(每日站会)进行项目沟状态同步和沟通。

一个最小的Scrum Sprint所有流程就这样,没了。简单吧?

四个活动

Scrum包含如下4个活动:

1. Planning Game:规划会议。即上图中左侧“砖变木地板”的部分

注:也有其他不同的叫法,我个人比较喜欢这个名字。为什么叫Game,我会在后续再给大家详细说明,因为这个环节里有一些很有趣的工作方法。

2. Standup Meeting:我们常说的每日站立会。就是流程图中小圈的位置,间隔24小时,即每天召开。

3. Demo Meeting:演示会。在我们发布软件前需要进行演示,明确这个Sprint团队输出了哪些功能,后续可以进行上线发布。即流程图中“砖搬完”的部分。

4. Retrospective Meeting:回顾会。Retrospective这个单词非常长,其实就是回顾的意思,通常我们也简称为“Retro”。一般在一个Sprint结束后进行Review和总结。

三个角色

Scrum中有且仅有3个角色,这三个角色构成一个Scrum 团队:

  • PO:Product Owner,顾名思义,产品的拥有者/所有者,暂时可以理解为 ≈ 产品经理
  • Team:研发团队,包含研发,测试,UI等与软件交付相关的角色
  • Scrum Master:敏捷教练,是Scrum发明的一个角色,暂时可以理解为 ≈ 项目经理
注:Scrum里的PO和Scrum Master严格意义上与产品经理及项目经理还是有一些区别,为了帮助零基础的同学理解,此处仅作个粗暴的类比,所以是“约等于,约等于,越等于!”

“134”都讲完了,Scrum大致如此。

接下来,后续的内容我会分别以4大活动入手,跟大家逐步解释应该如何展开,最后再跟大家聊一聊Scrum中3个角色的职责应该如何分工及协作

有的同学可能会问,你这个安排是不是有问题啊?你干嘛不先把角色分工给大家介绍一下,这样我们可以更有针对性的去了解每个角色在不同活动里应该做什么不是更好?

这是我有意为之。Why? 上文说了,Scrum是比较强调“One Team”精神的一种工作模式,所以任何角色都有把Scrum各个活动实施好的责任。

这么说可能还是费解了一点。举个”栗子“,有人经常会问我:“我们规划会议总是开不好是谁的责任?” 通常我会回答:“是整个团队的责任。” 接着我会说:“因为PO在这个活动里的输出重要一些,所以团队要帮助PO提升输出的质量,把规划会议开好。”

大家体会到这里面的差别了吧?所以,不管在现实工作中的具体角色,请先站在整个Scrum团队的角度去了解各个活动应该如何开展,跟我一起踏上更详细的Scrum之旅吧!


后续的文章会越来越多,为了方便同学们查阅相关的内容,从下篇开始,会采用子标题+主要内容的方式来命名,Enjoy your Scrum journey!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值