本文主要是介绍Sprint总结会议(反思)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
会议目的该会议的对应隐喻：医疗诊断！其目的不是为了找到治愈方案，而是要发现哪些方面需要改进。
构成部分
参与人员：团队成员、Scrum Master
基本要求
从过去中学习，指导将来。
改进团队的生产力。
注意事项
不要让管理层人员参与会议。
不要在团队之外讨论找到的东西。
会议输出
障碍 Backlog 的输入。
团队 Backlog 的输入。
持续时间：90分钟，在 Sprint 评审会议结束后几分钟开始。
会议过程
准备一个写着“过去哪些做的不错？”的挂图。
准备一个写着“哪些应该改进？”的挂图。
绘制一条带有开始和结束日期的时间线。
给每个团队成员发放一叠即时贴。
开始回顾。
做一个安全练习。
收集事实：发放即时贴，用之构成一条时间线。每个团队成员（包括 Scrum Master）在每张即时贴上写上一个重要的事件。
“过去哪些做的不错？”：采取收集事实同样的过程，不过这次要把即时贴放在准备好的挂图上。
做一个分隔，以区分“过去哪些做的不错”和接下来要产出的东西。
“哪些应该改进？”：像“过去哪些做的不错”那样进行。
现在将即时贴分组：
我们能做什么》团队 Backlog 的输入。
哪些不在我们掌控之内？》障碍 Backlog 的输入。
根据团队成员的意见对两个列表排序。
将这两个列表作为下个 Sprint 的 Sprint 规划会议第一部分和 Sprint 规划会议第二部分的输入，并决定到时候要如何处理这些发现的信息
这篇关于Sprint总结会议(反思)的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
