摘要：如果做得好，Sprint 评审可以使团队保持正确的方向，提供关键的利益相关者反馈，并增强对 Scrum 流程的信任。但是，如果处理不当，它们会导致脱节、混乱，并错失改进的机会。
一次有效的 Sprint 评审可以提供已完成工作的可见性，确保干系人之间的一致性，并收集有价值的意见，从而实现快速变更。
译自 How to Run an Effective Sprint Review，作者 Ben Grimwade。
参加 Sprint 评审会议超过 15 年，我见过既能推动协同和进展的高效会议，也见过让人感到沮丧和浪费时间的会议。
如果做得好，Sprint 评审可以使团队保持正确的方向，提供关键的利益相关者反馈，并增强对 Scrum 流程的信任。但是，如果处理不当，它们会导致脱节、混乱，并错失改进的机会。
在本指南中，我将引导您完成运行 Sprint 评审的实际步骤，这不仅可以展示进度，还可以促进协作，推动有意义的讨论，并使您的项目朝着正确的方向前进。
Sprint 评审通常是 Sprint 最后一天举行的第一次会议。以我的经验，它会首先举行，然后 scrum 团队会进行 Sprint Retrospective。
Sprint 评审的目的是让工程师向任何利益相关者展示他们在 sprint 中完成的工作。然后，利益相关者可以对该工作提供反馈，并且每个人都可以讨论 sprint 目标是否已实现以及工作是否符合目标。
当然，您可以告诉利益相关者您已经完成了一些工作，但是演示工作始终更容易理解，并且可以建立更多对项目进展顺利的信心。
任何对项目感兴趣的人都应受邀参加。
虽然 Scrum 团队是核心参与者，但其他人（例如销售、高级管理人员、其他 Scrum 团队和项目经理）也可以从参加中受益。
如果有人可以提供见解或从会议中获得价值，则他们应该参加。
为了确保会议顺利进行，演示者必须做好充分的准备。
现场演示可能难以预测，因此我始终建议演示者事先录制其工作的演示视频，然后播放视频。
此外，会议主持人应组织有关相关主题的演示。对演示进行分组可以最大程度地减少上下文切换并简化会议流程。
工程师在 Sprint 评审期间向 Scrum 团队和利益相关者展示已完成的工作。每次演示之后，参与者都可以提问和分享反馈。 问题可以集中在技术细节上，也可以集中在工作如何与业务目标保持一致上。
尽管鼓励每个人都做出贡献，但主要的演示者通常是工程师。这样可以进行重点讨论，并根据需要从产品、质量保证和业务分析师那里获得投入。
假设一个由六名工程师组成的团队正在从事不同的组件：
演示顺序：
Daniel：在五次登录尝试失败后实施帐户锁定，需要重置密码。Stephen：引入“忘记密码”功能，通过电子邮件发送重置链接。Lara：增强报告功能以记录“用户超出最大登录尝试次数”事件。Romesh：添加对“用户单击忘记密码”操作的日志记录。Elisa：优化报告仪表板以加快加载速度。Owain：启用组合 event tracking for streamlined datainsights.对相似的主题进行分组可以使讨论更具凝聚力。例如，首先介绍登录页面更新，然后介绍报告改进，最后介绍两个与性能相关的故事。
利益相关者可能会提出澄清性问题，例如，为什么在帐户锁定之前选择 五次 登录尝试。会议中可能不会就此数字是否正确做出决定。通常，您会在会议结束后组织一次后续行动以做出决定。
召集来自不同团队和部门的这么多人，不仅是为了展示进度，而且是为了从各种各样的人那里获得反馈，这些人都有不同的经验。
例如，房间里的某人可能会问，为什么我们使用传统的用户名和密码模式，而不是“魔术电子邮件链接”登录方法。 这些问题和评论使得 Sprint Review 非常有帮助。您可以在项目早期获得反馈，以便在为时已晚之前进行更改。
与其依赖幻灯片，不如展示可用的交付成果。一个可用的功能演示比截图更吸引人。
促进开放反馈鼓励积极参与，邀请提问和讨论。记录利益相关者的反馈，并确定是否应将调整纳入 backlog。
保持结构化和简洁Sprint 目标概述；已完成工作的演示；反馈和下一步行动的讨论。避免过于技术性的讨论，以免会议偏离主题。如果需要更深入的分析，请安排后续会议。
统一后续步骤根据 review 反馈，立即更新 backlog。如果需要增强功能，请立即记录下来，然后将其发送给 Sprint Review 的参与者，以确保您已正确捕获它们。
保持人们的兴趣，保持会议的重点，并快速举行会议。如果会议时间过长，您的 scrum 团队可能太大。考虑将其拆分成更小、更敏捷的团队。
Sprint Review 的时长不应超过一小时到九十分钟。Sprint Review 是涉及许多人的大型会议；因此，它们很昂贵。尽量缩短它们的时间，否则风险管理部门可能会对此提出抱怨。
有效的 Sprint Review 可以提高已完成工作的可见性，确保利益相关者之间的一致性，并收集有价值的意见，从而实现快速变更（敏捷的主要目的）。
为了最大限度地提高 Sprint Review 的价值，请专注于清晰的沟通、结构化的演示以及利益相关者的积极参与。鼓励公开讨论，及时记录反馈，并将见解转化为可操作的 backlog 条目。通过不断改进您的 Sprint Review 流程，您将培养更强大的协作，保持利益相关者的信心，并使您的团队始终朝着交付有意义的成果而努力。
一个运行良好的 Sprint Review 不仅仅是一次会议，更是您的团队展示进展、激发创新和引导项目走向成功的机会。
来源：家有小科技
