请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 187|回复: 0

敏捷研发Sprint回顾的流程

[复制链接]
发表于 2022-1-9 18:08:14 | 显示全部楼层 |阅读模式
第一次召开Sprint回顾会议的团队,ScrumMaster要申明Sprint回顾会议的目的,避免大家对Sprint回顾会议有不同的理解。
9 a) t3 R6 Y: h" I& t1 @
很多ScrumMaster给团队讲解的关于Sprint回顾会议的目的如下。

* g4 t' x6 m4 Q, N% ?/ {- b: N
ScrumMaster说:“回顾会议就是咱们常说的反思会,大家回顾一下这个Sprint运行过程中有什么问题。”
  d2 s3 q9 ?) X
“反思”“回顾问题”,这样的讲解会让大家觉得回顾会议就是来吐槽说问题的。这会给回顾会议创造一个负面的场域。

; P7 }. P/ i4 i7 [/ x
ScrumMaster说:“回顾会议,就是咱们对Sprint做个总结,花几分钟时间,每个人说一下,这个Sprint哪些好,哪些不好,完了我把会议纪要发给领导。”

6 M8 Y5 ^: a0 X! u
回顾会议不是总结会,更不是给领导汇报的总结。这样的讲解给大家的印象是回顾会议是为了形成报告给领导看。

" p0 O. o* h8 O: N% x/ w! ]* h2 b) }
ScrumMaster应该这样给团队讲解Sprint回顾会议的目的。

9 B2 a8 g1 W, O, E+ n) e
  • Sprint回顾是对这个Sprint过程中的团队、对外关系、过程和工具这几方面进行检视,但不限于这几方面。
  • 找出这个Sprint做得好的地方和需要改进的地方,决定改进措施,从而让我们团队持续改进。
    ' J# {# {$ V! T. _) q2 D
    3 [5 T; F  e& h4 D. W' P

# W& q# P% \0 l( S: ?
给团队明确了Sprint回顾会议的目的后,ScrumMaster就可以正式开始Sprint回顾会议了。

. K# q9 B, B. j% U
Sprint回顾会议与迭代的关系,以及Sprint回顾会议的步骤,如图6-12所示。
粘贴上传202201091804224829..png
图6-12回顾与迭代的关系及回顾步骤
& c' X1 |. A- p4 s+ V" F% Y. R- K
资料来源:《敏捷回顾:团队从优秀到卓越之道》(AgileRetrospectives:MakingGoodTeamsGreat),2012年9月

) e# }8 u3 q4 Y/ o
Sprint回顾会议的步骤如下。
! m1 K. Q: a3 t
第一步:开场
0 w8 \  X1 V' v+ @7 g0 R9 W/ `# P
ScrumMaster在Sprint回顾会议的开场,需要覆盖以下内容:

4 P+ r0 }; n: }+ a8 z9 P8 |( Q2 m* s
  • 介绍会议的目标和原则,以及回顾的工作协议;
  • 介绍会议议程;
  • 介绍回顾会以什么方式开展,回顾的范围是什么;
  • 最重要的是,要创造一个开诚布公的场域。2 i0 A& k3 B& C' q& n* b
    ( O0 k, Y* }9 s: V: |6 F
% J( d% F  s, Y% D
ScrumMaster可以采取以下措施创造一个开放的场域。
: o% p7 m3 G- o: M& n
  • 选择一个令人轻松、愉悦的场地召开Sprint回顾会议。比如咖啡间,大家可以边喝着咖啡边聊。团队离开了拘束的办公场地,自然就放松起来,内心也更加开放。
  • 设计一个可以促进团队互动的座位布局。比如,让大家围坐一圈,面对面而坐,而不是端正整齐地坐在会议室里。也不要使用投影仪,如果ScrumMaster一本正经地翻PPT,那么他/她就成了会议的主导者,而这种主持风格并不能让每个人都积极参与。% q) l2 C8 v/ j0 l% Y

    7 L. `. X; x$ Y* r
- Z" t4 j" q) k5 j0 Y. N2 R
ScrumMaster要向团队介绍诺姆·科尔特(NormKerth)提出的回顾的基本原则:“不管我们发现了什么,我们理解并且相信,每个同事在其已有的知识、技术、能力、资源以及当下所处的环境下,付出了最大的努力。”这样的原则可以为团队创造尊重、互信的气氛。关于回顾范围,ScrumMaster可以给团队一个思考框架,以帮助大家打开思路,比如团队的工作流程(并不局限于Scrum本身)、团队之间的协作(工具、工作环境、技术、对外协作)。
! m. s, h% i! K0 A) u
Sprint回顾会议的基本原则、议程、工作协议、回顾范围都可以被可视化到墙上,以营造一个开放的公共场域。

$ ~; \' w! q6 r5 {2 @
第二步:收集数据

% Z8 R% N: p# `5 ]/ x
Sprint回顾会议收集的数据包含两方面:客观的度量数据以及Sprint里发生过的事件。

5 O1 B# m: `9 H2 ~5 d6 {% ]( L7 P
对于客观的度量数据,需要ScrumMaster在会前将这个Sprint和这个版本的交付数据,以及任何需要团队关注的度量数据准备好,带到Sprint回顾会议上来。

( L4 K. {6 b. q
Sprint回顾会议经常收集的数据有三个:团队的速率、Sprint燃尽图、版本燃尽图(详见第9章)。

3 J: S1 L! S) W7 p% u
ScrumMaster不是将数据贴到墙上就完了,而是要带领团队解读数据,让大家对团队的交付情况有共同的认识。比如,这个Sprint没有完成的目标;目前的速率低于最近的几个Sprint;按照现在的速率,从版本燃尽图上能看到我们将推迟1个月发布版本;这个Sprint的前3天,燃尽图上SprintBacklog没有一点燃尽,导致我们后来几天加班赶进度,最后到Sprint结束的时候也没有完成目标;等等。

' c1 P# D; U1 i, H
整个团队就数据达成一致的认识后,再开始回忆和分析产生这样结果的原因。
' @% s8 ?2 v. L1 ^- K; ]
第三步:产生改进意见
+ ]+ d( s/ o4 W0 v5 P8 M
ScrumMaster在会前准备好进行头脑风暴的框架,供大家沿着框架产生改进意见。框架有很多种,可以隔一段时间换一换,这样团队会对回顾保持新鲜感。

& Q' }/ M- q! q) a, f5 O- f
图6-13所示的回顾方法采用的是SSCC(Start-Stop-Continue-Chang)框架,分成如下四个部分。
$ t) g4 W# i' |. k
  • Start:哪些实践应该开始尝试。
  • Stop:哪些问题或者实践应该立即停止。
  • Continue:哪些现有的实践应该继续保持。
  • Change:哪些情况应该改变。
    $ y' X% [/ c' H& `1 c- w
    $ o) o9 N; Z# z, s6 U
% o- v/ X, m# J  M
粘贴上传202201091804414125..png
. d2 ]5 r+ V* O/ W" `
图6-13SSCC框架示例
1 K$ ^2 _  D/ R; F! Y9 y

! h) i1 t# S  _4 s0 \% C* d
为避免思绪被他人影响,每个提议用一张报事贴书写,然后放到相应的区域。不出意外的话,经过这一步,团队会形成很多改进建议。
  Z8 G6 _# ?: j. x/ y, I* F
但是也有意外的情况发生,团队写不出什么东西来。比如,一个6个人的团队,一共只写了3张报事贴,连框架都填不满。这种团队一般是那种被管理层和公司的体制压抑得太久,员工失去了主动反映问题的习惯,或者是对公司的改变彻底不抱有希望,所以就算有主意也懒得提了。这时候,ScrumMaster需要有耐心,让团队逐渐打开思路。刚开始的时候,ScrumMaster可以设置一个下限,比如,每个人最少写两条意见,时间可以适当长一点,给大家足够的思考时间。随着每个Sprint都有改进措施落地执行,团队会重拾希望,思路也会逐渐打开。
- o+ [0 m5 z5 c% K  a4 Z
第四步:决定改进措施
  @2 ~$ Q/ W; r8 n2 C/ K
面对大量的改进意见,团队是否该全部采纳呢?
3 c2 k' R$ ^( X
团队的精力和时间是有限的,即便大家对所有的意见都认同,也不能什么都做。Sprint回顾会议产生的改进意见需要放到Sprint中,团队边交付产品边改进。如果每个Sprint实施太多的改进,就会影响正常的产品交付工作。因此,团队必须对改进意见缩小范围。团队可以采用点投法,比如,每人有5个点的限额,投出你认为最需要做的几个改进事项。点投的时候,大家不要商量探讨,也要采用“沉默”投票法。
5 Y1 q+ b9 l1 s0 i. Z2 d* w
每个人投完后,点数最多的1~3个事项将浮出水面,团队就这几个事项讨论具体的措施。

% T5 Z9 S! T( `8 q, K
需要注意的是,改进措施分为两类。
) C) R+ y2 F+ w7 \+ e
  • 一类是新的实践、规范或者共识,不需要作为一个具体任务来落地实施。这类往往为工作协议。比如,点数最多的报事贴上写的是:“不要过多承诺Sprint目标。”团队注意依据自己的速率和可用的产能来装载SprintBacklog,不要过载即可。
  • 另一类是需要团队完成一个具体的任务。比如,点数第二多的报事贴上写的是:“测试效率太低,Sprint最后几天,测试工程师加班到半夜。”这样的改进需要团队来讨论如何提升测试效率。如果团队讨论的结果是开发测试自动化框架,那么就需要团队里有专人来认领这个任务。并且,这个任务也许需要长期进行,不是一个Sprint就可以搞定的。对于这种长期任务,团队需要将其分解到Sprint里来执行:下一个Sprint开始做什么,再下一个Sprint做什么。在每个Sprint结束的时候做检视,看看效果如何,下一个Sprint是否需要调整策略。
    3 `3 ~# c" u3 t/ J5 W8 Z

    : ?8 e6 w( W# \" s$ A

2 `1 e/ B  L- K5 P" C
在下一个Sprint计划的时候,一定要记得,这种需要占用团队时间的改进措施也是SprintBacklog的一部分,需要占用团队产能。在任务板上,团队要将它与其他的SprintBacklog条目一起可视化,并跟踪它的进展。

9 k3 Z9 e/ T& T
第五步:收尾

8 |: f- g7 l8 u" i! ?3 j5 W
改进措施确定后,主持人需要做一些收尾的工作,包括:
/ u$ V  o6 v/ ]$ T+ f
  • 对大家花时间共创一个美好的Sprint回顾表示感谢;
  • 拍照作为历史记录存档;
  • 将改进措施报事贴放到任务板上,用来跟踪进展;
  • 做一个关于回顾的回顾,以帮助团队在下次回顾中做得更好。5 |& @1 G% S1 d* c% [
    ' A5 ?9 i1 Q. L

" c; O9 E" S2 B" s; m/ V3 \
当然,不需要每次回顾都做关于回顾的回顾。在团队刚开始尝试Scrum方法的时候,花几分钟做关于回顾的回顾,有助于ScrumMaster听到团队的反馈,下次回顾会做得更好。

- _. Y# _8 o7 ?8 T, ?
  d4 k; v2 \3 d6 c; B: u
# E' i1 p8 s; I: v5 W/ H




上一篇:什么是敏捷研发Sprint回顾
下一篇:为什么要映射价值流
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

GMT+8, 2022-7-5 15:11 , Processed in 0.103446 second(s), 32 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表