即使是最年轻的敏捷团队，也都深知“回顾活动（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
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论