组织在引入Scrum框架后，会逐步了解到Scrum的团队组建、角色分工、交付工件和相关会议/活动等内容。随着框架的逐步落地，定义清楚相关角色、明确要交付的工件之后，如何通过Scrum的“4+1”活动来进行迭代管理并达成预期的目标？就成为团队必须要面对的问题。这里所谓Scrum“4+1”活动就是指每日站会、迭代计划会、迭代评审会、迭代回顾会和迭代梳理活动，有的团队通也会把迭代梳理活动作为其中一个会议，称之为迭代梳理会。所以我们也会听到有Scrum 5个会议的叫法，为了进一步的阐述和讨论，我们在此统一称之为为5个会议，接下来我们将逐一进行解读。

会议之一：迭代计划会，Scrum指南对于计划会是这样定义的：

Sprint Planning initiates the Sprint by laying out the work to be performed for the Sprint. This resulting plan is created by the collaborative work of the entire Scrum Team. The Product Owner ensures that attendees are prepared to discuss the most important Product Backlog items and how they map to the Product Goal. The Scrum Team may also invite other people to attend Sprint Planning to provide advice.

迭代计划会安排在迭代过程中，列出要做的工作来启动 Sprint。最终的计划是由整个 Scrum团队协作创建的。产品责任人确保与会者准备好讨论最重要的产品待办条目 ，以及它们如何映射到产品目标。Scrum团队还可以邀请其他人参加 迭代计划会以提供建议。

如何让团队成员清楚的认识并开好迭代计划会，为本来迭代开始做好准备，我们尝试从以下几个方面对其进行解读和说明。

会议目的

首先是要明确会议的目的，迭代计划的最终是要明确本轮的迭代目标，和团队成员一起就本轮要做的事情达成共识。

会议时间

上轮迭代结束后或本轮迭代开始前。

会议时长

对于为期2周的迭代来讲，时长控制在1~2小时，不要超过2小时。

会议角色

那么迭代计划会都有哪些角色参与呢，他们的工作如何分工？

PO，主导者

1. 针对需求进行澄清，回答团队的相关疑问

2. 对于有疑问的需求/内外部依赖/风险项等，做好记录，会后跟踪澄清

SM，组织者

1. 组织会议召开，提前安排会议资源

2. 协助评估本轮迭代的资源投入

3. 引导团队完成故事点估算（可采用扑克牌、T恤衫等形式）

4. 会后指导团队完成故事看板更新

5. 做好会议过程控制，避免陷入长时间讨论

Team，参与者

1. 提前熟悉PBI中的需求，就相关问题和PO进行澄清

2. 评估本轮迭代的资源投入情况

3. 就本轮迭代的故事进行估算

4. 选择本轮能够完成的故事卡

5. 完成任务拆分，任务认领

6. 会后进行故事看板更新

准入准出

会议开始前的准备工作就非常重要，首先要了解会议的准入准出。

会议准入：

1. 提供梳理后的PBI（产品待办事项列表）

2. PBI中的故事卡有明确的AC（验收标准）

3. 需要的话，提供相应的技术文档（如技术架构、技术规格、接口文档等）

4. 需要的话，提供相应的设计文档（如UI/UX设计文档）

会议准出：

1. 清晰的迭代目标，建议站在用户的视角，用业务语言进行表达

2. 本来迭代的SBI（待定待办事项列表），并根据情况，确定各故事卡的Owner

3. 相关的问题跟踪列表及风险清单

会议流程

1. 完成会前的准备工作，需求梳理与PBI更新（PO）

2. 对于本轮迭代要做的需求按优先级进行讲解（PO）

3. 回答团队成员的疑问，进行集体故事点估算（SM控场）

4. 重复进行下一个需求澄清，直至所有需求达到团队容量

5. 记录过程讨论的问题和风险项，必要时会后进行跟踪和澄清

6. 第一批故事认领，准备启动开发

综上所述，我们从计划会的目的、时间安排、时长，参与角色、准入准出以及流程方面给出了解读，虽然方法和流程都是通用的，但是通用的流程、同样的方法，有的团队就会做得比较高效，有的团队却经常超时、达不成目的。究其原因，真正要把评审会开好，除了会前的充分准备以外，会议过程的引导也至关重要。对于计划会来讲，明确本轮迭代要完成的任务，和团队成员就目标达成共识是我们的目的，所以开展正确的引导，避免大家在过程中太过发散、无法收敛，导致会议超时，影响参会者的体验。

实际上任何一个新的方法、框架在落地过程中，一定会有各种各样的问题，很难立马达成我们想要的结果，所以Scrum的会议本身也是在实战过程中迭代改进的，不是靠理论就能做好的，纸上得来终觉浅，绝知此事要躬行。希望团队能够基于实际问题出发，大家一起讨论、寻求解决方案，在实践中逐步迭代、达到预期的目的。