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译者简介：郑柯，目前就职于一家医药电子商务公司，从事医用耗材电子商务平台
注册/登录 InfoQ 发表评论