大规模敏捷团队，Sprint评审会怎么开？

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

• 干系人难以识别。他们自然是在场的，但他们将自己融入到Scrum团队中，使其成为一个大型的协作团队。

• 每个开发人员都参与。对！每个开发人员都在场。他们中的大多数人都拿着便利贴，在上面写下他们收到的关于他们产品的反馈。

• 反馈。反馈。反馈。简言之，冲刺评审是一个大型反馈聚会。每个Scrum团队都在多个设备上进行了演示。每个人都可以实际使用产品并分享经验和教训。

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

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

（Preeti Gholap提出的解决方案）

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

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