回顾性会议是激励企业软件团队的好方法，给他们一个表达意见和被倾听的机会。在敏捷软件开发中，迭代回顾会议发生在一个迭代的最后阶段，团队应该在迭代评审后和下一个迭代计划前举行迭代回顾。在回顾会上，评估整个开发和发布过程中所发生的事情，并讨论如何在未来改进事情。
◀ 迭代回顾会议的目标和好处
迭代回顾会议产生的原因：
迭代回顾会议是敏捷项目管理的一个基本组成部分，召开回顾性会议可以为快速发展的团队提供快速的流程迭代，使他们在下一个迭代会议里协同工作产生更好的产品。
迭代回顾会议的目标：
提高开发项目的质量，逐个迭代。迭代回顾会议会改善开发过程、大幅提高应用程序的质量。
迭代回顾会议的好处：
改善开发过程，大幅提高应用程序的质量；
为团队成员提供了一个机会，在开发生命周期的早期阶段分享有价值的见解并识别潜在的陷阱、帮助团队识别和解决冲突，以及确定优化流程的方法。
迭代回顾会议最关键的产出之一是一份有形的改进清单，团队成员为之承诺并会在下一个迭代阶段实施它。
◀ 谁参加迭代回顾会
参与人员：
通常情况下，Scrum Master 会主持迭代回顾会议，其他团队成员可以在一旁协助。Scrum Master、产品经理、开发团队的成员等都会参与这次会议。
参与人员的分工：
Scrum Master ：组织会议，并与开发团队合作，改善他们的工作流程实践，但并不对'提供所有事情的答案'负责。除非该事情在上周的迭代计划未得到改进。Scrum Master 是帮助团队在随后的迭代阶段改进流程的人。
开发团队的成员：都参与了设计、开发和测试，这些团队成员为会议带来了不同的观点。
与本项目相关的利益相关者、主管人员等：非“标配”。在遇到讨论一个迭代完成后的工作、展示产品演示的时候他们才会在场，并给出参考意见。
◀ 会议议程
一个迭代回顾的会议议程有几个关键部分。在《敏捷回顾》一书中，作者兼顾问 Esther Derby 和 Diana Larsen 提出了会议的五个阶段:
设定阶段
这是议程中的第一步，也是最重要的一步。会议的组织者，例如 Scrum Master，应该提高团队的士气，分享会议的目的。
收集数据
使用数据来描述在迭代阶段发生的确切情况。
产生洞察力
在这个步骤中，讨论在迭代过程中哪些地方做得好，并找出阻碍成功的任何问题。
决定要做什么
概括出改进的必要步骤，并将其编入一个行动计划。
结束回顾性工作
回顾这次会议，并讨论如何改进未来的类似会议。在会议结束时，对每个团队成员的贡献表示认可和感谢。
高效回顾会议的几个关键词：
保持专注
设置上下文
激励创新
共担责任
行动导向
◀迭代回顾 VS 迭代评审
最主要的区别是：迭代评审侧重于产品和优化迭代的商业价值，而迭代回顾则侧重于人员、流程和工具。
它们之间的细微差别：
迭代评审侧重于产品和优化迭代的商业价值，迭代回顾则侧重于人员、流程和工具。
迭代评审帮助开发团队满足客户的期望，迭代回顾则从所遵循的流程以及合作渠道和工具的角度来分析前一个迭代。
读过本文的小伙伴都已经知道如何举办一场正确的迭代回顾会议了，后续小编将和大家一起讨论有效迭代回顾会议的5个步骤~欢迎关注我们的sf账号——LigaAI~ 或者点击LigaAI-新一代智能研发协作平台，一起交流，共同进步！
本文作者: Joydip Kanjilal
文章来源：Techtarget
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。