在Scrum会议中包括：计划会议、每日站会、评审会议和回顾会议。

1、Sprint计划会（Sprint Planning）

在Scrum中，Sprint计划会议有两部分：

1. 决定需要完成哪些工作？ what

2. 决定这些工作如何完成？ how

第一部分：

参会人员：Team、Scrum Master、Product Owner

第一部分的会议，PO向开发团队介绍排好序的Product backlog，由整个Scrum团队共同理解这些工作。

Sprint中需要完成的产品待办事项数目完全由开发团队决定。做多少工作只能由开发团队决定，产品负责人或任何其它人都不能给开发团队强加更多的工作量。

第二部分：

参会人员：Team 、Scrum Master

第二部分的会议，开发团队需要根据当前的“完成的定义”一起决定如何实现下一个产品增量。他们进行足够的设计和计划，从而有信心可以在Sprint中完成所有工作。

决定如何完成工作是开发团队的职责，决定做什么则是产品负责人的职责。

Sprint计划会议最终需要Scrum团队对Sprint需要完成工作的数量和复杂度达成共识，最终产生的待办事项列表就是“Sprint待办事项列表（Sprint Backlog）”。

Sprint待办事项列表是一个需要在当前Sprint完成的且梳理过的产品待办事项，并包括了一个团队完成这些工作的计划。

2、每日站会（Daily Scrum）<15mins

开发团队是自组织的，通过每日站会来确认他们仍然可以实现Sprint的目标。

每一个开发团队成员需要提供以下三点信息：

从昨天的站立会到现在，我完成了什么； Done

从现在到明天的站立会，我计划完成什么；Plan

有什么阻碍了我的进展。Difficult

每日Scrum中可能有简要的问题澄清和回答，但是不应该有任何话题的讨论。

每日Scrum既不是向管理层汇报，也不是向产品负责人或者Scrum Master汇报。它是一个开发团队内部的沟通会议，来保证他们对现状有一致的了解。

只有Scrum团队的成员，包括Scrum Master和产品负责人，可以在会议中发言。其他感兴趣的人可以来旁听。

3、Sprint评审会（Sprint Review）

Sprint结束时，Scrum团队和相关人员一起评审Sprint的产出。所有Scrum会议都是限定时长的，Sprint评审会议的推荐时长是Sprint中的每一周对应一个小时（比如，一个Sprint包含2个星期，则Sprint评审会议时长为2个小时）。

每个人都可以在Sprint评审会议上发表意见。产品负责人会对未来做出最终的决定，并适当地调整产品待办事项列表（Product Backlog）。

Sprint评审会议向每个人展示了当前产品增量的概况。通常都会在Sprint评审会议中调整产品待办事项列表。

4、Sprint回顼会议（Sprint Retrospective）

在每个Sprint结束后，Scrum团队会聚在一起开Sprint回顾会议，目的是回顾一下团队在流程、人际关系以及工具方面做得如何。团队识别出哪些做得好，哪些做得不好，并找出潜在的改进事项，为将来的改进制定计划。所有的Scrum会议都是限定时长的，Sprint回顾会议的推荐时长是Sprint中的每一周对应一个小时（译者注：比如，一个Sprint包含2个星期，则Sprint回顾会议时长为2个小时）。

Scrum团队总是在Scrum的框架内，改进他们自己的流程。

总结

Scrum团队成员（包括产品负责人、开发团队，以及Scrum Master）一起合作完成一系列的产品增量，他们采用称为Sprint的短时间周期。每个产品增量符合产品负责人的接受条件，并满足团队的“完成的定义”。所有工作来自于产品待办事项列表（Product Backlog）。

Sprint总是从Sprint计划会议开始，团队在会议中制定出Sprint待办事项列表（Sprint Backlog）。团队自组织地去开发，利用每日Scrum会议来协调并确保团队产出最好的产品增量。团队通过产品待办事项列表梳理来为下个Sprint计划会议做准备。在Sprint结束时会有Sprint评审会议以及Sprint回顾会议，来审视产品以及团队流程。