回顾会是Scrum中最重要的会议。如果Scrum会议中只保留一个,我认为应该保留回顾会,因为其他会议可以从回顾会中推导出来。
下面是一个回顾会的议程:
一、会议宗旨(回顾会不是为了追责,二是为了改进,在回顾会的最开始,大家一起朗读会议宗旨)
无论我们发现了什么,考虑到当时的已知情况、个人的技术水平和能力、可用的资源,以及手上的状况,我们理解并坚信:每个人对自己的工作都已全力以赴。
以会议宗旨开场,是为了确定会议基调,需要在每次回顾会都说一遍,强化在大家心中的印象。这部分大概3分钟时间。
二、上期改进成果回顾
1:好像没做什么改进
2:有改进,但有较多不足
3:改进措施对我的工作有帮助
4:我在改进中受益,我认为改进有效
5:我们明显受益,我会持续守护我们的改进成果
让大家自行打分,查看大家对回顾会的热情。
这一段大概3分钟。
三、展示当前迭代的一些数据
燃尽图、bug、大家的心情、大家各自描述做的好的地方,可以做的更好的地方,进行头脑风暴。
这一段是一个发散的阶段,让大家可以尽情发挥,甚至是发发牢骚也可以,时间相对比较长一点,大概20~30分钟。
四、聚焦问题
选择一个要解决的问题,大家一起来进行根因分析,寻找根本原因。可采用鱼骨图和5个Why方法。
这是一个收敛的过程,在聚焦问题的时候,还需要进行一些澄清和细化,大概20~30分钟。
五、改进方案
对找到根本原因的问题,寻找解决方案,并确定实施计划和想要达成的目标。可采用SMART方法来制定目标。
确定了需要改进的问题后,确定改进方案,这部分大概20~30分钟。
六、表示感谢
每个人对本次迭代中对自己帮助最大的人表示感谢。
此环节为了加强团队成员之间的情感联结,大概3分钟。
七、回顾评价
对本次回顾会进行评价打分。持续地获得大家对回顾会的反馈,用来改进回顾会。
最后花1分钟时间,对本次回顾会做一个评价。
回顾会全部过程大概在70~100分钟。
在回顾会中,一、二、六、七等部分看起来没有做实质的事情,但是却非常重要,特别是对于初期转型的团队。我经历过一个团队,在我参与他们的回顾会之前,他们的回顾会只有三、四、五部分,这样大家每次提的问题外部居多,而且基本上解决不了,开了多次回顾会,团队情况还是老样子。后来我引进这个议程,在第一次回顾会,大家提的问题还是偏模糊,比如需求不明确、需求变更这些,然后解决方案确定用看板方法,先把所有的需求在看板上列出来,状态也列出来。
第二次回顾会就有了一些数据,发现看板上的需求状态更新不及时,经常有一些状态已经变更了,但是在看板上还是在原来的位置。回顾会的改进计划是在每日站会上,大家对着看板讲任务进展,SM同步更新需求状态。
多次回顾会之后,团队成员在发表意见的时候参与感更强了,愿意说话,团队的持续改进也逐步进展起来了。