最近,Innolution 公司的执行总监、Essential Scrum 的作者 Ken Rubin 在其公司博客上撰写了一篇题为 It’s a Sprint Review Not a Sprint Demo! 的博客,强烈呼吁大家不要把 sprint 评审会议(sprint review)当成跟 sprint 演示会议(sprint demo)一样的东西。北京敏捷社区的姜信宝(Bob Jiang)同学认为这篇文章非常不错,在征得 Ken Rubin 许可后,将本文翻译成中文并推荐至 InfoQ 中文站。以下为译文:
译者注:本文虽然是在辩解“sprint 评审会议”和“sprint 演示会议”的字面含义,但需要更深入了解其背后的原因,这其实才是作者的初衷。
(sprint__ 评审会议 =sprint review_;sprint__ 演示会议 =sprint demo__)_
几乎每周我都会拜访一到两家公司,在现场讲授 Scrum 课程或者进行敏捷指导。最近,参加敏捷培训的人很可能在之前有一些 Scrum 经验或(通过书或视频)接触过 Scrum——大多数情况下,这是件好事。
但我得吐吐槽。当人们把“sprint 审查会议”实践当做“sprint 演示会议”或只是“演示”的时候,我就会有所担忧。这看起来只是一个语法问题,然而把评审叫做演示的结果是,它破坏了 sprint 评审会议的真正目的。
尽管演示是 sprint 评审会议中很有用的一部分,但这不是评审会议的目的所在。sprint 评审会议最重要的方面是参与者之间的深度交谈和协作,以及使产品知识浮现出来并进行开发。
已经构建好的内容演示,只是一种激发围绕具体事情交谈的、非常有效的方式。但其中没有谈到产品如何工作。
下图会澄清我是如何看待 sprint 评审会议活动。
在图的中间,你会看到 sprint 评审会议图标。这个活动的关键是检视与调整sprint 过程中产出的产品增量。这个图标的下边你会注意到一种举办 sprint 评审会议的方法。
第一步是回顾 sprint 目标和承诺的特性集,并和实际完成的情况进行对比。第二步是演示和讨论完成的特性,并对产品 backlog 或者发布计划做出必要的调整,以反应讨论中新的认知,然后重复这个步骤。这个循环直到讨论完所有完成的特性之后才结束。
在这个方法中,演示只是 sprint 评审会议中的一个活动,它不是 sprint 评审的目的。这就是为什么我认为这个很重要,应该叫 sprint 评审会议,而不是 sprint 演示会议。
再次重申,sprint 评审会议的目标是检视与调整构建的产品。成功的评审结果是双向的信息流动。不属于 Scrum 团队的人也可以得知开发的成果并帮忙指出方向。
同时,Scrum 团队成员通过频繁的反馈而加深了对产品的业务和市场认识。所以,sprint 评审会议是一个检视和调整产品的预定机会。
应该叫做 sprint 评审会议,而不是 sprint 演示会议,对于这个观点,您同意吗?请留下您的建议。
关于作者
Kenny Rubin 是 Innolution 公司的管理负责人,该公司是一个敏捷培训公司,主要是帮助组织以一种有效和经济合理的方式来开发产品。作为一名认证的敏捷教练,Rubin 已经在敏捷和 Scrum、Smalltalk 开发、管理面向对象的项目和转型管理方面训练了超过 18,000 人。他曾在 200 家公司进行过培训,涵盖的范围从创业公司到财富榜前十的公司。
Rubin 是全球 Scrum 联盟的首席常务董事,该联盟是一个非营利性的组织,主要从事于进行成功运用 Scrum 的研究。除了创作《Essential Scrum:最流行敏捷过程的实用指南》这本书,他还是 1995 年出版的《Succeeding with Objects:项目管理的决策框架》的合著者。想了解更多他的背景请登录: http://www.innolution.com ,你也可以在该网站上关注他的博客。Twitter 的粉丝关注他请 @krubinagile。
关于译者
姜信宝 (Bob Jiang):喜欢新鲜事物,喜欢读书,喜欢分享,愿意和大家共同进步。《Essential Scrum》译者(原作者:Kenneth S. Rubin)。他的博客是: http://bobjiang.com/
原文英文链接: http://www.innolution.com/blog/its-a-sprint-review-not-a-sprint-demo
感谢侯伯薇对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。
评论