回顾性会议是激励企业软件团队的好办法，给他们一个表达意见和被聆听的机会。在麻利软件开发中，迭代回顾会议产生在一个迭代的最初阶段，团队应该在迭代评审后和下一个迭代打算前举办迭代回顾。在回顾会上，评估整个开发和公布过程中所产生的事件，并探讨如何在将来改良事件。
◀ 迭代回顾会议的指标和益处
迭代回顾会议产生的起因
迭代回顾会议是麻利项目管理的一个根本组成部分，召开回顾性会议能够为疾速倒退的团队提供疾速的流程迭代，使他们在下一个迭代会议里协同工作产生更好的产品。
迭代回顾会议的指标
进步开发我的项目的品质，一一迭代。迭代回顾会议会改善开发过程、大幅提高应用程序的品质。
迭代回顾会议的益处
改善开发过程，大幅提高应用程序的品质；
为团队成员提供了一个机会，在开发生命周期的晚期阶段分享有价值的见解并辨认潜在的陷阱、帮忙团队辨认和解决抵触，以及确定优化流程的办法。
迭代回顾会议最要害的产出之一是一份无形的改良清单，团队成员为之承诺并会在下一个迭代阶段施行它。
◀ 谁加入迭代回顾会
参加人员
通常状况下，Scrum Master 会主持迭代回顾会议，其余团队成员能够在一旁帮助。Scrum Master、产品经理、开发团队的成员等都会参加这次会议。
参加人员的分工
Scrum Master：组织会议，并与开发团队单干，改善他们的工作流程实际，但并不对 ’ 提供所有事件的答案 ’ 负责。除非该事件在上周的迭代打算未失去改良。Scrum Master 是帮忙团队在随后的迭代阶段改良流程的人。
开发团队的成员：都参加了设计、开发和测试，这些团队成员为会议带来了不同的观点。
与本我的项目相干的利益相关者、主管人员等：非“标配”。在遇到探讨一个迭代实现后的工作、展现产品演示的时候他们才会在场，并给出参考意见。
◀ 会议议程
一个迭代回顾的会议议程有几个要害局部。在《麻利回顾》一书中，作者兼顾问 Esther Derby 和 Diana Larsen 提出了会议的五个阶段:
设定阶段
这是议程中的第一步，也是最重要的一步。会议的组织者，例如 Scrum Master，应该进步团队的士气，分享会议的目标。
收集数据
应用数据来形容在迭代阶段产生的确切状况。
产生洞察力
在这个步骤中，探讨在迭代过程中哪些地方做得好，并找出妨碍胜利的任何问题。
决定要做什么
概括出改良的必要步骤，并将其编入一个行动计划。
完结回顾性工作
回顾这次会议，并探讨如何改良将来的相似会议。在会议完结时，对每个团队成员的奉献示意认可和感激。
高效回顾会议的几个关键词
放弃专一
设置上下文
激励翻新
共担责任
口头导向
◀迭代回顾 VS 迭代评审
最次要的区别是：迭代评审侧重于产品和优化迭代的商业价值，而迭代回顾则侧重于人员、流程和工具。
它们之间的细微差别
迭代评审侧重于产品和优化迭代的商业价值，迭代回顾则侧重于人员、流程和工具。
迭代评审帮忙开发团队满足客户的冀望，迭代回顾则从所遵循的流程以及单干渠道和工具的角度来剖析前一个迭代。
读过本文的小伙伴都曾经晓得如何举办一场正确的迭代回顾会议了，后续小编将和大家一起探讨无效迭代回顾会议的 5 个步骤~ 欢送关注咱们的 sf 账号——LigaAI~ 或者点击 LigaAI- 新一代智能研发治理平台，一起交换，共同进步！
本文作者: Joydip Kanjilal
文章起源：Techtarget