回顾会议 (Retrospective) 是每个软件团队提高技能、流程、技巧的必要手段。但是很多时候回顾流于形式,问题不能得到及时的追踪和解决,长期下来团队成员丧失了兴趣。畅销书 - " Agile Retrospective: Making Good Team Great "的联合作者,同时也是敏捷联盟 (Agile Alliance) 的董事会成员以及 AYE 会议 www.ayeconference.com 的创始人之一,Esther Derby 最近在自己的博客上针对回顾会议中出现的种种常见问题发表了系列文章,分析了回顾会议的出现的种种问题,提出了解决方案,并给出了一些如何让回顾更加有效的技巧。
“向后看,向前走:回顾让团队审视现状并调整”中,Esther 指出好的回顾能够帮助我们:
- 从一个“全局”的视角去观察我们的方法和实践
- 预防危机的出现
- 审视当前的过程中的有效部分,并继续改善
- 通过不断尝试演进和提高实践
- 在力所能及的范围内解决为题,而不是消极等待管理层介入
- 让问题变得可见,从而让管理层可以从组织级别解决。
而好的回顾会议应该有五个阶段:
- 准备阶段:在准备阶段设定目标以及议程,形成共同工作协议 (Work Agreement)。
- 收集数据:从多个视角收集信息,从而为形成一个“全局”解决方案打下基础。
- 洞察问题:让所有参与者,分析信息,从而找到更深层次的全局问题。
- 确定方案:确定需要最先解决的几个问题,设计方可执行的方案。
- 结束:做一个关于回顾会议的回顾。
在很多敏捷团队中,回顾会议变成一种程序,千篇一律,成员会渐渐丧失参与积极性。在“七种激发回顾会议活力的方法”,Esther 给出了一些技巧,可以激发参与者的积极性和主动性,从而真诚达到团队的回顾,而不仅仅是 ScrumMaster,经理或者是几个主要成员的回顾:
- 轮流主持
- 变化询问的问题
- 改变形式
- 引入具有不同视角的参与者
- 改变焦点
- 分析反复出现的问题
团队在回顾会议中讨论出的问题,往往不能得到及时有效地解决和跟踪,因此问题反复出现。“让回顾变革持久”给出了一些能够让回顾会议的目标变得更加具有可操作性的建议。为了让这些提案得到切实的执行,应该:
- 建立反馈机制
- 建立实施机制
- 获得足够支持
- 怎样抵消消极因素
“导致回顾会议失败的八个原因(及其解决方案)”中指出了一些常见问题:
- 会议没有准备
- 没有重点
- 没有收集数据
- 让一两个人主导整个会议
- 过度关注团队不能掌控的那些障碍
- 过于贪心,一下子想解决所有问题
- 选择了团队不想解决的问题
- 独立的过程改进计划
回顾会议的主持人和领导者也需要掌握“给领导者和会议主持人的五个建议”
- 不要替团队“回顾”,让团队自己去回顾
- 切实的记录数据和结果
- 并发处理
- 让团队做出自己的结论
- 确认团队的认可程度
您在团队内开展回顾会议时碰到了哪些问题?又有什么样的心得?欢迎与我们分享。
评论