提高敏捷回顾效果的小贴士

作者 Mark Levison 译者 张晓庆 发布于 2008年12月24日

领域

过程 & 实践

主题

敏捷技术 ,

变更 ,

敏捷

标签

回顾 ,

持续改进 ,

生产力

《敏捷回顾: 让团队从优秀到卓越》的作者之一Esther Derby，最近写了一些提高敏捷回顾效果的技术：

1. 把工作交给组员做 - 站在房间最前面，什么东西都由自己来写，会妨碍团队成员的主人翁意识。相反应该让他们自己把想法写在大PostIt便笺上（使用大号深色记号笔）──这会让每个人积极参与，甚至会激励沉默寡言的人提供想法。
2. 忠实记录 - Facilitator（或者ScrumMaster）要能正确领会组内成员的观点，不要增加或删改他们的观点。
3. 并行处理 - 如果有2个或者以上的问题需要讨论，就分成2个或者更多的小组，分别查找根本原因。这能减少嘈杂声音的干扰，从而加快解决问题。
4. 让组员作结论 - Facilitator（或者ScrumMaster）偶尔查看一下团队提供的原始数据，然后就宣布结论，没有让团队自己做这个工作。实际上这表示facilitator并不重视团队的意见。虽然团队自己分析数据需要花费更长的时间，但是他们能得出更好的结论，并负责完成由此产生的行动任务。
5. 测试一致程度 - 短时间讨论之后，可以测试看看团队是否有了基本一致的意见（通常不是最终决定，有时只是一个指示）。此时应该提出决定，一旦有人要求澄清，我们就用“五指拳(Fist of Five)”测试观点是否一致。这种方法里面，手指的数量代表了支持的程度：5个 - 我就是这么想的，并会积极引领变化；3个 - 团队同意我也同意；1个 - 仍然有问题需要讨论；拳 - 先不要表决，必须做更多讨论才能达成最终意见。

George Dinwiddie建议把回顾会议中的行动任务写到故事卡片上，并放到产品待开发列表中。这让大家一直看见它们，更很有可能把它们做完。除此之外，他还建议，有时不应该解决最大或者最重要的问题──这可能会让人心有余悸。相反，让团队做他们有能力做的任务。

Jo Geske建议到：

我们把重要事情直接贴到每个Sprint燃尽图上，而不是张贴到代表sprint的抽象的时间线：

• 鼓励思考（为什么那天完成了那么多/少？）
• 帮助把精力集中到跟Sprint和团队相关的事件上
• 帮助说明因果联系

Mike Sutton则更进一步：“你可以把燃尽图扩展成sprint的日历，不仅仅能记录完成的任务，而且包括障碍（如上所述）和关键的事件，这能让你的回顾效果更好。”Mike继续举例说，有个团队在回顾的时候就遇到了这样的麻烦，他们不能很好地跟踪障碍，以及会议上遇到的问题。

Mike曾经使用的一个方法是：把障碍张贴起来，包括时间、原因、以及其它的线索和上下文。问题解决后，在卡片上加上额外的注解。Mike还发现，这不但对回顾有益，还能平衡事情的轻重缓急，对集中在每日站立会议有所帮助。

Ilja Preuss说这个主意的确有趣，但它更关注于燃尽图相关的事情。他需要采用一些其它技术，提出更多的小问题，以及sprint中做得较好的事情。最后，他会随时间改变回顾会议的形式，这样团队能感到不落窠臼。

查看英文原文：Tips to Improve Retrospectives

译者 张晓庆 有多年的软件开发经验，主要是J2EE项目、Web应用和分布式系统等等，在电信网管开发方面经验丰富。

• 更早的 >