InfoQ 为您独家带来两位专家级的敏捷活动推动者 Esther Derby 和 Diana Larsen 的敏捷著作:《敏捷回顾——让团队从优秀到卓越》的章节节选。
作为一个关键的敏捷实践,回顾活动可以帮助团队检查在项目中哪些事情做的对,哪些事情做的有问题。但是传统的回顾(有时被称为post-mortems,即盖棺定论)只在项目结尾时进行,由于时机过晚,很难对团队和项目起到什么帮助。敏捷团队需要迭代式和增量式的回顾,以尽快精确定位问题,设计解决方案,来使得团队可以早日改进,从而产生更好的收效。
InfoQ 向各位读者发布书中的一个章节节选,同时询问了作者一些关于写作本书的问题。
InfoQ:团队们一直以来都在使用 Norman Kerth 的网站和书指导他们的回顾活动,我甚至怀疑你们也在用……通过这本书,你们想再补充些什么呢?
Esther:没错,我们都看过 Norman 的书。实际上,那本书里面还提到过我们俩。我在 1991 年就认识 Norman 了,他一直告诉我说,“你必须要见见 Diana。你们真的有很多相同之处,而且你们的技能和长处可以互补。”后来,他组织了一个会议,并让我们两个一起召集第一届 Retrospective Facilitators Gathering 大会(现在还是每年一次)。从那时起,我们就开始一起工作了,并且觉得这样很不错。
在 Norman 那本书的基础上,我们想说:不一定非要等到项目结束再来做回顾。即使你不在一个敏捷团队中,你还是可以在各个发布阶段,各个里程碑,或者通过固定的时间间隔来进行回顾,改进团队的工作方式。
Diana:Norman 关注项目结束时的回顾,他描述如何从团队之外引入有经验的人推动回顾活动,以改善现有状况。我们想告诉大家,针对短期且有明确目标的迭代,团队领导者可以和团队成员一起独立完成每个迭代的回顾活动。在开始写本书的时候,我们跟 Norman 谈过,他鼓励我们继续实施这个写书的想法。
InfoQ:你们能不能告诉我们一个真实的故事,说明确实有团队发现回顾是一种有用的工具?
Diana:我们听到了很多这样的故事。最先想起来的,是一个经常使用回顾来改进其流程的极限编程团队。他们总是挑战自己,不断想出一些有创意的实验在接下来的迭代中使用。在其中一个被他们称为“混杂式结对(promiscuous pairing)”的实验中,他们试图找到与团队不同成员进行结对编程的最佳时间长度。Arlo Belshee 在 Agile2005 大会上做了有关该实验的演示报告,说明其对生产力的提升效果。
Esther:我曾经与这样一个团队进行过讨论,几乎所有的工程实践在他们那里都进行的不错,因此他们使用回顾来解决冲突问题。他们在每个迭代中都进行检视、实验,并构建解决冲突的技能和信心。随着时间推移,他们学会了如何处理每个团队都会发生的“平常的”冲突。当大家意见出现严重分歧时,他们有能力、也有信心在团队内部解决问题。而且更有利的是,由于他们可以在团队内部解决全部问题,他们的经理就可以花费更多的时间来消除组织中对团队造成的障碍。当然,这使得团队能够轻装上阵,以更加轻松的心态来开发软件。
InfoQ:关于回顾,现在你们最希望人们知道的是什么?
Esther:团队应该经常停下来,检查并调整之前的方法和实践,才能向更好的方向发展。而回顾活动正是这样做的最佳机制。
请看 InfoQ 提供的独家书籍节选:第十章: Make It So
我们还咨询了Andy Hunt 选择这本书作为Pragmatic 系列书籍之一的原因。
Andy:反馈对实用主义程序员 (Pragmatic Programmers) 至关重要。使用回顾从整个团队收集反馈并做出应对,是一项很有价值的技术。Esther 和 Diana 的书是一本非常实际的,推动持续回顾的实用指南。
查看英文原文: Book Excerpt: Agile Retrospectives - - - - - -
译者简介:郑柯,目前就职于一家医药电子商务公司,从事医用耗材电子商务平台的开发与维护。有志于在中国的软件开发业界推广 Agile 的理念和方法论,笃信以人为本,关注 Ruby,关注敏捷,关注人。参与 InfoQ 中文站内容建设,请邮件至 china-editorial@infoq.com 。
评论