00.迭代计划会议的一般内容：
a.讨论故事
b.从故事中分解出任务
c.开发人员承担每个任务的职责
d.讨论过所有故事，并且接受所有任务后，开发人员单独估计他们承担的任务，以确保他们不会做出过于乐观的承诺
01.迭代计划会议是客户为团队调整故事优先级的最佳时机
02.会议开始时，客户从最高优先级的故事开始。读给开发人员听。然后由开发人员提问，知道他们充分理解故事，能从故事中分解出任务。没有必要理解故事的所有细节，过分地深入每个故事的细节会让会议变得冗长、低效，因为会议中不是每个人都需要聆听所有故事的所有细节。在计划会议后，开发人员仍能和客户一起理清故事的关键细节。
03.一个故事的任务分解其实是即时设计（just in time design）中一次短脉冲，而这些端脉冲的集合取代了瀑布过程的前期设计阶段。
04.一旦确定故事的所有任务，就需要有团队成员自愿执行每个任务。如果任务写在白板上，开发人员可以简单地把自己的名字写在他们认领的任务旁边。
05.确保在迭代期间完成任务是他的职责。
06.在迭代快要结束时，如果有开发人员不能完成他接手的所有任务，团队中的其他成员应该尽量用于承担。
07.我没有把握在这些任务上投入那么多时间。
*留着所有任务，寄希望于一切顺利
*请求团队中其他成员接手一些我的任务
*与客户讨论，放弃一个故事（或者分割故事，然后放弃其中一部分）
08.开发人员通过估算他们承担的任务，评估他们是否承担过渡