当目标是静止的时候，可以做很多计划，从而向着那个静止目标努力前进，当目标是移动的时候，就更加需要作出大量中期调整以保证目标达成，类似移动打靶。为了达成目标，敏捷方法使用了复杂的探测和适应系统去获取反馈并作出调整。
敏捷规划的原则假设事先无法制定完美的计划
事先规划有帮助，但不宜过度
最后责任时刻再敲定计划
关注调整与重新规划胜于与遵循计划
正确管理WIP
提倡更小、更频繁的发布
快速学习规划并在必要时候调整方向
敏捷规划的方法 规划各层级计划，明确产品开发的方向在敏捷方法中，早期的计划是必要的，但有可能是不太完美的。不确定性导致了重复计划的必要性。为了体现适应性计划的特点，分别为：敏捷愿景、产品计划、版本计划、迭代计划、每日站会计划。计划的层次体现了渐进明细的特点，渐进明细的最终目的是为了交付与原始设计对象一致的产品。五层计划体现了在敏捷项目中一些细节不断涌现，需要根据反馈重新排序优先级，从而调整整个项目。这一点体现了敏捷宣言中的最后一条“响应变化胜过遵循计划”。五层计划如下图所示。
规划洋葱图的顶端是愿景层。产品愿景要清楚描述从哪些方面为用户或者客户之类的利益干系人提供价值。这一层是定义产品要解决的首要问题和产品的目标人群。考虑这些问题有助于了解产品为用户带来的真正价值，和如何让产品与其他试图解决相同问题的产品区别开来。
确定产品概要列表和路线图开始时必须产生一些最基本的需求来填充产品列表，在确立列表之后，建立一个产品路线图。路线图要有时间轴、版本号和对应的特性功能信息。路线图可以表示产品随着时间的推移如何以增量方式构建和交付，以及驱动每一个版本的重要因素。
制定版本计划根据产品路线图的时间路标从产品列表中选取适当的特性进入对应的版本计划中。版本规划是主要针对增量交付取得范围、日期和资源之间的平衡。每个企业和公司都需要有一个合适的节奏，有规律的向客户交付产品特性。迭代结束的可交付增量是潜在可发布的，是否发布要依据组织的发布节奏。通常的发布节奏有三种。
在完成每个冲刺后发布：让发布和迭代的节奏保持一致。
在完成多个冲刺后发布：将多个迭代的结果合并为一个版本进行发布。
在完成每个特性后发布：不考虑迭代是否结束，做完一个特性就发布一个，这就是通常所说的持续发布。很多企业和公司完成一个特性后就马上向部分或者所有客户发布特性，非常频繁，有时可能甚至一天发布很多次。
制定迭代计划迭代计划聚焦于实现本迭代所应开发的用户故事的详细任务以及任务的下发。一个迭代是一个较短的研发周期，通常持续2-4周。团队从产品列表中选择排序较高的用户故事纳入当前迭代中进行开发。制定迭代计划是为团队选择本迭代要完成的需求或任务。
每日计划