• 00
  • 00小时
  • 00
  • 00
2023敏捷武林大会-上海站,正火热免费报名中...
Search
Close this search box.

大规模敏捷团队,Sprint评审会怎么开?

在阿姆斯特丹史基浦机场,我们正在使用敏捷方法实现一个大型数字化项目。这个项目包含由多个团队组成的五个价值流。由于项目规模不断扩大,出现了一些挑战。例如:

如何组织由越来越多的团队和干系人一起参加的Sprint评审会,并保持有价值的结果输出?

在这篇文章中,我将描述我们在处理这些问题时所面临的挑战和尝试的实验。其中一些实验是Preeti Gholap提出的想法。她回答了我不久前在LinkedIn上发布的问题。谢谢Preeti!

理论原则

Sprint评审会的目的是收集所交付产品的反馈并对协作进行评估。Sprint评审会应用于演示和检查开发的增量。如果需要,这将是调整产品待办事项列表的最佳机会。同时如果PO认为增量足够有用,就可以发布到生产环境中。这是共同反思并决定如何继续优化价值的理想时刻。

好的一面

早些时候,我写了一篇关于史基浦机场的Sprint评审会的乐观文章。这篇“优秀Sprint评审会的五个特点”提供了五个进展顺利的例子:
  • 干系人难以识别。他们自然是在场的,但他们将自己融入到Scrum团队中,使其成为一个大型的协作团队。
  • 每个开发人员都参与。对!每个开发人员都在场。他们中的大多数人都拿着便利贴,在上面写下他们收到的关于他们产品的反馈。
  • 反馈。反馈。反馈。简言之,冲刺评审是一个大型反馈聚会。每个Scrum团队都在多个设备上进行了演示。每个人都可以实际使用产品并分享经验和教训。

  • 量身定制的Sprint评审会。优秀的Sprint评审会的形式是定制化的。有时为每个团队分开讨论是最好的形式,有时集中展示和讨论最有效。一个优秀的Scrum团队会不断寻找理想的形式来收集反馈。
  • 啤酒和炸鸡。Sprint评审会后面紧接着的当然就是Sprint回顾会。这是就着啤酒炸鸡,处理Sprint评审和讨论可能的改进项的理想机会。
Sprint评审会

不好的方面

然而,项目规模的不断扩大对Sprint评审会产生了影响。由于越来越多的参与者,隐患开始出现,例如:
  • Sprint评审变成单纯的演示。它不再是一个反馈聚会,变成了一个演示的日子。老实说,它已经被称为“演示”,但它仍然具有Sprint评审的所有特征。过去还注重收集反馈和协作,而现今大量单方面的演示开始超过获取深入反馈的机会。
  • 干系人太多。在Sprint评审中有可能会有太多干系人吗?理想情况下不会。但当非正常访客的数量在这个环节中产生影响时,这可能就是一个问题了。这些“一次性”访问者期望从整体上对项目或产品进行了解,而不一定是对上一个Sprint的更新。这不仅耗费时间,而且对Scrum团队也没有任何价值,他们希望获得上一个Sprint的详细反馈。
  • 开发团队不再参与。由于缺乏反馈,不再是Scrum团队的每个成员都参加Sprint评审。Scrum Master和PO开始担任Scrum团队的大使。他们正在成为干系人和开发团队之间的枢纽。干系人和开发团队之间的宝贵对话正在减少。

实验思路

01 除了每两周一次的Sprint评审外,每月组织一次演示

当然,演示是有价值的。但与Sprint评审相比,目标并不相同。Sprint评审的主要目标是收集反馈,而演示的目标是在参与或感兴趣的每个人之间建立一致性。组织每月一次的演示,重点放在对齐上。并定期进行较小的每两周一次的Sprint评审(可能是针对每个价值流),重点是收集详细的反馈,这可能是一个很好的解决方案。

02 组织“小循环”和“大循环”两步走Sprint评审

(Preeti Gholap提出的解决方案)

我是在辅导6个需要联合演示的团队时实施的这个方案,当时我们与干系人只能进行有限的面对面交流(他们必须从几个国家飞过来)。
每个团队使用Sprint评审的第一部分(比如,为两周Sprint的故事规划40分钟),从他们自己“小循环”中的授权用户/验收者那里获得详细的反馈 —— 这是一个由4-6人组成的小组,团队和PO与他们密切合作,以完成待办事项和用户故事级别的细化和验收(以此方式全生命周期参与)。我们在这里寻求的反馈是:“这可用吗?”,“是否满足用户和运营的所有验收标准(功能性、非功能性)?“

然后,各团队继续进行联合演示 —“大循环”,在此每个团队向其他团队、管理层和更广泛的干系人概要性的展示增量及其价值(因此不是每个故事的细节)。要求的反馈是:这是否有价值,是否有助于整体?我们的方向正确吗?“小循环”在整个冲刺过程中与自己的Scrum团队有着密切的联系 — 通过电话、WebEx、Jira等,也在Sprint评审中面对面交流。“大循环”每6周与产品规划中的所有Scrum团队进行面对面接触。这个方式对我们来说效果很好。

03 将连续流的验收与Sprint评审解耦

Preeti Gholap建议的另一个解决方案
这是我从我目前辅导的一个团队那里学到的方法,他们正在开发一个复杂的COTS应用程序,甚至在“正式开始做敏捷”之前就已经这样做了。这个团队确保他们在每个故事“一完成”就获得详细的反馈和验收。
自从加入我们目前公司的Scrum/敏捷辅导项目以来,他们一直在学习如何使故事变得更小、更垂直等等,因此,他们越来越善于每隔几天就“完成”有价值的故事。这意味着,他们因在Sprint过程中可以多次完成用户故事验收而处于一个极好的境地。而这甚至没有任何自动化。
他们之所以能够做到这一点,部分是因为他们的最终用户近在咫尺,而且他们的PO相信团队和最终用户可以很好地合作,从而无需亲自主持“演示”。(他们能够做到这一点的主要原因是,他们一直都致力于“完成每件事”以及面对面的合作。)

事实上,我很难说服这个团队进行Sprint评审(“有什么意义?工作早已经被验收了”)。但是他们和组织都没有准备好采用看板或者连续流的工作方式。慢慢地,他们发现一个简短的Sprint评审仍然很方便,因为除了对Sprint结果的反馈之外,还有其他原因。例如,获取更广泛的干系人的关注,对团队成员的可见性和赞赏,以及“前置反馈”— 与议程不同的干系人再次确认路线图。因此,这种将详细反馈从Sprint评审中解耦的技术也可以帮助您的规模化团队。

结 语

在这篇文章中,我分享了我们目前在阿姆斯特丹史基浦机场项目中,Sprint评审会所面临的挑战。如何组织由越来越多的团队和干系人一起参加的Sprint评审会,并保持有价值的结果输出?感谢Preety Gholap提出的想法,我讲了一些我们在解决这些问题时可以尝试的实验。
如果你有任何可能对实验有用处的建议:请在评论区分享!非常感谢!
注:部分图片来源于网络

 

【作者】Barry Overeem

Scrum.org专业Scrum培训师。

作为 “The Liberators” 的联合创始人,Barry将个人、团队和组织从过时的工作模式中解放出来。通过带来新的能量和创造力,Barry为每个人创造空间,让他们参与塑造未来,并对他们的组织产生积极影响。

【译者】Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构和大规模敏捷SAFe官方机构SAI在中国的授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

 

Search
最新敏捷认证课 ~ 火热报名中
4月26-27日
Scrum Master (CSM) 认证课
王军 Jim Wang授课
5月18-19日
Leading SAFe领导大规模敏捷认证课
Eric & Scott 授课
5月18-19日
专业Scrum Master (PSM I) 认证公开课
丁志润 Derek Ding 授课
5月25-26日
Scrum Master (CSM) 认证课
Lance Zhang 授课
6月22-23日
Scrum Master (CSM) 认证课
Scott Dunn & Eric Liao授课
6月22-23日
专业Scrum产品负责人(PSPO)认证公开课
丁志润 Derek Ding 授课
分类文章
9月15-17日
SAFe ScrumMaster & Leading SAFe官方认证双证班
Eric Liao & Scott Wang 授课
9月18-22日
SAFe认证-SPC SAFe认证培训师导师班
Kurt Jäger & Eric Liao 授课

预约回电

课程顾问将尽快给您回电
电话咨询 400 696 6280