迭代验收评审是Scrum中的重要活动之一，迭代验收评审会议召开过程是否符合敏捷原则，实践是否贴近实际，参照以下：
要点一：参加迭代验收评审会议的角色是否完整和投入
●敏捷团队所有成员，包括PO、Scrum Master、团队成员。
●敏捷团队干系人，包括客户、最终用户、运维人员、管理人员等。
要点二：谁来进行操作和演示
●建议PO进行操作和演示，或者是团队内对功能熟悉的团队成员。
●PO需要关注完成了什么而不是怎么完成的。
●迭代验收评审会议不是向PO进行工作汇报的会议，而是给所有人员展示需求完成的情况。
●PO应该在迭代过程中就验证完成的功能，而不是等到迭代验收评审会议上才看到。
要点三：事先准备好演示环境和演示数据
●演示环境和演示数据需要提前准备好，避免浪费迭代验收评审会议的时间。
●演示环境建议基于测试环境进行，功能测试环境和准生产环境都可以。
●迭代验收评审会议演示的是完成的软件功能而不是PPT。
要点四：重复确认刚结束迭代的目标
●需要在会议开始前重申本迭代的目标，起到提醒团队成员的作用，同时让相关干系人也充分了解，从而更加聚焦迭代验收评审会议的主题。
要点五：事先约定好会议规则
●为了确保迭代验收评审会议的顺序召开，需要在开始前约定好会议纪律：
●会议过程中需要保持聚焦不发散。
●提出问题的同时最好有对应的解决方案。
要点六：会议内容谁来记录
●会议开始前需要明确谁来记录会议中的问题、解决方案、会议决议，以便后续分析是否纳入产品Backlog进行持续优化改进。
要点七：顺序演示迭代完成的用户故事
●迭代验收评审演示时，需要根据产品Backlog中完成的用户故事进行逐条演示，同时需要遵守用户故事的优先级从上到下进行演示。
要点八：迭代验收评审的Definition of Done
●迭代验收评审的DoD是在迭代计划会议上确定的，在满足用户故事的验收标准同时，也需要遵守验收评审DoD的定义。
●用户故事是否满足验收标准。
●PO是否认可团队的完成结果。
●相关的文档是否具备。
●是否存在其他的技术约定限制。
要点九：收集各方的意见
●迭代验收评审会议上可能会发现缺陷，各方干系人也有可能会提出反馈意见，会后再反馈结论和解决方案。
要点十：切记会议上不要讨论解决方案
●会议上只展示做成了什么，聚焦于需求是否达到了客户的预期，而不是解决方案。
来源：oschina
链接：https://my.oschina.net/2019show/blog/3171912