回顾会议程

回顾会是Scrum中最重要的会议。如果Scrum会议中只保留一个,我认为应该保留回顾会,因为其他会议可以从回顾会中推导出来。

下面是一个回顾会的议程:

一、会议宗旨(回顾会不是为了追责,二是为了改进,在回顾会的最开始,大家一起朗读会议宗旨)

无论我们发现了什么,考虑到当时的已知情况、个人的技术水平和能力、可用的资源,以及手上的状况,我们理解并坚信:每个人对自己的工作都已全力以赴。

以会议宗旨开场,是为了确定会议基调,需要在每次回顾会都说一遍,强化在大家心中的印象。这部分大概3分钟时间。

二、上期改进成果回顾

    1:好像没做什么改进

    2:有改进,但有较多不足

    3:改进措施对我的工作有帮助

    4:我在改进中受益,我认为改进有效

    5:我们明显受益,我会持续守护我们的改进成果

让大家自行打分,查看大家对回顾会的热情。

这一段大概3分钟。

三、展示当前迭代的一些数据

燃尽图、bug、大家的心情、大家各自描述做的好的地方,可以做的更好的地方,进行头脑风暴。

这一段是一个发散的阶段,让大家可以尽情发挥,甚至是发发牢骚也可以,时间相对比较长一点,大概20~30分钟。

四、聚焦问题

选择一个要解决的问题,大家一起来进行根因分析,寻找根本原因。可采用鱼骨图和5个Why方法。

这是一个收敛的过程,在聚焦问题的时候,还需要进行一些澄清和细化,大概20~30分钟。

五、改进方案

对找到根本原因的问题,寻找解决方案,并确定实施计划和想要达成的目标。可采用SMART方法来制定目标。

确定了需要改进的问题后,确定改进方案,这部分大概20~30分钟。

六、表示感谢

每个人对本次迭代中对自己帮助最大的人表示感谢。

此环节为了加强团队成员之间的情感联结,大概3分钟。

七、回顾评价

对本次回顾会进行评价打分。持续地获得大家对回顾会的反馈,用来改进回顾会。

最后花1分钟时间,对本次回顾会做一个评价。

回顾会全部过程大概在70~100分钟。


在回顾会中,一、二、六、七等部分看起来没有做实质的事情,但是却非常重要,特别是对于初期转型的团队。我经历过一个团队,在我参与他们的回顾会之前,他们的回顾会只有三、四、五部分,这样大家每次提的问题外部居多,而且基本上解决不了,开了多次回顾会,团队情况还是老样子。后来我引进这个议程,在第一次回顾会,大家提的问题还是偏模糊,比如需求不明确、需求变更这些,然后解决方案确定用看板方法,先把所有的需求在看板上列出来,状态也列出来。

第二次回顾会就有了一些数据,发现看板上的需求状态更新不及时,经常有一些状态已经变更了,但是在看板上还是在原来的位置。回顾会的改进计划是在每日站会上,大家对着看板讲任务进展,SM同步更新需求状态。

多次回顾会之后,团队成员在发表意见的时候参与感更强了,愿意说话,团队的持续改进也逐步进展起来了。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。