本文主要是介绍Scrum评审会议，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
会议目的Scrum 团队在会议中向最终用户展示工作成果，团队成员希望得到反馈，并以之创建或变更 Backlog 条目。
基本要求
Sprint 复审会议允许所有的参与者尝试由团队展示的新功能。
构成部分
有可能发布的产品增量，由团队展示。
会议输出
来自最终用户的反馈。
障碍 Backlog 的输入。
团队 Backlog 的输入。
来自团队的反馈为 Product Backlog 产生输入。
持续时间：90分钟，在 Sprint 结束时进行。
会议过程
Product Owner 欢迎大家来参加 Sprint 复审会议。
Product Owner 提醒大家关于本次 Sprint 的目的：Sprint 目标、Scrum 团队在本次 Sprint 中选定要开发的故事。
产品开发团队展示新功能，并让最终用户尝试新功能。
Scrum Master 推进会议进程。
最终用户的反馈将会由 Product Owner 和/或 Scrum Master 记录在案。
注意事项：
不要展示不可能发布的产品增量。
Scrum Master 不要负责展示结果。
团队不要针对 Product Owner 展示。
这篇关于Scrum评审会议的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
