Sprint评审会议而不是Sprint演示会议

sprint-review

_译者注:本文虽然是在辩解“sprint评审会议”和“sprint演示会议”的字面含义,但需要更深入了解其背后的原因,这其实才是作者的初衷。_
_ (sprint评审会议=sprint review;sprint演示会议=sprint demo)_

几乎每周我都会拜访一到两家公司,在现场教Scrum课程或者进行敏捷指导。最近,在上课前参加敏捷培训的人很可能有一些Scrum经验或(通过书或视频)接触过——大多数情况下,这是件好事。

但我得吐吐槽。当人们把“sprint审查会议”实践当做“sprint演示会议”或只是“演示”的时候,我是有所担忧的。这看起来只是一个语法问题,然而把评审叫做演示的结果是,它破坏了sprint评审会议的真正目的。

尽管演示是sprint评审会议中很有用的一部分,但这不是评审会议的目的。sprint评审会议最重要的方面是深度交谈和参与者之间的协作,以及使产品知识浮现出来并开发。

已经构建好的内容演示,只是一种激发围绕具体事情交谈的、非常有效的方式。而忽略了关于产品是如何工作的交谈。

下图会澄清我是如何看待sprint评审会议活动。

Visual AGILExicon image for Sprint Review

在图的中间,你会看到sprint评审会议图标。这个活动的关键是检视与调整**sprint过程中产出的产品增量。这个图标的下边你会注意到一种举办sprint评审会议的方法。

第1步是回顾sprint目标和承诺的特性集,并和实际完成的进行对比。第2步是演示和讨论完成的特性,并对产品backlog或者发布计划做出必要的调整,以反应讨论中新的认知,然后重复这个步骤。这个循环直到所有完成的特性讨论完才结束。

在这个方法中,演示只是sprint评审会议中的一个活动,它不是sprint评审的目的。这就是为什么我认为这个很重要,应该叫sprint评审会议,而不是sprint演示会议。

再次重申,sprint评审会议的目标是检视与调整构建的产品。成功的评审结果是双向的信息流动。不属于Scrum团队的人也可以得知开发的成果并帮忙指出方向。

同时,Scrum团队成员通过频繁的反馈而加深了对产品的业务和市场认识。所以,sprint评审会议是一个检视和调整产品的预定机会。

应该叫做sprint评审会议,而不是sprint演示会议,对于这个观点,您同意吗?请留下您的建议。

原文链接:You can view the original content here.
原文作者:Ken Rubin
译者:姜信宝Bob Jiang