自敏捷 开发这一概率 进入 我们的视野 ， 仅在短短几年内， 软件 开发领域 便进入了 高速开发 的时代 。 似乎 从业者们 都在谈 快速 ，谈迭代，不管 是否感受过 敏捷 开发的益处 ， 先跟风吹起来 ， 只要凑近这一新技术 ，就像走在了 行业 的前列。

领域中有部分人采用 敏捷开发 做项目 ， 其 每个迭代都能看到不断完善的产品， 相关人员表示 非常有成就感，客户的满意度也 很高 ；另一 部分开发者则 用迭代开发， 完全按照客户需求来开发软件 ，按照优先级排到迭代周期 即可 。 有时就在思考 ，敏捷开发 好像也 分迭代周期的， 这两者会不会就是一回事？

迭代开发 是什么 ？迭代开发流程:

在迭代开发中，整个工作被 划分为 一系列 袖珍 的、固定 时间 的小项目， 这叫 系列迭代， 即是 迭代开发。每一次迭代都包括了定义、需求分析、设计、实现与测试。而敏捷开发是以用户的需求为核心，采用迭代、循序渐进的 方式 开发软件。

前者是软件的 开发 周期模型，是一种开发过程； 而 后者是多种软件开发项目管理方法的集合，这是两者最根本的区别。与迭代开发对应是瀑布模型 、 螺旋模型，而与敏捷开发对应的是Scrum，XP（极限编程），Crystal（水晶编程），所以 二者不可混为一谈，但其中又有一定的联系。

在 敏捷开发的定义 中 已说明， 其 采用 了 迭代的方法。那敏捷开发为什么要采用迭代开发？

敏捷开发的核心原则是 关注项目中的 变化。迭代式开发正适 用于 需求不明确的项目， 如果 开发过程中 突然 变化需求，所带来的影响要比其他模型小。而现在的很多项目中，需求在 开发过程 中变化的 情况很 常见，所以迭代式开发 就 显得 更有 优势，这正符合敏捷开发的 关注 变化 的特性 。

迭代开发不要求 把 每个阶段都 做到 完美，明知还有不足 之处 却不完善，而是 追求用 最短的时间 搭建出主要功能 ， 用 最 低成本 先完成一个“ 主体半成品 ”直至提交，然后再通过客户或用户的反馈信息，在这个“ 主体半成品 ”上逐步进行完善，这正符合敏捷开发的递增变化。

敏捷开发是总体概念，而迭代式开发是实践敏捷开发 概念 的一个 手段 。敏捷开发除迭代式开发外，还包含了其他许多管理与工程技术实践，如演进式架构设计、敏捷建模、重构、自动回归测试（ART）。 综上 ，敏捷开发与迭代开发是整体与局部的关系，前者 是家族 ，而后者是 家族成员 。

敏捷开发概念发展史

虽然敏捷和迭代不一样，但是它们也是分不开的， 二者的有机结合 ，既 能 保证产品质量又 可保持 在项目持续改进 过程 中的优势。吸取精华,破其糟粕，只有这样，项目才会趋于完美。

所以 敏捷和迭代的方式一定是完美的？这还真不一定 ， 但 不可否认的是敏捷开发相对于传统开发是有 很大 优势的。

近些年来，由于一些特定的需求，越来越多的软件团队开始采用敏捷开发模式，但是在开发过程中却对其 核心 思想 理解 不足，有些敏捷开发团队甚至 没有 管理 者 ， 仅设 一 名S crum M aster向产品经理汇报， 职责划分也很暧昧 。

除了 软件公司，在很多常规企业中，敏捷开发已经 成 为 一种无负责人 的开发流程 。 所谓的 产品经理 与 销售、CEO 随意加功能 、改需求，然后 交给 开发团队 去 “敏捷” 开发 。 在开发过程中， 需求调研 、 设计 、 反馈 、 代码评审 、 测试 、 全 不需要。说好听点这叫敏捷开发，说不好听点，这就是技术大杂烩，能做到哪一步算哪一步，完全忽略了敏捷开发的实质。

而实际上，敏捷开发并不是这样的，迭代的核心在于软件的超前规划 。 如果没有 专业规划者的全程指导 ，造出来的 软件系统必不合格  -- 时间超限、预算超支、充斥着各种 不科学的 奇思妙想、根本不管需求 是否 合乎逻辑。 所以，无论用什么开发思维，不管是哪种开发手段，都要制定合理科学的开发方案，这样才可事半功倍。