敏捷软件开发指一组基于相同价值观和原则的软件开发方法论。
在90年代后期，Scrum，XP，Crystal,，FDD，DSDM等方法论得到了越来越多的公众关注。它们各自组合不同的旧观念，
新观念以及旧观念改变，但它们相比传统的瀑布模式来说，都是轻量级的。根本说来，它们都采用迭代的方法来快速交
付高质量的软件以迎合新的商业需求，并且不断得到反馈。它们都注重人与人的合作。同样，它们都强调开发团队和业
务专家间的紧密合作。

“敏捷”这一术语形成于2001年敏捷宣言被明确的阐述时。

敏捷宣言

• 人和交互 重于 过程和工具
• 可工作的软件 重于 求全责备的文档
• 客户合作 重于 合同谈判
• 随时应对变化 重于 循规蹈矩
• 就是说，虽然右边的项目也有价值，但是我们更重视左边的项目

敏捷原则

• 尽早的、持续的交付有价值的软件
• 可工作的软件 重于 求全责备的文档
• 客户合作 重于 合同谈判
• 随时应对变化重于 循规蹈矩
• 就是说，虽然右边的项目也有价值，但是我们更重视左边的项目
• 尽早的、持续的交付有价值的软件
• 可工作的软件 重于 求全责备的文档
• 客户合作 重于 合同谈判
• 随时应对变化重于 循规蹈矩
• 就是说，虽然右边的项目也有价值，但是我们更重视左边的项目

我们推荐你去官方敏捷宣言网站，看一看12条敏捷原则的完全版。如果你认同这些原则和价值观，你也可以参与签署敏捷宣言。

敏捷开发和传统瀑布开发的比较

我们多数人都亲自经历过瀑布开发的问题，不灵活，风险高，最终会发现代价很高。而瀑布模式的研究结果更加具有说服性：

• 1995年的一个针对价值三百七十亿美元的美国国防部研究显示：“46%的系统根本没有达到实际需求而且从未被使用 （虽然它们达到了项目规范说明），另外有20%的功能需要额外的工作才能被使用。”
• 根据2000年Standish Group的著名CHAOS报告：25%的项目彻底地失败，由于没有可用的软件而不得不在最终取消。
• 另外一个针对6700个项目的研究表明，项目失败的重要因素中，中五分之四与瀑布模式有关，包括无法适应需求的改变以及晚期集成造成的问题。

敏捷的方法更适合于软件开发的本质：不可预测并且不容易计划。有了敏捷的帮助，组织机构可以大大地减少风险，持续保证 软件价值的最大化，灵活使用需求的改变，并且使项目的真实进度准确可见。