回顾活动的首要（已被遗忘的？）原则：贯彻执行

作者 Mike Bria 译者 韩锴 发布于 2008年4月13日

领域

过程 & 实践

主题

敏捷 ,

变更 ,

敏捷技术

标签

生产力 ,

最佳实践 ,

回顾

即使是最年轻的敏捷团队，也都深知“回顾活动（Retrospective）”一词。然而另一方面，很多敏捷团队都没有注意到，如果没有采取一些真正会带来改进的行动的话，回顾活动可能只是在浪费精力。上届Gordon Pask Award的胜利者Jim Shore提出了一些关于如何最大化回顾活动价值的建议，提醒我们在敏捷过程中，要把这项实践摆在什么位置上。
在《敏捷开发的艺术》一书附录网站上最新的"幕后花絮（bonus material）"中开始的部分里，Shore精练的概括了一种有效的回顾活动模式：

回顾活动的前提是：Kerth的最高指导原则（Kerth's Prime Directive）。每个人都会犯错；该原则提醒我们，不要攻击、而要支持我们的同事。 让参与者按六方面贡献进行头脑风暴，分别是愉快的、沮丧的、迷惑的、要保持的、要发扬的和要减少的，把每个想法都写在单独的卡片上。 接下来把卡片贴在白板上，把意思相近的卡片放到一起。每个人都要参与；但此时不要发表意见。将最后的结果排成一圈，并命名。选择其中的一个，分析产生它的根源及解决方案。挑选出一个解决方案：它就是这次回顾活动的目标。在下一个迭代中要坚持贯彻这个目标。

除了上述的“幕后花絮”，他附加了一个上述流程的可视化图表 。
接下来Shore重点阐述了建议中的最后一项：在后续迭代中贯彻回顾活动中的目标。

......回顾活动最重要的环节是完成这样一个仪式后会发生什么事。在进行回顾时，大家反思过去，展望将来。最后我们会分析出问题的根源并得出相应的解决方案。这样很好，但不要忘了挑选一个方案并贯彻执行它。

在Shore 的文章中含蓄地提到了一点，即回顾活动之后缺乏看得见的改进的现象并不少见。很多敏捷教练也经常谈到这一点。Shore指出，通常提议的改进本身其实并不 困难，但是要真正做到却并不容易。他相信这无外乎一个原因，即在团队的日常活动中，改进的条款难以引起团队的真正关注。鉴于此，他建议团队把这些改进的要 求明确地写在迭代计划中，并把它放到某个“大型的可见的图表”中。
如果想找些有趣的东西，一定要记得看一看，Shore是如何通过他犯过的“错误”中汲取教训的。
欲获得更多信息，请查看Josh Kerievsky关于持续学习的论文，以及Esther Derby和Diana Larsen的著作《敏捷回顾：让优秀的团队走向卓越（Agile Retrospectives: Making Good Teams Greate）》。
查看英文原文：First (Forgotten?) Rule Of The Retrospective: Follow Through

译者 韩锴 毕业于北京工业大学软件学院，现任ThoughtWorks公司咨询师，热衷于敏捷软件开发技术的实践和推广。

• 更早的 >