划策略”)。随着项目发展，您将对于对个别需求有更好理解。您可能会发现，现在需要更改给迭代指定的原始需求，这些需求最初是有意义的。或许已经标识并添加了新的需求;或许已经扩展或缩减了需求;或许已经更改了优先级。不管什么原因，您会发现您需要重新定义打算在该迭代中实现的内容。根据需求，标识需要实现的任务。
标识任务相关性
某些任务取决于其它任务。例如，在部署源代码之前，必须先编写它。测试案例的开发可以在编码之前开始。实际代码的测试必须等待，直到已经编写了某些代码(尽管或许不是所有代码)为止。问题是某些任务必须在其它任务完成之后才能开始;某些任务必须等待，直到另一个任务开始了为止，它才可以开始;某些任务不能完成，直到另一个任务完成为止;某些任务不能完成，直到另一个任务开始了为止。
均衡资源
需要紧记的重要事情是，每个人一次只可处理那么多任务，并且在工作的那一天只有那么多时间。这个概念称为资源均衡，确保任务分派是合理的。 指定用 10% 的时间完成 10 项任务很可能无法完成任何任务， 而且指定用 50% 的时间完成 5 项任务的人员也不可能完成这些任务。确保现实的规划的最好方法是，让执行计划的人员参与计划开发。
保持迭代短小
迭代周期应该保持比较短。应该将大于 8 周的迭代分割，以便让您迅速将软件交付给用户。因为正在尝试弥补在先前迭代中跳过的工作(如文档编制)，或者因为您的需求正在增加而没有添加新的迭代来反映这一事实，所以当项目进展时迭代长度增长是一种趋势。执行真实性检查并按照它们的结果行动，将帮助您使迭代周期保持简短。
考虑并行开发
分几个子团队来同时进行系统的不同部分始终是一种有效的办法，尤其对于系统纵向片段的开发。并行开发可以大大地缩短产品的上市时间，这是当今高度市场竞争性的一个重要因素，尽管它以增加协调工作为代价。共同的体系结构、共享知识视野、共同的开发实践、定期团队会议及共享工作场地使并行开发成为可能