Scrum敏捷开发：迭代计划会议    本文是关于Scrum敏捷开发中的迭代计划会议的总结
   在每个迭代的初期（第一天）需要召开迭代计划会议，目的在于制定当前迭代开发的目标以及从产品的工作项（PBI）中选取当前迭代要完成的工作项如果以两周作为一个迭代的周期的话，那么迭代计划会议的时长一般是4个小时必须参与迭代计划会议的人员包括敏捷团队，PO，敏捷教练会议由敏捷教练主持
   会议开始后，敏捷开发团队根据PBI中工作项的优先级顺序（由PO决定具体的优先级顺序）依次确定是否可在当前周期完成，直到超出迭代周期的任务量为止每个迭代可以完成多少的工作量，一般的做法是在开始的一个迭代周期，进行实验性的完成一些可交付的工作项，以此建立经验，从而为后续的迭代工作量的估计打下基础
  对于迭代计划会议，我们需要注意以下几点：

（1）PO不应该决定当前迭代所要完成的工作量，而是应该由敏捷开发团队共同决定；
（2）产品的backlog工作项应提前准备好，包括各工作项的内容以及完成标准，这一内容其实应该在我们前文中总结的sprint refinement meeting中完成；
（3）针对每个工作项，不应在迭代计划会议中指定具体的责任人，而是应该在迭代实施的过程中，由开发团队自组织的完成每一个工作项，这样的好处在于更加灵活，也有利于团队内部的协作
（4）提问为了更准确的理解每个工作项的内容以及完成标准，开发团队应尽可能的针对自己不清楚的地方向PO提出问题目的在于让每个开发者都能更好的理解每个工作项不过，一般来说，这个时候发现并澄清的问题只占60%，其余可能存在的问题或者阻碍，需要在开发的过程中逐步解决
（5）迭代计划会议中承诺的工作量在迭代期间，不应增多也不能减少，除非有非常紧急的问题，不过需要开发团队的协商共同决定