👆提升👆你的回顾会议！（以及你为什么应该召开一次回顾会议！）

由 Mux 赞助的 DEV 全球展示挑战赛：展示你的项目！

无论你使用哪种敏捷方法交付软件——你肯定在使用某种方法，对吧？回顾会议都是最重要的会议之一。遗憾的是，它很容易变成一场毫无章法的噩梦，如果会议毫无收获，那还有什么意义呢？这是一份5分钟的快速指南，教你如何提升回顾会议的效率，或者如果你还没有召开回顾会议，它也能让你意识到召开回顾会议的重要性。

回顾会议的目的是什么？我为什么要召开回顾会议？

顾名思义，回顾会议是对过去的回顾。在此语境下，它为团队提供了一个在迭代/里程碑结束后聚在一起的机会，讨论哪些方面做得好，哪些方面做得不好，更重要的是，如何改进。它应该让所有团队成员有机会在一个安全的环境中表达自己的意见，并提供诚实的反馈，这些反馈可以用来改进未来的迭代/冲刺。

TL;DR：回顾的目的是找出可以改进的地方，使下一次迭代/冲刺比上一次更好。

简要情况介绍

谁来主持？：理论上，会议应该由团队负责人/Scrum Master 等主持。但实际上，任何人都可以主持，因为这是一场由整个团队参与的开放式讨论。理想情况下，应该指定一人负责主持，以确保会议始终围绕主题展开，并跟踪会议成果。

参会人员：本次回顾会议应由整个交付团队参加，包括业务分析师、开发人员、测试人员、项目经理、产品负责人等，以及所有直接参与产品交付的人员。本次会议不面向更广泛的群体，例如利益相关者，因为这样做往往会限制坦诚交流。

何时进行：回顾会议应在迭代开始时进行，回顾上一次迭代。通常情况下，回顾会议会在任何冲刺评审/成果展示会议之后进行，并且利益相关者应该已经离开会议室。

时长：务必保持重点突出！每位参与者 5 分钟。在“理想规模”的 Scrum 团队中，这不应超过 30-45 分钟。

有效的回顾模板

多年来，我们尝试过许多不同的回顾方法。但主题始终如一，重点在于哪些方面做得好，哪些方面做得不好，以及我们可以做出哪些改进。

最近，我们引入了一个新的模板，因为回顾会议逐渐变成了漫无目的的空谈会，虽然从中产生了一些切实可行的行动，但除非有人提醒，否则人们似乎不愿进行自我评判。

在此之前，我们也使用过“红绿灯法”，也叫“开始、停止、继续”。我对SSC的看法是，它更容易跑题，而且不够集中。SSC有时也会被一两个人主导，我觉得这样有时会忽略其他人。这就是我喜欢四问法的原因。

4（左右）问题法

第一部分：向每位团队成员提问

围坐在桌旁，每个人回答以下 4 个重点问题。

• 对你来说，这次迭代的成功之处是什么？
  • 例如：他们引以为豪的某项工作，他们迅速解决的某个漏洞等等。这很重要，因为它可以让团队成员有机会炫耀或小小地沾沾自喜。如果你不让人们讨论成功，他们就不会想谈论失败！
• 这次迭代中你遇到的失败之处是什么？为什么？这些失败是可以避免的吗？
  • 例如：“由于X原因，未能完成约定的工作”，或者“在Y上花费的时间比预期的要多”。他们应该知道发生这种情况的原因，最好还能知道我们可以采取哪些措施来防止再次发生。
• 如果可以对上一版本进行一次修改，你会修改什么？
  • 例如：“更快地分解工作项”、“减少开会时间”
• 你学到了什么吗？
  • 这一点很重要，因为你肯定希望你的团队成员成长，无论是技术知识还是产品知识。

答案应该简洁明了，最好能引发小组讨论。例如，假设有人说这次迭代的一个失败之处在于，由于需求临时变更，他们没能完成某项工作。你可以问问为什么会发生这种情况，以及我们以后可以采取哪些措施来避免类似情况的发生。

后续讨论务必简短精炼。很容易有人“钻牛角尖”。任何超过几分钟的讨论都应该私下进行，或者在会议结束时再讨论。毕竟，你不想把所有时间都浪费在一个人身上！

会话运行人员应记录所有故障和变更。

例子：

• 对你来说，这次迭代的成功之处是什么？
  • 对我来说，本次迭代的成功之处在于，我们在服务水平协议 (SLA) 范围内出色地解决了一个关键的优先事项，并且获得了客户的满意和积极的反馈。
• 这次迭代中你遇到的失败之处是什么？为什么？这些失败是可以避免的吗？
  • 事件：本次迭代对我来说是一次失败，由于变更控制资源不足，我没能及时将变更部署到测试环境。原因：变更控制人员无法在短时间内到岗。措施：我们应该在迭代开始时就安排好资源。
• 如果可以对上一版本进行一次修改，你会修改什么？
  • 不适用
• 你学到了什么吗？
  • 我了解了（物品）的工作原理。

这可能引发了关于我们需要考虑如何通过其他部门部署变更的讨论，而一个行动方案就是我们将进行一些前期安排。

第二部分：采取行动！

如果没人根据这次会议采取任何行动，那么整个过程就毫无意义！

在第一部分，会议主持人应该记下所有可能的行动方案。

会议负责人应快速回顾已记录的行动，并由团队做出决定；

• 这件事我们应该立即处理，还是先放到待办事项清单里？
• 谁该为此事负责？

第三部分：咖啡。

你值得拥有，加油！

然而，天下没有免费的午餐。第三点实际上是跟进已采取的行动。

您可能会遇到的问题：

人们不愿谈论失败：或许是因为感觉自己会被评判。为了避免这种情况，应该将重点放在冲刺的成功上，并营造一个开放、安全的氛围。如果有人不愿敞开心扉，会议负责人可以引导大家进行开放式对话，例如：“你认为我们（团队）为什么没有达成目标X？”

敌意：确保所有反馈都具有建设性，且不带指责。切勿将失败归咎于其他团队成员。始终使用“我们”，切勿使用“你”。提倡集体所有权！

缺乏互动：有些人性格内向，可能不愿参与公开讨论。如果这确实是个问题，建议大家将答案写在便利贴上，会议主要由团队负责人引导（收集和讨论）。同时，也要允许他们在会议期间分享或修改答案。

会议很容易变成抱怨大会。为了避免这种情况，要鼓励建设性讨论。确保后续行动得到落实，否则人们可能不会认真对待会议，而只是把它当作发泄情绪的机会。

回顾你的回顾

没有“最佳”的回顾会议组织方式。每个团队的情况都不同，有时你会发现某种形式并不适合所有参会人员。如果这种方式对你无效，不要放弃，尝试调整！结果可能因人而异。

这篇文章《提升你的回顾会议水平！（以及你为什么应该召开一次回顾会议！）》最初发表于yer.ac | 开发者的冒险之旅及其他。