高品质的音视频能力是怎样的? | Qcon 全球软件开发大会·上海站邀请函 了解详情
写点什么

敏捷 /Scrum 回顾的技巧与窍门

  • 2010-12-25
  • 本文字数:2124 字

    阅读完需:约 7 分钟

回顾和反馈环在任何成功的敏捷 /Scrum 实施中都占据着重要地位。它们是我们用于帮助团队进行改进的工具。然而在仅仅两天的敏捷介绍课程中,它们常常被一笔带过。由于时间限制,培训师们(包括我自己)常常匆匆过一下这个话题,粗略描述一个回顾的简单方式。问题在于,简单的回顾方式往往让人感觉无聊,久而久之,大家就没兴趣参与了。

Brian Lawrence 介绍了一种相对稳妥的回顾方式,这种方式对于一个规模较大的或者之前没有协作经验的团队比较有效。他会为团队提供一些规格为 3x5 的索引卡或记事贴,甚至可以为不同类型分配不同颜色。他让大家用 20 分钟时间在卡片上写出做得好的方面,再用 20 分钟时间写些需要改进的事情。随后主持人会把这些卡片分类并贴在墙上。接下来的时间,由团队来决定哪些是可以去做的。

Jimmy Bosse 认为,回顾非常重要,所以不管发生什么,回顾都必不可少。他解释道,回顾会赋予团队改变和进步的力量,如果不进行回顾,问题和缺陷滋生蔓延,屡治屡犯,团队成员间互相指责,而不是集中关注如何改进当前的状况。

Yves Hanoulle 回应道:

我认为“永不停止回顾”的说法是错误的。
“永远不”和“永远"都不是敏捷词汇。千万别用它们。 ;-)

我认为当团队想要不再做回顾时,他们可以分析一下根本原因,看看这一意愿背后到底是什么。

有人曾经问 Doug Shimp :回顾会议中使用的便签记录是否该公开贴出来呢?他答道,分享团队目标的达成情况和学到的东西,显然胜于贴便签。即使这样,他依然建议谨慎处理,因为脱离上下文地进行某些改进,可能会导致人员纠纷。

考虑到教练不可能无处不在, Jason Little 打算设立一个专门用来进行回顾的房间。他想要:

  • 有很多空位子的,舒适的大房间。
  • 某个区域张贴着下列信息:“回顾的价值,会议形式的样例以及开始回顾之前所要完成的工作的清单的样例”
  • 一个篮子做“回顾工具箱”,里面放着敏捷教练所提供的:记事贴、记号笔和介绍各种技术的宣传册。

Jason 的会议议程样例:

  1. 确定一个重点
  2. 提出议程并审议
  3. 针对关注点,用头脑风暴法收集做得好的方面及不好的方面
  4. 用头脑风暴法收集要中止 / 开始做的事情
  5. 制定行动计划
  6. 把提到做得好的方面和不好的方面的记事贴收集起来以便以后重用

敏捷回顾 Wiki 中还有很多不是很出名的回顾活动,包括:

Christopher Avery 就写到过回顾所带来的微妙效应:

  1. 回顾为团队提供了一个机会: 让大家能够作为一个团队,聆听来自每个人的声音、整合大家的想法并达成向下一个阶段迈进的共识。
  2. “尾声:当有些东西在思想或感情上依然没有结束时,就很难有新的开始。”

这位作者写到了如何组织好团队进行回顾的基本窍门。在把焦点转向需要改进的事情之前,我会先强调先前Sprint/ 迭代中那些做得不错的地方(指出好的方面,并表示感谢)。通过这种方法,我们振奋了团队的情绪。这样,我们就能在一个斗志高昂的氛围中讨论如何处理可能发生的困难。另外,我相信这也是为接下来的迭代制定小的SMART 目标,并且落实到团队的关键所在。如果不这样做,就不会有改进,而团队成员也会由于没有任何进步,而对回顾失去兴趣。

ScrumDesk 博客上,大家在讨论使用快艇互动游戏 (Speed Boat Innovation Game) 来进行回顾:

游戏规则是画一条有一对锚和引擎的船。船要以某个所关注的领域命名(尤其是当你想要分析很多问题时)。

你让团队成员写下是什么降低了船速(一个想法一张卡片),随后把卡片钉在锚上。再让团队成员写出可以提升船速的方法,随后把卡片钉在引擎上。接下来,你就可以运用敏捷 /Scrum 中针对回顾的分组、分类抑或各种你所知道的类似方法来做了。

我们在会议期间画了两艘船。大家畅所欲言,提了很多想法,并且大家提出的很多可能 / 预期的解决方案当即就被管理人员采纳执行。

最后 Matthew Bussa 提供了一些技巧和窍门:

  • 别泄气!开始的几次回顾会议耗时会比较长,但过一段时间就会缩短的。
  • 要让这成为团队成员提出他们担忧和解决方案的一种途径,但要避免只谈论消极的方面。来谈谈做得好的地方和如何持续吧!
  • 行动项:这非常重要,可以反应出回顾是否有效。我们需要制定出可度量的行动项,分配到人,最重要的是要在下一个回顾中跟踪它的状态。如果这些行动项在团队的控制范畴之内,那么就尽一切可能尽快完成。
  • 把你的行动项数量控制在 3 到 5 个之间,挑选优先级最高的那些。相较于 20 多个行动项,3 到 5 个更容易让人记住并完成。
  • 给你的回顾活动变变花样!这会让会议有新鲜感,避免墨守成规。看看这本书《敏捷回顾:从优秀到卓越》
  • 谨记要尽可能掌握好活动时间,珍惜每个团队成员的时间。

相关的话题,InfoQ 上还曾发表过:成功敏捷回顾的关键因素:做好准备、积极参与回顾之回顾

查看英文原文: Agile/Scrum Retrospectives–Tips and Tricks

2010-12-25 08:012673
用户头像

发布了 114 篇内容, 共 28.2 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
发现更多内容

ONES 年终报告 | 功能升级123次,服务超100万客户

万事ONES

研发管理工具 年终报告

从阿里P5到P8=入门到内核?看看这份对标80W+年薪的Java进阶路线图

Java架构之路

Java 程序员 架构 面试 编程语言

2020盘点之手机失窃事件复盘分析

石君

信息安全 资金安全 手机失窃

完美!这份世界顶级架构师编写的550页Spring5高级编程

Java架构之路

Java 程序员 架构 面试 编程语言

专业基础篇

紫枫

ReactNative | 通过文件下载/打开需求,聊聊使用三方库

梁龙先森

大前端 技术方案 React Native

IPFS系统APP软件开发

系统开发

Head First设计模式

田维常

小黄人提前回归?实力与萌力双出动

DT极客

重庆打造区块链产业高地

CECBC

区块链

低代码旋风将席卷整个IT业界,带来应用开发的新革命和新里程!

J2PaaS低代码平台

美团面试:为什么就能直接调用userMapper接口的方法?

田维常

美团

云原生架构-静态代码扫描SonarQube超时

云原生实验室

DevOps 云原生 jenkins SonarQube Pipeli

GitHub上1.3W Stars国内第一的项目实战PDF

Java架构之路

Java 程序员 架构 面试 编程语言

架构设计大作业1

仲夏

打通经济命脉,区块链助力实体商超变革

CECBC

区块链

盘点 2020 | 数据里有你、我、他,关键还是自己

李孟

大数据 数据中台 感悟 盘点2020

用138个案例讲明白了Spring全家桶+Docker+MQ

996小迁

Docker 架构 面试 RabbitMQ Spring全家桶

手把手带你入门加密算法的Python实现

华为云开发者联盟

Python 算法 加密

架构设计大作业 2

仲夏

架构革新路漫漫,京东智联云自研服务器设计细节探秘

京东科技开发者

服务器 数据中心 IDC

五步带你探究爬虫爬取视频弹幕背后的真相,附爬虫实现源码

小Q

学习 编程 架构 面试 python 爬虫

天下武功,唯”拆“不破之架构篇二 | 技术人应知的创新思维模型 (9)

Alan

架构 技术 技术人应知的创新思维模型 七日更 28天写作

甲方日常 77

句子

工作 随笔杂谈 日常

十大经典排序算法最强总结(含Java、Python码实现)

Java 面试 算法

工具词典:中立观点

lidaobing

维基百科 28天写作

【华为云专家原创】 服务注册与发现如何满足服务治理?

华为云开发者联盟

分布式 服务 注册

Bitmap 续篇-基于 Bitmap 瞅瞅不一样的 Percentile

GrowingIO技术专栏

BitMap

2020H1中国AI云服务市场规模增长远超预期;C++20 标准正式发布

京东科技开发者

云计算 AI IoT

58同城风控平台演进

DataFunTalk

架构 中台

敏捷/Scrum回顾的技巧与窍门_敏捷_Mark Levison_InfoQ精选文章