Sprint 是所有事件 (events) 的容器。Scrum 中的每个事件都是检视和适应 Scrum artifacts 的机会，而这些事件都是为实现透明度而特别设计的。未能按规定运作這些事件，将导致失去检视和适应的机会。在 Scrum 中，使用事件来创建规律性并最大限度地减少对 Scrum 中未定义的会议的需求。
最理想的是，所有事件（Events）都在同一时间同一地点举行，以减少复杂性。
每个 Sprint 包含了4 个 Scrum Events ，如下所述。
Sprint Planning
目标： 为成功的 Sprint 建立团队
要求：Scrum Master、Product Owner、Developers
可选： 具有技术或领域知识的 SME 或其他人就 PBI 复杂性提供建议
持续时间：8 小时（最长）为期 4 周的 Sprint 会议。
输入：Product Owner 需要准备一个有优先级和可管理的 Product Backlog
活动期间： Sprint Planning 有 2 个必不可少的部分； 调整 Sprint 期间要实现的目标以及我们将如何实现它。 Product Owner 解释每个 Product Backlog Item (PBI)。 然后，Developers 决定那些 Product Backlog Item (PBI)可以在 Sprint 中完成，这就是Sprint Backlog。 Scrum Team 还設定 Sprint Goal，而该目标解释了这个 Sprint 是关于什么的，为什么要构建这个increment。
结果：Sprint Goal , Sprint Backlog。 如何交付计划。
Daily Scrum
在通用敏捷术语中也称为Daily Stand-Up。
目标：快速让 Scrum Team 了解每天发生的事情以及跟踪方式。
要求：Developers、Scrum Master
可选： Product Owner
持续时间：最多 15 分钟。 通常是早上， 同一时间和地点。
活动期间： Scrum Master 确保会议按时举行，而Developers 为该活动的拥有人。每个Developers 都会回答以下问题：
- 我昨天完成的工作
- 我今天准备做的工作
- 我需要帮助的障碍或工作
Sprint Review
目标：展示和检查 increment 并整合 stakeholders 的反馈。
要求：Scrum Master、Product Owner、Developers
推荐：stakeholders（由 Product Owner 邀请）
时长： 30-60 分钟。 为期 4 周的 Sprint，最長为 4 小时。
时间：在 Sprint 结束时
活动期间： 这是一次非正式会议，Developers 在会议上审查并展示他们在 Sprint 期间取得的成就， 还阐明哪些进展顺利、遇到哪些问题以及如何解决这些问题。 Product Owner 解释哪些 Product Backlog Items 已经完成和沒有完成的，并根据迄今为止的进展，预测未来的交付日期。而 Scrum Master 管理时间盒，确保事件发生，并确保每个人都理解目的。 团队审查市场上是否有任何可能改变未来 Sprint 的变化，并决定接下来要交付的项目（items），审查时间表和预算。
Sprint Retrospective
目标：检查团队在 Sprint 期间的表现以及如何改进。
要求：Scrum Master、Product Owner、Developers
时长：1 到 2 小时。 为期 4 周的 Sprint 最長为 3 小时。
何时：在Sprint 结束时， Sprint Review之后和Sprint Planning之前 。
活动期间： 回顾上一个 Sprint，有关人员、关系、流程和工具。 确定并排序进展顺利的事情以及 Scrum Team 如何协同工作的潜在改进。 制定实施这些改进的计划。 团队可能还会调整其“Definition of Done”。
