Sprint评审如何支持检查——回到Scrum框架的基础(14)

Scrum建立在经验过程控制的基础上，检查是三大支柱之一。

在每次Scrum事件期间，以及在整个Sprint过程中，Scrum团队和涉众都会基于共同的理解进行检查。没有这种透明度，就无法进行有价值的检查。

检查是指在实现既定目标的过程中发现不希望出现的差异。

让我们以Sprint Review为例。

检查实现产品目标的进度。有不希望的差异吗?

• 和《完成》相比有什么不同吗?
• 与作为增量的一部分所期望的相比，是否有任何差异?它有什么功能、特性等?就目前的情况来看，我们对它的预期结果是什么?
• 与Sprint计划期间讨论的内容(为什么，做什么，怎么做)相比，Sprint本身是否存在不希望的差异?
• 关于产品待办事项列表有什么新的见解吗?接下来我们期望交付什么?我们产品的市场发展如何?这在产品待办事项列表中显示出来了吗?

谁来检查?

• 由Scrum团队和任何涉众负责。涉众在这里提供关键的输入。他们可能会指出与他们的期望相比的重要差异，这是产品待办事项列表的关键输入。

我们仍然经常将Sprint Review视为产品负责人的演示或信息会议。请注意，产品负责人是团队的一部分，并应随时了解产品目标的最新进展。所以一定要让关键的利益相关者积极参与到你的Sprint Review中，以获得非常重要的反馈:来自真实用户的反馈。这种透明的反馈是检查过程中的关键。

简介:

“在Sprint Review期间，Scrum团队和涉众检查他们实现产品目标的进度，以发现进度中不希望出现的差异。你呢?”

提示:与您的整个团队一起，就产品目标，您今天的期望，您现在的位置以及后两者之间的差异进行对话。

我希望你能在这些简短的文章中找到价值，如果你正在寻找一些澄清，或者如果这引起了一些问题，请随时与steven @ boostyourscrum联系。com

PS:下周我们将讨论检查和Sprint回顾。

不想错过任何一个吗?有专业的Scrum基础系列吗每周收到你的邮箱。