开发的行进为一系列的迭代，每个迭代都被时间盒限定在一个固定的工期(例如正好4周)当中，每次迭代结束时都将产生最终系统某个子集的一个稳定内部发布。

在迭代式开发中，时间盒限定是一个关键的概念：它意在固定迭代的结束日期，而
且通常不允许结束日期的推迟。如果无法满足所有的目标，那么就要从迭代中去掉一些需求，而不是延长当前迭代的工期。

在一个迭代中，有一种类似微型瀑布的情况。首先挑选一小部分需求，相对全面地对其进行分析；用几天时间进行设计，然后迅速地对系统的这一部分开始实现、集成和进行实际的系统测试与压力测试。每次迭代的结束将产生一个可运行的部分系统，它能产生反馈，并引发未来迭代中对需求和设计的调整。随着时间的流逝，这些反馈-适应迭代周期揭示了一组合适的需求和一个健壮的、经过验证的设计与实现。

这里，一个串行的瀑布方法在周(而不是月或年)的尺度上得到了应用，而且存在一个有机的反馈和适应机制。在一个数周的时间尺度上，一个串行的生命周期是可行的，然而当迭代长度增加时，这种方式将不再有效。