Scrum框架中的事件是实现透明度、检视和适应的正式机会，它们都发生在Sprint的容器内。这些事件不仅创造了规律性，还最小化了对Scrum之外未定义的会议的需求。以下是Scrum框架中的关键事件：

Sprint

Sprint是Scrum的核心，是创意转化为价值的地方。作为一个固定时长的事件，为期一个月或更短，Sprint确保了一致性。在前一个Sprint结束后，下一个Sprint立即开始，实现Product Goal所需的所有工作都在Sprint内完成。在Sprint期间，不能做出危及Sprint Goal的改变，不得降低质量，Product Backlog按需进行精化，并可以随时与Product Owner协商和澄清。Sprint通过确保每个日历月至少一次对达成Product Goal的进展进行检视和适应，实现可预测性。

Sprint Planning

Sprint Planning通过安排Sprint中要做的工作来启动Sprint。最终的计划是由整个Scrum Team协作创建的。在Sprint Planning中，Product Owner提出如何在当前Sprint中增加产品价值的建议，并与整个Scrum Team共同制定Sprint Goal。Sprint Planning处理三个关键话题：为什么这次Sprint有价值、这次Sprint能完成什么以及如何完成所选的工作。Sprint Planning是有时间盒限定的，对于一个月的Sprint最多为8个小时。

Daily Scrum

Daily Scrum的目的是检视达成Sprint Goal的进展，并根据需要调整适应Sprint Backlog，以调整即将进行的计划工作。这是一个15分钟的事件，属于Scrum Team的Developers。Daily Scrum改善沟通，发现障碍，促进快速决策，消除其他会议的需要。Developers可以在这个时间内调整计划，并在一天中的其他时间碰面详细讨论适应或重新规划Sprint的剩余工作。

Sprint Review

Sprint Review的目的是检视Sprint的成果并确定未来的适应性。Scrum Team向关键利益攸关者展示他们的工作结果，并讨论Product Goal的进展情况。Sprint Review是一个工作会议，不仅限于展示。在Sprint Review中，Scrum Team和利益攸关者评审了在这次Sprint中完成的工作以及环境的变化。Sprint Review是Sprint的倒数第二个事件，是有时间盒限定的，对于一个月的Sprint来说，最多为4个小时。

Sprint Retrospective

Sprint Retrospective的目的是规划提高质量和效能的方法。Scrum Team检视最近Sprint中关于个体、交互、过程、工具和Definition of Done的情况。他们讨论哪些进展顺利，遭遇到哪些问题以及这些问题是如何解决（或未解决）的。Scrum Team识别出最有用的改变以提高效能，并将最有影响力的改进尽快执行。Sprint Retrospective是结束Sprint的事件，是有时间盒限定的，对于一个月的Sprint来说，最多为3个小时。

这些Scrum事件通过创造规律性、提供透明度和提供检视和适应的机会，确保了Scrum的有效实施和团队的不断优化。在整个Scrum框架中，这些事件协同工作，使团队能够在快速变化的环境中灵活应对，不断提高其质量和效能。