写点什么

采访及书评 -- 回顾手册

  • 2012-09-28
  • 本文字数:2749 字

    阅读完需:约 9 分钟

Patrick Kua 最近写了一本书,名叫《回顾手册:敏捷项目向导》。在这本书中,Pat 总结了他过去几年在真正的敏捷团队中做回顾的经验。电子版在 LeanPub 出售。LeanPub 同时还提供了免费样章

作者在书中介绍了一些如何准备回顾会议的宝贵建议,他详实描述了为了保证参与者交流顺畅,应该如何有效控制时间、使用合适的材料、布置会场。

书中有一章专门讲怎样组织分布式回顾,这部分内容对离岸 / 分布式团队很有借鉴意义。它推荐在每个地点都使用视频接入,并通过多个引导者(facilitator)和各种在线工具在各地之间共享信息。书中还提到了在多文化背景下会遭遇到的一些社交方面的挑战,也针对这些问题提供了建议。

敏捷团队或许会因为一再使用同一种回顾方式而感到厌倦。书中的一些小贴士可以保证回顾会议常开常新:人们可以每次问一些不同的问题,或者改变一下环境,让大家保持新鲜感,积极参与。

全书共分 10 章

  • 回顾的基石
  • 准备回顾
  • 引导回顾
  • 首次引导小贴士
  • 分布式回顾
  • 其他回顾形式
  • 回顾之后
  • 常见的回顾坏味道
  • 回顾保鲜
  • 尾声

Patrick Kua 最近接受了 InfoQ 编辑 Anand Vishwanath 的采访

InfoQ:你可否跟我们的读者简单介绍下自己?

Pat:没问题。我在日常工作中扮演的是技术领导的角色,我的团队都用了很多敏捷实践。我在敏捷环境中工作大概有十年了,经历了各种环境,各种不同的“敏捷”风格。我也辅导培训过很多团队和组织,对学习和持续改进背后的理念特别感兴趣,所以把回顾当作一项核心敏捷实践。

InfoQ:是什么促使你写一本回顾方面的书的?

Pat:在我做敏捷开发,做讲师,做教练的那些年里,我参加或者引导过不计其数的回顾。有些人引导的时候,会一再重复某种模式,或好或坏。我也跟很多人聊过,他们觉得从回顾中看不到任何好处。究其原因,常常是或者准备不充分,或者引导者经验不足,或者是形式重复枯燥。虽然很多敏捷实践都容易出现类似的“初学者行为”,我还是对回顾的话题兴趣最大。

我觉得回顾是敏捷实践中极重要的一项,因为它体现出了敏捷宣言中列出的“响应变化”和“探寻更好的软件开发方法”的原则。而且,如果回顾做得好的话,它可以创造出立足点给一些站得住脚的改变。

InfoQ:这本书和其他有关回顾的书有什么不同?

Pat:讲回顾的书只有另外两本,我现在还会把它们推荐给别人看,因为它们做入门指导是非常棒的,而且书里面还提供了丰富的练习,团队可以吸收借鉴到自己的环境。

《回顾手册》这本书的重点是帮助团队让回顾变得更加高效。我见过许多团队在同样的问题上陷足泥潭,这本书可以帮助解决这些问题。我会把引导者的经验分享出来,让读者可以深入了解其他团队准备、运行、引导回顾的不同方式,书中列举的小技巧也有助于让回顾变得焕然一新。

我知道,很多团队所处的环境离敏捷方法所推崇的小团队、同地开发相距甚远,他们很希望了解怎么调整回顾形式,让它能在分布式团队或者大型团队中运作。这类问题在 Retrospectives 邮件组中经常出现,在我们公司内部的邮件组中出现得更加频繁。我希望能够给大家提供一个资源,在这里能够读到所有的推荐方案、技巧、工具,帮助各种回顾“形式”的顺利开展。

InfoQ:在你引导回顾的时候,遇到过什么普遍性的问题么?

Pat: 问题有很多啊。我遇到过的一个最大的问题是团队找不到独立的引导者,只能从团队里面找一个人出来引导回顾。这就会有潜在的利益冲突,因为引导者不再保持中立了。一方面来看,从团队中选人出来引导也是有好处的,因为引导者会对话题有足够的了解,能够问出比较尖锐的问题;但从另一方面看,大多数人在引导的时候都无法把自己的观点分离出来,所以谈话总是带有偏见的——这是我的亲身体会。

我也曾见过团队中的引导者大多数时候都是由比较权威的角色担任(如团队领导,项目经理,Scrum Master 等等)。因为这种关系的存在,团队有时候就不能畅所欲言,或者有意回避某个有争议的话题,避免挑战处于权威地位的人。

引导回顾时的另一个常见问题是引导者没有接受过良好的训练:谈话会被中途切断;问题可能没有得到回答;人们会说“做了再看”吧,可做的时候就脱离了当时的上下文,于是便得到了一个不一样的结果。幸运的是,引导的技巧比比皆是,相关的书籍也是随处可见。从团队中选引导者带来的问题,也可以通过各成员轮换的方式得到解决。但我还要强调一下,保证引导者具有良好的引导技巧,这件事情还是很重要的。

InfoQ:你在回顾中观察到的常见的坏味道有哪些?

Pat:常见的坏味道包括准备不足、一种活动一再重复、在重要话题上讨论不充分。

当我们看到引导者在回顾现场花时间布置会场,分发材料──笔和贴纸,我们就是知道他 / 她犯了准备不足的毛病了。很多人都没意识到,回顾会议跟其他会议一样,都是需要提前做准备的──比如整理材料和布置房间,在会议开始以后就要把精力从流程本身转移到谈话上。开始之前的准备工作会花些精力,但它会有所回报的。我自己倾向于在回顾之前花至少半个小时做准备工作。

如果一种活动一再重复,回顾就会变得枯燥乏味。稍稍改变点形式,或者改几个问题,就会出现意料之外的效果,因为这时候团队就会从另一个角度来看待当前的上下文了。另外两本回顾的书提供了大量的可选方案和资料,敏捷回顾维基百科上也有许多可以参考的点子。

我也见到过有的团队常常没怎么花时间讨论问题根源,就匆匆得出解决方案。没有完整了解事情真相之前,行动往往与事无益。所以大家还是应该在讨论不同方案的不同影响之前,先多花点时间收集事实,然后再去讨论孰优孰劣。

InfoQ:你对那些刚开始引导回顾的人有什么建议么?

Pat: 书里有整整一章是为这部分读者写的。我觉得从个人角度来讲有很多事情可以做,首先,如果对引导这件事情没什么概念的话,先去参加一下培训,或者至少读一本引导技巧相关的书。在工具箱里面多放几件引导工具,为应对各种场景做好准备。另外还可以去当一个旁观者,仔细观察其他人怎么做,问他们为什么这么做。旁观其他引导者跟结对编程很类似,双方都可以从角色互换中收益。你可以看到怎样做有效果,怎样做没效果,可以深入了解其他人在不同情况下的处理方式。当你问其他引导者为什么这样做的时候,也可以帮助对方把思考过程清晰地整理出来,这一点往往是他们从前没意识到的,在讨论过程中对方也会有很大收获。 作者简介

作者简介

Patrick Kua在 ThoughtWorks 工作,富有激情与活力,是一名通才型专家,不喜欢被束缚。他一直在带领技术团队,常常培训团队和组织实施敏捷和精益方法,偶尔也会引导人们走出逆境。Patrick 热衷于学习和持续改进,也会帮助他人燃起学习和持续改进的激情。

评论者简介

Anand Vishwanath(Twitter 帐号为 @anand003)是一名敏捷教练和项目经理。他 2002 年以 Java 和.NET 程序员的身份,在 ThoughtWorks 开始了职业生涯。Anand 为各个国家的客户提供敏捷咨询和实施服务。他也在

个人博客上记录实战经验。

2012-09-28 06:001942
用户头像

发布了 197 篇内容, 共 54.6 次阅读, 收获喜欢 20 次。

关注

评论

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

软件测试 | 普罗米修斯 - 自定义exporter

测吧(北京)科技有限公司

测试

灾备是什么意思?怎么简单理解?

行云管家

灾备

联合 NVIDIA 完成首批 17 个自动驾驶模型优化

百度开发者中心

人工智能 自动驾驶

你有“ChatGPT综合征”吗:想搞钱,或是失业焦虑?

引迈信息

人工智能 AI ChatGPT

软件测试/测试开发 | 想测试入门就必须要懂的软件开发流程

测试人

软件测试 自动化测试 测试发开

解决方案| anyRTC 融合其他厂商视频会议系统方案

anyRTC开发者

音视频 私有云 视频会议 视频通话 H.323

滴滴前端二面常考react面试题(持续更新中)

夏天的味道123

前端 React

海泰方圆精彩亮相第六届中国人工智能与大数据海南高峰论坛

电子信息发烧客

经常被问到的react-router实现原理详解

夏天的味道123

前端 React

【干货】Maya学习过程中遇到的困难和解决方法

Finovy Cloud

软件测试 | 跨平台设备管理方案Selenium Grid

测吧(北京)科技有限公司

测试

软件测试| 普罗米修斯 - 基本使用

测吧(北京)科技有限公司

测试

美团前端二面经典react面试题总结

夏天的味道123

前端 React

EMQ广州Office正式启用|在新一站续写开源

EMQ映云科技

开源 物联网 IoT emq 企业号 3 月 PK 榜

软件测试 | HTTPS 的通信加解密过程,证书为什么更安全?

测吧(北京)科技有限公司

测试

【网易云商】概念解读稳定性保障

网易云信

稳定性 稳定性测试

低代码如何推动自动化未来

力软低代码开发平台

容器化部署是什么意思?有什么优势?

行云管家

容器化

软件测试 | UI自动化中的分层设计

测吧(北京)科技有限公司

测试

猫咪在逐步壮大--PUSS通证深度解析

股市老人

软件测试 | 简历中应该如何描述才能体现出软技能的实力?

测吧(北京)科技有限公司

测试

软件测试 | 普罗米修斯 - HTTP API调用PromQL

测吧(北京)科技有限公司

测试

模块7 王者荣耀商城-异地多活架构

KING

社交泛娱乐之外,融云 IM 在商业沟通中的实践

融云 RongCloud

IM 泛娱乐 通讯

软件测试 | UI自动化常用设计模式(二)

测吧(北京)科技有限公司

测试

软件测试 | UI自动化设计军规

测吧(北京)科技有限公司

测试

软件测试 | UI自动化常用设计模式

测吧(北京)科技有限公司

测试

软件测试 | 普罗米修斯 - 初识PromQL

测吧(北京)科技有限公司

测试

详细解读 React useCallback & useMemo

夏天的味道123

前端 React

软件测试 | 普罗米修斯 - PromQL进阶

测吧(北京)科技有限公司

测试

DataEase 集成 CAS 实现用户单点登录

搞大屏的小北

CAS SSO 单点登录 BI 分析工具 DataEase

采访及书评--回顾手册_研发效能_Anand Vishwanath_InfoQ精选文章