项目计划或规划是应对项目不确定性的良好办法。敏捷同样需要先规划再执行，只是敏捷把规划工作分解到每个阶段迭代过程中去执行，即只规划本次迭代的周期和任务。敏捷大师强调制定优秀敏捷迭代计划是必须的，但并不建议提供完美计划，因为一个足够优秀的计划与完美计划的差异可能抵不上为之而付出的代价。这充分体现“足够”就好的敏捷理念。

　　层级的变化

　　计划在不同层次上做出的，从上到下的层级一般分为战略、资产、产品、发布、迭代和当前日。开发团队一般只关注发布计划、迭代计划和每日计划。每日计划可以在每日站立会上进行快速确定。比如在站立会上公布今天要做什么事情和可能的困难等。敏捷承认计划的不确定性，在每次或几次迭代后需要重新修订发布计划。计划是根据功能做的，而不是根据任务。需估计待完成的功能规模，然后根据规模的估计值算出可能的完成时间。

　　估算的魅力

　　敏捷项目工作会首先拆解为用户故事，由研发团队成员共同对用户故事进行估算，估算的单位为故事点或理想日。故事点是一个相对的度量单位，理想日是说在一天中没有任何干扰(没有会议，没有电子邮件，没有电话)，开发人员全身心投入工作的情况。1个理想日一般相对于真实日历的1.5左右的人天。具体估算的方法可以通过专家判断、类比估算、裂解(分解)、宽频德尔菲和计划扑克等方法。