敏捷软件开发——迭代计划版本号

    普及和客户决定迭代开发规模，通常它需要2周。

以相同的方式，深层次的选择他们想要实现的第一次迭代的材料（功能）。

他们不能选择与许多其他材料目前的发展速度不一致。

    迭代期间用户素材的实现顺序属于技术决策范畴，开发者採用最具有技术意义的顺序来实现这些素材、

能够串行的实现，完毕了一个再完毕下一个，或者分摊这些素材，然后一起并行地开发。

    一旦迭代開始，客户就不能再开遍该迭代期间须要实现的素材。除了开发者正在实现的素材外，客户能够随意改变或又一次安排项目中其它不论什么素材。

    即使没有完毕全部的用户素材，迭代也要在先前指定的日期结束。依据当前完毕的素材估算出本次迭代的开发速度。这个速度会被用于计划下一次的迭代。

    这种速度反馈有助于保持计划与团队实际状况同样步。假设团队在专业仅仅是和工作技能方面有所提高，那么开发速度也会提高。

。。。

    每两周，本次迭代结束，下次迭代開始，在每次迭代结束时。会给客户演示当前可执行的程序。要求刻骨对项目程序的外观、感觉、和性能进行评价，客户会以新的用户素材的方式提供反馈。

    客户能够常常看待项目的进展，他们能够度量开发速度。他们能够预測团队工作的快慢。而且他们能够在早期安排是想高优先系别的素材。

简而言之，他们拥有他们须要的全部数据和控制权。能够按他们的意愿去管理项目。

结论：通过一次次的迭代和公布。项目进入了一个能够预測、舒适的开发节奏。每一个人都知道要做什么。一次何时去做。

涉及常常地、实实在在地看到项目进展。他们看到的不是画满了图、写满了计划的记事本。而是能够接触到、感觉到的能够工作的 软件，而且能够对这个软件提供字的反馈。

    开发者看到的是基于他们自己的估算而且由他们自己度量的开发速度 控制 合理的计划。 他们选择他们感觉舒适的任务，并保持工作的高品质。

    管理人员获得每个迭代数据。使用此数据，以控制和鞋 管理项目。