本文是关于Scrum敏捷开发中的迭代计划会议的总结。
在每个迭代的初期（第一天）需要召开迭代计划会议，目的在于制定当前迭代开发的目标以及从产品的工作项（PBI）中选取当前迭代要完成的工作项。如果以两周作为一个迭代的周期的话，那么迭代计划会议的时长一般是4个小时。必须参与迭代计划会议的人员包括敏捷团队，PO，敏捷教练。会议由敏捷教练主持。
会议开始后，敏捷开发团队根据PBI中工作项的优先级顺序（由PO决定具体的优先级顺序）依次确定是否可在当前周期完成，直到超出迭代周期的任务量为止。每个迭代可以完成多少的工作量，一般的做法是在开始的一个迭代周期，进行实验性的完成一些可交付的工作项，以此建立经验，从而为后续的迭代工作量的估计打下基础。
对于迭代计划会议，我们需要注意以下几点：
（1）PO不应该决定当前迭代所要完成的工作量，而是应该由敏捷开发团队共同决定；
（2）产品的backlog工作项应提前准备好，包括各工作项的内容以及完成标准，这一内容其实应该在我们前文中总结的sprint refinement meeting中完成；
（3）针对每个工作项，不应在迭代计划会议中指定具体的责任人，而是应该在迭代实施的过程中，由开发团队自组织的完成每一个工作项，这样的好处在于更加灵活，也有利于团队内部的协作。
（4）提问。为了更准确的理解每个工作项的内容以及完成标准，开发团队应尽可能的针对自己不清楚的地方向PO提出问题。目的在于让每个开发者都能更好的理解每个工作项。不过，一般来说，这个时候发现并澄清的问题只占60%，其余可能存在的问题或者阻碍，需要在开发的过程中逐步解决。
（5）迭代计划会议中承诺的工作量在迭代期间，不应增多也不能减少，除非有非常紧急的问题，不过需要开发团队的协商共同决定。
