在敏捷开发的实施过程中有四种会议室必不可少的。
分别是:计划会、每日站立会、回顾会、评审会。
在敏捷开发模式中，每种会议都有其特殊的职责和使命，不同的会议上所讨论的内容是不一致的，只要把握住会议的关键点，就可以为团队的敏捷模式服务。
一 计划会
定义
计划会议是作为一个迭代周期开始的团队活动，担负着确定整个团队在本周期中工作范围的作用，是项目开发能否顺利进行的先决条件。
参与人员
计划会议作为最重要的团队活动应该全部团队成员都参加，尤其是项目负责人和业务人员，更不能缺席。参加人员包括但不限于：
- 项目负责人&技术负责人
- 开发人员
- 业务人员
- 测试人员
- 运维人员
会议目标
-
目标的确定
- 有项目负责人公布本周期项目目标和度量标准。
-
业务优先级的确定
- 确定需要完成的业务的优先级
-
工作量的评估
- 开发团队一起进行业务需求的拆分并逐项进行工作量的评估。
-
最终范围的确定
- 根据评估的结果和团队经验值，确定范围
会议前的准备
实际想要进行一个富有成效和高效率的计划会议，需要进行大量的准备工作，尤其是项目负责人（PO），PO需要至少维护一个项目需求列表，根据上个周期团队工作进度和用户反馈，调整需求，移除完成的需求，补充新增需求，调整需求优先级。 总而言之，在计划会议开始前，PO应该给出已经排过优先级的需求列表。
会议流程
-
技术经理（SM）宣布本周期的开始和结束时间，评审会议和回顾会议时间，项目人员变动等信息。
-
团队成员说明在本周期内有无要请假或休假的计划或其他安排，统计完成后确定总的可用资源，我们一般讲开发资源和测试资源分开。
-
开始任务评估 1) 从PO已经排序完成的列表中取出一条 2) 团队对该条需求进行业务挑战，直至该需求被全部成员认可 3) 团队对该需求进行工作量估计(估算方法有待下回讲解)，我们一般采用人天来度量 4) 若估算大于3点则进行拆分，再进行估算，直至估算的任务小于三点 5) 重复3.1~3.4直至全部需求估算完或超过可用资源。
-
PO来对最终范围进行确认，SM宣布周期开始。
会议的成果
计划会议的有形成果是.带有优先级的用户故事或任务列表，根据该列表开发人员可以进行开发，测试人员可以进行功能确认
计划会议的有形成果很重要可以指导团队完成工作，但无形成果更为重要。
- 团队对于需求的理解达到了统一
- 业务知识和专业知识在评估的过程中进行了高效率的流动
- PO对于团队的现状有了更深的认识.
- 风险在评估中更明显的暴露出来。
二 每日站立会
团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。
每日站会的目的是促进整个团队之间的沟通。每天早上的站会用于沟通问题和解决方案，促使团队聚焦。所有团队成员站成一圈，以避免长时间的讨论。
团队成员通常会在会议上讲述如下3点内容：
1) 昨天我做了什么
2) 今天我计划要做什么
3) 我遇到了什么问题，妨碍了我尽可能有效地工作
Scrum Master记录会议上提出的问题，但是不要在会议上讨论和解决问题，而是要会后在找相关人员进行讨论和解决。
三 评审会
在迭代结束前给产品负责人演示并接受评价的会议，并根据反馈结果，提出新的产品Backlog
参与人员：产品经理、Product Owner、Scrum Master、团队所有成员
会议时长：1-4小时，视演示内容而定
主要是检验迭代成果，检查是否完成迭代计划中的迭代目标，有可能的话要求用户参与测试流程，并得到用户对产品的认可，鼓励用户自己进行测试设计和进行破坏性测试，充分暴露产品的设计和功能问题。
由Scrum Master来推进会议进程，ProductOwner记录用户反馈，根据结果维护产品backlog，一般在迭代结束前做一次。
四 回顾会
在每个迭代结束后召开的关于自我持续改进的会议，围绕如下三个问题进行讨论：
1) 本次迭代有哪些做得好；
2) 本次迭代我们在哪些方面还能做得更好；
3) 我们在下次迭代准备在哪些方面改进；
团队确定问题优先级，并根据优先级确定团队能够解决的Top问题；团队讨论Top问题的措施，并选择在下一个迭代可以完成措施，分配责任人进行跟踪。
参与人员：Scrum Master，Product Owner，团队成员。
会议时长：0.5-1.5小时
主要针对当前迭代，团队成员自由讲述可以需要保持的做法，改进的点以及持续跟踪计划。
Scrum Master将团队讨论以及行动计划形成会议纪要，并发送给整个团队和有关同事。需要按照回顾会议的结论，维护一份待办事项列表，在下次回顾会议上进行跟踪。
在敏捷的迭代执行过程中，上述四种会议会随着每个迭代一直进行，基本上形成了一个闭环，可以让团队在每个迭代的执行过程当中去学习和总结，从而正确的按照敏捷的要求去做，使团队真正的敏捷起来。