00.经常进行重规划，是敏捷规划和估计为有效探索新产品开发解决方案控件提供支持的方法之一。在每次迭代开始时，都要建立该迭代的计划。发布计划要么在每次迭代后背更新，或者最差的时候也要在每几次迭代后被更新。计划要保持有用，就需要把这些新知识结合到计划中。敏捷估计和规划过程暴露出我们的知识总是不完整的，要求随着我们了解更多的知识来修正计划。
01.基于功能而不是基于任务制定计划。
02.敏捷规划是“更好的”规划，因为他利用功能而不是任务。在没有真正理解要构建的产品的情况下，使用标准的任务来规划整个项目是很容易发生的事。使用功能来进行规划的时候，小组对产品会有好得多的理解。
03.周转时间也就是一件事从开始处理到结束处理所需要的时间量。
04.如果提前完成一项任务的程序员会被指责曾经对该任务提供了带间隙的估计值，程序猿就会学会不要在提前完成。即使他本可以提前完成任务，他也会拖到任务的最后期限才报告完成了它。
05.敏捷估计和规划的12条指导原则（重点、重点、重点）
*让整个小组参与。
*在不同层次上进行规划。不要错误地认为发布计划会让迭代计划没有用，反过来也一样。迭代计划和每日计划分别以不同的精度覆盖了不同的时间范围，而且各有其特定的用途。
*使用不同度量单位，让对规模和持续时间的估计保持独立。
*用功能或者日期来体现不确定性。没有那个计划是必然发生的。要确定在您制定的任何发布计划中都包含不确定性的体现。
*经常重规划。利用每次新迭代开始的时候评估当前发布计划的关联度。
*跟踪进度并沟通。通过经常发布有关小组进展的简单而抑郁理解的指示器来让他们了解进度。
*承认学习的重要性。由于项目既是想产品增加新能力，也是产生新的知识，所以必须更新计划来包含这些新知识。
*规划具有适当规模的功能。
*确定功能优先级。按照让项目总价值最高的顺序来处理功能。
*把估计和计划建立在事实上。
*保留一些松弛度。尤其是在规划一次迭代的时候，不要规划用掉所有小组成员100%的时间。
*通过前瞻规划协调多个小组。
06.小结
敏捷规划的目的是以迭代的方式发现总体产品开发问题的最佳解决方案，这个问题就是在哪段时间内使用哪些资源来得到那些功能。敏捷估计和规划方法可以成功找到这样的解决方案的原因包括：计划是在不同层次上做出的，并且重规划频繁地发生；计划是根据功能而不是根据任务做出的；首先估计规模，然后根据规模的估计值推算出持续时间；小故事保持工作的流动，而且每次迭代结束是会消除处理中的工作；是在小组层次而不是个人层次对进度进行度量；承认不确定性并为之做计划。
扫一扫
426
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
