迭代计划会，是整个迭代活动的“龙头”，看过舞狮的都知道，龙头是整个舞狮中最重要的位置，龙头的方向往左边摆，龙头后面的全部人都会跟着同一个方向动起来，只有这样，整个舞狮队才不会乱了阵脚，才能舞出最和谐，灵动的狮子舞。作为观众的我们会为此而受到鼓舞，给与最热烈的掌声，收获作为观众的最高评价。
在敏捷中，迭代计划会也是起到这样的“龙头”作用，有了“龙头”，紧跟其后才有开发需求、测试验证需求，实现需求，交付需求这一连串的动作，环环相扣，紧密相连，缺一不可。
什么是迭代计划会？我们要如何才能开好迭代计划会？
迭代计划会是迭代过程中的其中一项活动，它一般在迭代开始前一周开展，由Scrum Master组织参与本次迭代的所有项目组成员开展的一次沟通本次迭代内容的会议，会议上，讨论具体的迭代需求，并做到组内成员完全理解本次迭代需求，并对需求进行认领和排期。罗列本次迭代风险，共同制定本次迭代目标、迭代计划。
如何开好迭代计划会，主要体现在会前准备，会中解答及组员合作，会后总结三个方面：
一、会前准备
在云效平台上应有登记好的业务需求，需求人员通过与业务人员的沟通，将需求做子需求的拆分，通过与项目负责人沟通，将待排期的需求列入云效平台就绪列表中。
二、会中解答及组员合作
迭代会上，需求人员通过云效看板一一讲解列入本次迭代的需求内容和上一个迭代遗留问题（有可能也列入迭代中），讲解包括每个需求的需求背景，需求具体内容，交互设计，验收标准等等（按照原定用户故事模板进行拟写），与现场同事确认是否理解，如有疑问，应当下做出解答，如当下不能解答的，应由现场记录人员进行问题记录，需求人员后面可在云效平台进行评论区进行更新，并通过@关联人员告知并在组内沟通群组通知更新结果
单个需求讲解结束，由开发负责人指派开发人员进行任务认领，会上确认具体开发任务和开发时间（包括什么时间可开始，什么时间可完成，计划用时），可现场进行子任务录入，保证大家理解一致，项目组评估风险，并备注到需求卡片上。如无风险，可忽略。
测试负责人指派测试人员进行任务认领，确认具体测试任务和测试实践（包括什么时间可开始，什么时间可完成，计划用时）可现场进行子任务录入，保证大家理解一致；项目组评估风险，并备注到需求卡片上。如无风险，可忽略。
如有外部依赖，需把外部依赖计划确定后再排团队计划（如外部依赖无法完成，则该迭代不开发该功能）
三、会后总结
会议结束前，由项目助理更新看板，保证看板内容的一致性。会议未解决/待处理事项应进行记录，方便后期进行经验总结。
迭代计划会的目的是保证组内成员在迭代开始之前对需求保持对齐，消除各成员对需求理解上的障碍，减少开发出错率，更有利于测试人员通过需求讲解梳理测试用例及测试计划。保证整体目标的有效达成。
