新闻与资讯
敏捷：迭代回顾会议怎么做
迭代回顾会议在每个迭代结束时举行，迭代回顾会议是Scrum团队的非正式聚集，在会上展示在迭代期间完成的产品待办事项。未完成的产品待办事项不会在会中展示，它们会返回到产品待办事项列表中，重新评估并添加到后续的迭代中。
为什么要召开迭代回顾会议？
召开迭代回顾会议可以在scrum团队和干系人之间建立透明度，优化价值。
记住回顾会议的目的是收集来自团队的反馈，并对单个迭代进行反思，这一点很重要。它是非正式会议，通常不允许像PowerPoint这样的演示辅助工具。尽管干系人参与其中，但回顾会议并不是向他们提供状态更新或演示。
除了产品负责人邀请的关键干系人外，整个scrum团队都将出席回顾会议。
会议要召开多长时间？
迭代回顾会议是有时间限制的。每个月的迭代会议不应该超过4个小时，但是时间盒（time-box，时间限制）是根据迭代的持续时间设定的。
会议准备工作
开会前要做一些准备。这些准备是在scrum master的帮助下由scrum团队自行完成的。
○ 精炼的产品待办事项
○ 迭代目标确定所取得的进展和已知待完成的工作
○ 最新的产品增量
○ 公认的“已完成”定义。
○ 在迭代中进展顺利的事项列表，团队面临的挑战以及他们如何解决这些挑战
○ 从市场中学习到内容
○ 预期的预测
○ 产品负责人对计划工作的完成情况进行进度评估
○ 开发团队在迭代中的表现
○ 在下一个迭代之前对开发团队能力的预测
迭代回顾流程
理想的迭代回顾有个相当严格的安排，尽管它是非正式的安排。首先，产品负责人确定哪些产品待办事项“已完成”和“未完成”。有个先前商定的“已完成”定义对于确保所有与会人员达成一致意见至关重要。
接下来，开发团队说明迭代哪些方面进展顺利，以及他们在哪里遇到了问题或挑战。开发团队将解释这些问题如何解决。然后，他们展示“已完成”的工作，回答有关增量的问题。
一旦收集了迭代反馈，所有与会人员将合作决定在下一个迭代要做什么。这确保后续的迭代计划获得有价值的输入。
迭代回顾会议其中一个主要方面是提供价值。为了做到这一点，团队必须对市场和产品的潜在用途进行审查，确定是否发生了变化。这些信息将为接下来选择完成最有价值的事提供依据。
最后，应为产品功能或性能的下一个计划发布审查时间线、预算、潜在能力和市场。
消除分歧
迭代回顾会议不可避免会出现与会人员意见不一致或有分歧的情况，特别是在大型会议上。
期待值
干系人通常期待产品待办事项必须在迭代结束之前“完成”。为了实现这一点，scrum master应该帮助干系人理解增量开发和持续改进的概念和价值。
如果开发团队已经合理地、创造性地、高效地完成了他们所能做的一切，那么可以认为他们已经履行了承诺，尽管他们没有达到迭代目标或完成所有预期的产品待办事项。
确定的需求
Scrum团队必须适应新发现的价值和复杂性，因此不能向干系人提供固定的确定性。这可能会导致与干系人之间的紧张关系，特别是在他们没有Scrum经验，更熟悉严格的截止日期，而不是采用持续计划的情况下。
解决这个问题最有效的方法是分享开发团队绩效的过去预测，显示出他们的可靠性，即使在复杂的情况下。
做出不受欢迎的决策
产品负责人可能不得不对不受欢迎的产品待办事项的顺序做出决定。基于产品负责人对他们过去表现的了解，干系人的利益可能与开发团队的能力不一致。
有句老话说，“你无法总是让每个人满意”，在这里尤其如此。干系人必须尊重产品负责人的决定，即使这些决定对他们不利。
辅助迭代回顾的工具
8MSaaS 敏捷 Scrum是一个非常灵活的项目管理工具，你可以在常规 sprint 会议中使用它来讨论哪些进展顺利，哪些不顺利。你可以实时更新项目状态，并使每个人都可以看到工作的进展情况。因此，你将能够轻松识别障碍并讨论改进的想法，这将使你和团队不受阻碍地前进。这也是每个人在解决相关问题的同时查看和理解工作流程和协作的绝佳机会。
系统可以基于项目信息作出智能分析，团队可以此作为决策依据采取行动、改进或探索的要点。你还可以使用8MSaaS系统回顾上一次迭代回顾中的要点，并确保所有项目都得到处理。想了解8MSaaS Scrum是否适合你的团队，马上来申请免费产品演示吧。
