说到敏捷开发，就不得不提其中的四种会议，你知道是哪四种吗？
在这之前我们可以先看看敏捷开发的流程图，从下图可以看出，在敏捷实施过程当中，有四种会议，分别是计划会，每日立会，回顾会，评审会。
其中计划会最为重要，总体来说，在敏捷开发流程中，会议是比较多的。在业界也一直有一种说法，不开会的团队的一定不是一个好团队，好的团队一定经常开会。
这里还要说一下，经常开会是有利有弊的，虽然会议能够让团队对流程、进度、项目规范等有更加清晰的认识，但是，如果会议时间和节奏控制的不好，就会占用掉团队很多的精力和工作时间，那就得不偿失了。日常工作当中各种会议、培训、沟通等都会占用掉大量的工作时间，因此会议贵精不贵多，在最短的时间内达成最有效的决议，这才是一个有成果的好会议。
在敏捷开发模式中，每种会议都有其特殊的职责和使命，不同的会议上所讨论的内容是不一致的，只要把握住会议的关键点，就可以为团队的敏捷模式服务。在敏捷团队内部，除了必要的全员培训外，尽量保持在团队内部只有敏捷的这四个会议，其余的沟通和会议都可以由PO和SM去参加，然后回来传达给团队成员即可，这样可以减少团队整体的时间消耗，保证团队的工作效率。
接下来，石榴君就深度剖析一下敏捷开发中的四/五种会议：
召开时间：迭代计划会议开始之前3天召开。
参会人员：Product Owner与Scrum Master必须参加，关键开发者或架构师需要参加。
会议时长：时间控制在30分钟到1小时。
会议流程及内容：由Product Owner将一批希望团队在下次迭代时实现的用户故事，按照实现顺序描述给在场的团队成员，Scrum Master与在场成员分析用户故事，明确指出团队认为需求不明确的地方，Product Owner现场记录，会后补全，Scrum Master与架构师，还有在场成员分析用户故事需要包含哪些技术任务，Scrum Master先把子任务建立，方便迭代计划会议的时候团队可以更准确地预估任务故事点。
会议结束时，Product Owner确保在迭代计划会议开始之前团队提出的问题都能被解决，会议重点如果团队发现需要加强或是完善的地方，Product Owner还有两到三天的时间可以补强，而不是浪费迭代计划会议的时间去做这件事情。
会议内容：
1.在会议上需要排列需求优先级，分析和评估产品Backlog并确定该迭代的目标。
2. 计划会议上还需要制定迭代计划，包括: 根据产品Backlog(功能点)创建Sprint Backlog(即迭代任务)，然后为Sprint backlog中的任务做估算，团队成员从产品Backlog中挑选他们承诺完成的条目。
*敏捷的迭代实现始于计划会议，所以一个好的计划会议是每个迭代成功的基础，一般分两个阶段进行，两个阶段参与会议的人员会不一样。
两个阶段会议的目标:
1、基于敏捷规划产生的Product Backlog以及优先级，通过计划会议，确定迭代的目标、团队成员、形成Sprint Backlog，明确评审会、回顾会时间。
2、分解Sprint Backlog并确定相应的完成时间，并由团队成员共同挑选这些Sprint Backlog。
参会人员：
阶段一参与人员：产品经理、Product Owner、Scrum Master、团队成员，有业务人员的话还可以邀请业务人员一起参加。
会议时长：1-4小时
会议流程：
1、Scrum Master公开迭代时间表。
2、产品经理和Product Owner讲述Product Backlog，对应的业务价值和优先级。
3、团队针对Sprint Backlog和优先级达成一致。
4、Scrum Master和团队成员共同确定Sprint Backlog。
阶段二参与人员：Scrum Master、团队成员，其他人员选择性参加。
会议时长：1-4小时
一般参考进程安排如下：
1、团队成员针对Sprint Backlog共同分解任务。
2、团队成员共同进行工作量评估(每个Task不超过2天)，确定开始时间和完成时间。
3、团队成员共同认领任务。
4、共同确定DoD，团队达成一致。
5、团队共同确认迭代目标和价值。
如果单个迭代内安排的Product Backlog安排的比较多的话，一般迭代计划会议需要开一个整天，虽然时间有点长，但这个会议会确认整个迭代的详细计划和安排，因此也是值得的。
会议内容：在每日站会上团队成员需要回答以下3个问题：
昨天你做了什么?
今天你将要做什么?
你有需要帮助的地方吗?
这些都是团队成员的彼此承诺。
会议时长/时间：团队内部利用每日立会来沟通进度，站立进行15分钟结束。
会议展现形式：开发团队利用燃尽图来展示整体进度。
Scrum Master记录会议上提出的问题，但是不要在会议上讨论和解决问题，而是要会后在找相关人员进行讨论和解决。
会议内容：小组向产品负责人展示迭代工作结果，产品负责人给出评价和反馈。以用户故事是否能成功交付来评价任务完成情况。
参会人员：整个团队都需要参加，ScrumMaster、产品所有者、团队，可能还有客户。
会议时长：时间控制在1-2小时内。
在本文的最后，石榴君还想提一点，其实在敏捷开发会议中还存在第五种会议，那就是反思会（Retrospective Meeting）。
在每个迭代后召开简短的反思会，总结哪些事情做得好，哪些事情做得不好。做得好的保留，不好的摒弃。会议得出这样的结论：开始做什么、继续做什么、停止做什么，一般控制在15-30分钟。
Scrum是一套开发流程，是敏捷的一种，实施主要还是看人，强调是自组织、自驱动的，只有不断的在实际应用中仔细体会，才能理解Scrum的真谛，把Scrum用好。
以上就是敏捷开发的四种常见会议，你都了解了吗？
石榴科技
石榴科技专注企业级服务十八年，致力于为客户提供和打造优秀的互联网产品，用科技的力量为企业的发展助力。通过产品+解决方案+用户体验+咨询+实施+技术研发的模式，满足客户的需求。客户名单包括海尔，海信，kidsland，松下，雷士，山东移动，皇明太阳能，青岛市政府等知名客户。
售前QQ：1427668977
售前微信：shiliukeji007
实现数字化转型，中小企业怎样做？
干货！一文读懂用户故事地图！
电商小程序的常见功能有哪些？
