前言
Fred Brooks 在 25 年前就曾写到：“不要指望一次成功，无论如何你都要这样。”
敏捷开发，小步快跑，持续迭代，不断改进，产品升级。
在用例需要之前，不要添加数据成员
在代码之前编写测试
过早的优化时万恶之源
不要过度强调代码的通用性
为了降低风险，应采用迭代方式递进开发。每次迭代完成都会发布一个可执行文件。
主题
为什么要以迭代方式开发
迭代式方法的优点
适应变更
降低风险
学习
提高复用性
提高质量
为什么要以迭代方式开发
初始设计就其关键需求而言很有可能是有缺陷的。到后期才发现设计缺陷会导致非常严重的费用超支，在某些情况下甚至会导致项目被取消。
任何项目都会涉及到一定的风险。如果能在生命周期中尽早确保避免了风险，那么您的计划自然会更趋精确。有许多风险直到已准备集成系统时才被发现。不管开发团队经验如何，都绝不可能预知所有的风险。
在瀑布式生命周期中，只有到生命周期的后期才能确知周围是否存在风险。
在迭代式生命周期中，您需要根据主要风险列表选择要在迭代中开发的新的增量内容。每次迭代完成时都会生成一个经过测试的可执行文件，这样就可以核实是否已经降低了目标风险。
迭代式方法的优点
迭代式方法一般要优于线性或瀑布式方法，其中的原因多种多样。
允许变更需求。需求总是会变化，这是事实。给项目带来麻烦的常常主要是需求变化和需求“蠕变”，它们会导致延期交付、工期延误、客户不满意、开发人员受挫。正如 Fred Brooks 25 年前所写的：“不要指望一次成功，无论如何你都要这样”。
逐步集成元素- 集成并不只是简单的“一锤定音”。在迭代式方法中&
