一键开启Scrum回顾会议的精彩时刻

本文主要是介绍一键开启Scrum回顾会议的精彩时刻，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

其实回顾会议作为一个检视、反馈、改进环节，不仅在传统的瀑布管理模式中，还是在Scrum一类的敏捷管理流程中，都是非常重要的活动。一些团队认为它无法产生直接的价值，所以有意忽略了这个会议；一些团队在越来越多的回顾中忽然发现，这项活动变得开始流于形式，逐渐僵化了；也有一些团队在开回顾会议的时候，发现无法调动起参会成员的积极性，不能开展有效的回顾……

出现上述情况的原因有很多，如：

• 没有提前为回顾会议预留出时间，总是在大家忙到飞起的时候叫大家去开会，激起了团队成员的反感情绪；
• 一次又一次的回顾会议找出了团队里的很多问题，但却迟迟没有将这些问题铲除，逐渐消磨了大家的积极性；
• 会议变成了某个人的“秀场”或“刑场”，导致大家每次开回顾会议的时候都在担心这次被“凌迟”的是不是自己这个冤大头；
• 每次回顾会议的产出都是一个大致相同的结果，会议开始变得毫无意义……

如果发现自己的团队中和这些问题对上号了，那恭喜你，你走出了让团队回顾会议重新焕发活力的第一步。

接下来，我们会以一个经典的“帆船回顾模型”为例，带大家了解回顾会议的正确打开方式！

在这个回顾会上，我们乘坐的是一艘即将登上岛屿的帆船，当帆船在大海中航行的时候，我们其实会遇到很多推动和阻碍的因素：比如推动帆船前进的风、阻碍帆船前进的礁石……在上面这张图中，我们看到有非常多的元素，这些元素会有各自的含义：

• 帆船：自己所在的团队，和“一根绳上的蚂蚱”同理，在这个帆船上，我们安全与否都是一体的；
• 岛屿：团队的目标；
• 顺风：推动帆船成功登陆岛屿的积极因素，即哪些是我们做得好的地方；
• 船锚：阻碍帆船登陆岛屿的因素，也就是有哪些是我们需要改进的地方；
• 礁石：能够识别出来的当前或未来的风险，提前预知并避开风险。

明确了我们在回顾会议中要用到的模型之后，就要开始我们的回顾会议准备环节啦。

1. 提前明确会议时间及会议内容

在做当前迭代计划时，可以尝试将回顾会议作为改进类任务排进本期迭代的任务中，明确任务的工时。其次，可以提前和团队成员同步会议的时间、会议的时长以及会议的内容，让成员们提前做好相应准备，减少会议过程中不必要的等待成本。

2. 确保参会成员职能角色多样

我们尊重每个职能角色的独特视角，在回顾会议的过程中，也需要让项目过程中的所有职能角色一同参与。这样能够确保我们回顾的视角多样化，便于暴露问题。

3. 提升团队的仪式感

准备一个能彰显仪式感的物品，比如话筒、木棍、手机等等，在发言的时候，只有手持这个物品的成员才能发言，其他成员不能发言，该成员发言完毕后，再将物品传递给下一个人，直至完成全员发言。

4. 关注团队而非聚焦个人

在陈述项目过程中的阻碍因素的时候，我们经常会不自觉地犯一个错误：都是因为这个人的代码不规范，另一个人的改动方式有误，导致我们最终交付的产品中出现了一个比较大的Bug。这种想法看起来是在找出阻碍项目成功的因素，实则是将一整个团队的锅甩在了某一个或几个人的身上。实际上，出现这个失误，不仅是个人有责任，团队有责任，管理者同样有责任。所以我们在开回顾会的时候，应避免出现聚焦到个人身上甚至互相指责的问题，甚至是将主语由“某某某”变为“我们”。

做好回顾会议的会前准备，接下来就是我们正式的帆船回顾模型的步骤。

首先就要拿出我们之前打印好的帆船回顾的图，可以团队内部共用一张，通过便利贴来进行发散，再粘到相应的位置上。需要我们参会的每个人在图上写下自己认为的这次迭代或者项目的目标。大家写完之后再进行内部对齐，这个时候就会发现有的团队成员没有对齐目标，这就暴露出来了一个信息沟通的问题。

其次，依次进行“顺风”“船锚”以及“礁石”的思维发散，发散完毕后，让大家依次发言。这些发散的结果可能有一部分是重复的，所以我们需要将这些内容分类摆放，并让参会成员进行投票，每人3票，选出觉得目前最应该解决的问题。投票后，我们就将得票数较多的前3-5个问题整理为改进类任务，并放入下一期迭代的待办事项列表中。在下一个迭代中，我们就要做出切实的改进了。

其实回顾会议的玩法比较多样，我们在开回顾会议的时候要考虑到参会成员的积极性、主动性，推动大家共创，才能真正解决我们项目过程中出现的问题。

这篇关于一键开启Scrum回顾会议的精彩时刻的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---