当您跨过IT部门，Sprint审查，决定和披萨出错时，您会得到什么？ 太好了，就是这样。
我们第一次在Dodo Pizza中引入
冲刺评论的尝试失败了。 您可能会认为，比萨连锁店根本不需要Scrum做法。 但是，看起来很奇怪，
Dodo Pizza的主要优势之一是其自己的IT系统，该系统控制11个国家/地区的430家比萨店的所有工作过程。
现在，已有60多名程序员和分析师在我们的系统上工作，并且我们计划将该数量增加到
200多个 。 像任何快速增长的初创公司一样，我们的目标是最大程度地提高效率，因此我们大量使用敏捷框架，包括Scrum，LeSS和极限编程。 但是，如何在没有冲刺审查的情况下使用Scrum？ 这是您可能会问的问题，您将是对的。
众所周知，冲刺审查为团队设定了工作节奏，并激励团队在冲刺结束前完成任务。 更重要的是，冲刺审核有助于创建对业务有价值的产品，而不仅仅是解决积压的问题。 至少，那是书上所说的。
但是以某种方式，这种方法对我们没有用。 例如，在我们的第一批冲刺评论中，我们向哈萨克斯坦的加盟商展示了一个新网站（dodopizza.kz）。 反馈令人鼓舞，我们的合作伙伴告诉我们，该网站看起来不错，与竞争对手相比，它实际上是一个杰作。 但事实证明，它推出后确实严重缺乏。 因此，我们在sprint审查上浪费了时间，但没有得到任何有用的反馈。
很快，我们就悄悄地完全停止了这些冲刺审查。
几个月过去了，我决定再试一次。 到那时，我们有八个团队在
LeSS框架中处理一份积压订单。 我们试图遵守所有“大型Scrum”规则，并且取消sprint审查是违反的。
我为最初的不良结果做好了准备-显然，我们必须通过反复试验来找到正确的格式。 每次审核后，我要求参与者以1到10的等级进行评估。最初，我们的成绩很低，但我们没有放弃，而是继续进行实验，因此在几个月后，审核开始移到秤的上部。
这是我们所做的不同。
做功课
很明显，冲刺审阅准备所需的时间不少于冲刺审阅本身的时间，甚至更多。 审核需要两个小时，而我要花三个小时进行准备。 有与团队，合作伙伴，母公司经理，员工和其他客人讨论并达成共识的审核目标，与会议室进行预订，制作海报，协助者寻找和指导，以及制定时间表，反馈挂图等活动挂图。 除此之外，随之而来的是混乱。
如果尚未完成，请不要显示
首先，我们在sprint审查中展示了半就绪功能。 然后我们想到这意味着欺骗我们的团队，甚至更糟的是，我们的客户。 我们向CEO提供了一个地图服务，可一次缓存制图数据。 在下一次审核中，我们再次展示了它，并修复了一些错误。 当我们第三次将它带给他并在实时网站上展示时，他有一个非常合理的问题：为什么他不得不一遍又一遍地看同一件事？ 现在，在sprint审查中，我们仅显示实时站点上已经存在的功能。 如果某件事情即将完成，而我们只需要修复错误，对其进行测试并将其推出，我们根本就不会展示它。
会议室而不是开放空间
LeSS的创建者建议以“集市”的形式进行冲刺审查，所有团队在一个大房间中展示他们的工作，然后人们参观他们感兴趣的站点。 我们尝试了几次，这引起了很大的噪音和混乱。
笔记本电脑的屏幕小巧，不舒服，由于其他车站的噪音，您无法集中注意力，当人们不停地徘徊时，您会感到混乱。 因此，现在我们所有人都只是在审查开始和结束时才聚集在一个大会议室中。 主要行动在小型会议室中进行，每个团队在该会议室中介绍其工作。 它更舒适，为远程参与者提供了所有必要的设备，大屏幕和Internet访问，您可以安心地收集反馈。
不允许流浪
最初，利益相关者在团队之间自由走动，但这很烦人。 想象一下，您正在做演示，已经发言了十分钟，然后有人出来问您刚才讲过的那些问题。
如果您回答，其他所有人都会感到无聊。 如果您不这样做，此人可能会反感。 因此，我们决定不允许在团体之间徘徊。 如果您选择了一个主题，请坐在会议室里，等待20分钟直到下一个休息。
亲爱的客人
我们已经意识到，来宾名单非常重要。 除了公司首席执行官访问冲刺评论外，没有什么比开发人员更有动力了，尤其是当您展示一些技术性东西时，例如在Kubernetes中托管微服务或将Auth组件迁移到.Net Core。 然后，您必须解释为什么首先要做所有这些事情。
Dodo Pizza首席执行官Fyodor Ovchinnikov可以使观众
充满活力，在三分钟内振作精神，概述公司发展的广阔前景，但是在演示前端功能（如自己动手制作的披萨功能）时在我们的移动应用中，我们邀请外部访客，主要是来自Facebook的熟人和朋友。
有趣的主持人和帽子
事实证明，演示者占有趣和令人兴奋的sprint审查成功的一半。 许多人扮演了这个角色。 我先在Scrum大师的帮助下尝试了一下。
然后，我们的移动应用程序产品所有者谢尔盖·格里亚泽夫（Sergey Gryazev）成为演示者，现在如果没有他的笑话，我们将无法想象这样的事件。 最近，我们获得了一个仪式文物，即议长帽。 演讲者应该戴上帽子。 这并不意味着什么特别的事情，它只是一种仪式，但却使所有人振奋起来。
远程参与者
当每个人坐在同一房间时，进行冲刺审查很容易。 但是我们在Syktyvkar，Nizhny Novgorod，Kazan和Goryachy Klyuch有很多远程员工，因此对他们来说也很重要。
最初，他们抱怨他们几乎听不到或看不到任何东西，但是我们学会了关心他们以及我们的离线参与者。 在sprint审查准备清单中，提醒我们需要检查Internet连接并调整设备。 我们通过Slack发布活动更新，最近，我们开始在
Dodo Pizza Youtube频道上直播会议。
不收集反馈
当我们已经开始认为一切都很好并且不需要改进其他任何东西时，我们问自己是否在做正确的事情。 考虑到参与者的数量，他们的工资和花费的时间，冲刺审核是一项相当昂贵的事情。 我们是否以最大的效率使用这两个小时？ 因此，我们决定根本不收集冲刺评论中的反馈。 在这种情况下，反馈永远不会是全面的或高质量的（哈萨克斯坦的网站评论就是一个很好的例子）。 此外，在sprint本身期间，我们收集了许多有意义且有用的反馈，对从内部客户到用户的所有相关方提出了质疑。
您会感到惊讶，但是即使在《 Scrum指南》中，也没有任何关于在Sprint审查中收集反馈的词。 “在Sprint审查期间，Scrum团队和利益相关者就Sprint中所做的事情进行协作。” Scrum团队和利益相关者，而不是用户。 他们合作，而不是收集反馈。 根本不是那个。
欢迎来到后台
并非所有的利益相关者都积极参与开发过程，但是他们所有人都希望随时了解发展情况。 这就是我们现在的sprint审查目标。 我们仍然会展示我们所做的事情，但是除此之外，我们的团队还会谈论新功能的起源。 我们的目标是什么？ 在冲刺期间发生了什么事？ 是什么使我们分心或受阻？ 我们采取了哪些措施来实现目标？ 它有帮助； 通过这种方式，管理人员可以理解，例如，为什么将客户的电子邮件地址隐藏在带有星号的收据中根本不是一件容易的事，而不仅仅是他们以前认为的“半个小时的编程”。 这样的对话有助于我们的软件开发人员根据客户的问题进行思考，而不会被他们正在研究的解决方案所困扰。
这些是我们冲刺审核方法已更改的主要内容。 肯定有进步，但仍有改善的空间，因此我们继续进行实验。
最重要的是，我们已经了解了一件事-您无需过多地关注Scrum指南的建议。 您应该反复试验。 没有通用的解决方案。 您应该寻找那些为您工作的人。
因此，总而言之，我只想警告您。 不要复制我们的格式。 它对我们有用，因为它源于实验。 寻找自己的方法，您会成功。 可能发生的最坏情况是什么？