“我们躺下，点燃灯火，在宇宙中，我们是唯一的人。” 看来，Splin乐队的歌曲中的这句话可以被安全地认为是在Dodo Pizza中引入Sprint Review练习的原声带。
免责声明：Anton在一篇文章中描述了可行的sprint审查的第一版。 我们已经有一个更高级的版本，但是在下一个系列中将对此进行介绍。
在Dodo Pizza发起冲刺审查实践的首次尝试惨遭失败。
也许您认为Scrum比萨连锁店的做法通常是没有用的。 但是，奇怪的是，渡渡鸟披萨的主要优势之一就是其自己的IT系统，该系统可以管理12个国家/地区的495家比萨店的所有流程。
今天，有80多个开发人员和分析人员正在使用此系统（随着时间的推移将有200多个 ）。 作为一家快速成长的初创公司，我们追求最高效率，因此，我们使用许多“灵活的开发”框架：Scrum，LeSS，极限编程。
但是，如果不进行冲刺审核，您会问这是什么混乱？ 你会是对的。
如您所知，冲刺审核为团队设定了节奏，并激励在冲刺结束前完成工作。 更重要的是，它有助于创建企业需要的有价值的产品，而不仅仅是执行积压任务。 因此，无论如何，他们写书。
但是，由于某种原因，这种方法对我们不起作用。 例如，在第一次冲刺评估中，我们向哈萨克斯坦的Dodo Pizza特许经营者展示了他们的新网站-dodopizza.kz。 反馈令人鼓舞：合作伙伴说，该网站看起来很漂亮，在竞争对手的背景下，它看起来像是杰作。
当我们推出它时，结果证明其中缺少很多东西。 也就是说，我们花了一些时间进行冲刺审核，但实际上没有得到合作伙伴的有用反馈。
总的来说，不久我们就悄悄地停止了这种冲刺审查。
几个月后，我决定再次尝试。 到那时，我们已经有八个团队在LeSS框架中处理相同的待办事项。 我们试图遵循“大型Scrum”的所有规则，而缺少冲刺审核是其中的违规行为之一。
我预先准备了一个事实，即一开始一切都会很糟糕，您将需要使用试错法寻找正确的格式。 每次审核后，我要求参与者以1到10的等级对活动进行评分（底部-Omnische）。 起初，收视率非常低，接近“最低”。 但是，我们没有放弃，我们进行了实验，在几个月的时间里，他们开始转向Ognist。
那就是我们所改变的
做作业
我们意识到，您需要花在准备上的时间不会少于冲刺审阅本身上的时间，甚至更多。 整个活动需要两个小时，而我准备了三个小时。 毕竟，您需要与团队协调目标，与合作伙伴，管理公司的经理，比萨店和其他客人的员工安排，预订对话，制作海报，寻找主持人，指导，草拟和制定时间表，挂断聊天以收集反馈意见等。 没有所有这些，只会有混乱。
不要显示未完成
首先，我们展示了半成品。 但是我们意识到这就是我们欺骗团队以及最重要的客户的方式。 一旦我们向我们展示了一家缓存地图数据的地理服务公司的首席执行官。 然后在下一次审核中再次显示-仅修复了错误。 当我们第三次到达并提供相同的服务时，但已经在战斗网站上了，CEO提出了一个合理的问题：“你第三次显示相同的东西到底是什么？”
现在，在sprint审查中，我们仅显示在战斗站点上发布的内容。 如果几乎准备就绪-仅存在要修复，测试和布置的bug，则我们不会显示。
谈判代替开放空间
LeSS的作者建议以“集市”的形式进行冲刺回顾。 所有团队必须在一个大房间中展示他们的工作，感兴趣的人可以去他们感兴趣的电台。 我们尝试了几次，结果嘈杂和挑剔。
笔记本电脑的屏幕很小，什么都看不见，相邻站点的噪音使其难以集中，并且人的不断移动会造成混乱。 因此，现在会议室中的每个人都只在开始和结束时聚会。 主要动作发生在会议室，每个团队介绍其工作。 在那里，设备，大屏幕，您可以舒适地坐着，与远程参与者连接，并且有一个收集反馈的地方。
禁止转换！
首先，我们的利益相关者在团队之间自由移动。 但这很烦人。 想象一下，您开始讲一些话，然后在十分钟内，一个新朋友加入了小组，并询问有关您刚才谈论的内容的问题。
开始回答-其余的无聊。 忽略-这个人很沮丧。 因此，我们决定禁止团体之间移动。 我选择了您感兴趣的主题-坐在会议室20分钟直到下一个休息。
亲爱的客人
我们意识到“来宾”的组成非常重要。 像出现在冲刺评论首席执行官中一样，没有什么能激励开发人员。 特别是当您需要向他展示一些技术性技巧时，例如在多维数据集中的服务或将Auth转移到.Net Core。 我们必须解释为什么要这样做。 Dodo Pizza的首席执行官Fedor Ovchinnikov充满活力，知道如何在三分钟内为所有人加油并概述公司发展的前景。 好吧，当我们显示客户端功能（例如，在移动应用程序中使用半披萨构造器）时，现在通常会呼叫外部来宾，通常是Facebook的熟人和朋友。
删除的成员
当所有东西都放在一个房间里时，召开会议很容易。 但是我们在Syktyvkar，Nizhny Novgorod，Kazan和Goryachy Klyuch有很多远程员工。 他们参加也很重要。
起初，“远程工作者”抱怨说他们听不清，几乎看不到任何东西。 现在，我们会照顾他们以及离线参与者。 冲刺检查准备清单中有一些项目提醒我们检查连接和设置设备。 我们正在Slack上广播，最近，我们在YouTube频道Dodo Pizza上直播了该活动。
反馈免责声明
当看起来一切都很好并且无处改进格式时，我们问了自己一个问题：我们不是在做垃圾吗？ 冲刺审核是一项相当昂贵的活动（如果您对参与者的数量，他们的工资和花费的时间表示怀疑的话）。 我们是否会尽可能高效地使用这两个小时？ 因此，我们决定完全拒绝在sprint审查期间收集反馈。
以这样的事件的形式，它不能深入和定性地进行（回想一下哈萨克斯坦的案例）。 此外，我们在sprint期间收集了大多数重要且高质量的评论，吸引了从内部客户到用户的每个感兴趣的人……您会感到惊讶，即使Scrum指南也没有说应该在sprint评论中收集反馈： ，Scrum团队和利益相关者就Sprint中的工作进行了协作。” 团队和利益相关者，而不是用户。 进行互动，而不收集反馈。 完全不同的含义。
打开“厨房”
并非所有利益相关者都沉浸在开发过程中。 但是每个人都想知道那里发生了什么。 出于这些目的，我们决定重新调整sprint审查的方向。
我们仍显示已完成的工作，但除此之外，团队还讲述了新功能背后的故事。 目的是什么？ 在冲刺期间发生了什么？ 是什么使我们分心或阻止我们实现目标？ 我们采取了哪些措施来实现目标？ 它有帮助：例如，这对于经理人来说很清楚，为什么“隐藏客户的电子邮件并加注星号”是一项非常艰巨的任务（如经理们所言，“程序员工作半小时”）。 相反，这种对话可以帮助开发人员根据“客户”及其问题进行思考，而不是根据他们正在研究的特定解决方案进行思考。
这也许是我们改变方法的主要内容。 进步是显而易见的，但与往常一样，仍有一些地方需要改进。 实验正在进行中。
我们了解的主要内容是，我们不需要挂在Scrum手册中建议的格式上。 您需要尝试，犯错误并进行实验。 没有通用的解决方案-您需要寻找适合您情况的解决方案。
因此，我想最后警告您：请勿复制我们的格式。 他与我们合作得很好，因为他是许多实验的结果，使他出生。 寻找您的方法-您将成功。 当然不会更糟。