Sprint 回顾 vs Sprint 回顾

关于 Sprint Reviews 和 Retrospectives，首先要知道的是，它们是敏捷团队 Sprint的最后两个步骤。 

 

 尽管 sprint review 和 sprint respective 可能被误认为是同一件事，但这两个 Scrum 事件是完全不同的。这里有更多关于这两种类型的会议以及使它们与众不同的事情的更多信息。

 

冲刺回顾

在每个冲刺中，Scrum 团队应该产生一个潜在的可交付产品增量。在Sprint Review是冲刺在Scrum团队和所有利益相关方聚在一起，讨论如何在冲刺过程中是否冲刺目标已经达到已经完成的最后一次会议。

参加 sprint 评审的人员应包括产品所有者和产品经理、Scrum Master、开发团队、管理层以及参与产品创建过程的任何其他人。

 

这通常是一种非正式的会议，Scrum 团队展示产品增量，而利益相关者提供反馈。冲刺审查在每个月的冲刺中不应持续超过四小时（冲刺每周最多一小时）。Scrum Master 需要确保会议不会超过这个时间。

除了介绍冲刺期间完成的工作外，冲刺审查会议还应在议程上列出其他一些事项：

• 产品负责人需要通知团队已经完成的任务和尚未完成的任务。
• 开发人员需要讨论他们在 sprint 中遇到的问题以及如何解决这些问题。
• Scrum 团队回答团队其他成员提出的与 sprint 相关的问题。 
• 团队应该讨论接下来的任务，这为下一次冲刺计划会议提供了很好的基础。

冲刺回顾

冲刺回顾会议在冲刺回顾之后立即举行。虽然 sprint 评审是关于团队正在构建什么的讨论，但sprint 回顾的重点是他们如何构建它。

这个会议通常比冲刺审查要短一些，而且每个月的冲刺不应超过三个小时。为了充分利用 sprint 回顾会议，您应该确保整个 Scrum 团队，包括产品负责人，都参加并参与。

冲刺回顾的目标是改进开发过程。Scrum 团队回顾了之前的 sprint，并讨论了哪些工作做得好，哪些可以改进，以及他们如何提高整体生产力。

尽管这些改进可能会在 sprint 期间实施，但 sprint 回顾为 Scrum 团队提供了一个正式的机会来讨论这个过程并激励每个团队成员表达他们的意见和想法。 

对于成功的冲刺回顾会议，每个团队成员都应该尝试回答以下冲刺回顾问题：

1. 冲刺期间什么进展顺利？
2. 有什么可以改进的吗？
3. 我们如何进行这些改进？

此次会议不应将冲刺回顾用作抱怨的机会，而应该对团队中的每个人都具有建设性，努力改进流程并为整个团队创造愉快的工作体验。 

 

Sprint Review 侧重于增量（Potentially shippable）的“检查”和“适应”，而 Sprint Retrospective 则更侧重于 sprint 过程的 “检查”和“适应”。

 

---

Scrum 事件

• 什么是 Scrum 事件？
• 什么是Scrum仪式？
• 什么是产品待办列表梳理？
• 每日 Scrum 中的 3 个重要问题是什么？
• Scrum Sprint 周期 8 步
• Scrum 中的 Sprint 是什么？
• Scrum 的心跳 - 每日站会
• 每日 Scrum 会议 - 快速指南
• 为什么在 Scrum 中进行固定长度的冲刺？
• 什么是 Scrum 发布计划？
• 什么是冲刺计划？
• 什么是 Sprint 评审？
• 什么是 Scrum 中的 Sprint 回顾会议？
• 什么是产品待办列表细化？
• Scrum 中的持续集成/交付/部署是什么？
• 什么是 Scrum 中的限时事件？
• Scrum 中的 Spike 是什么？
• 什么是敏捷中的计划扑克？