“敏捷”一词早已在软件项目管理的世界中成了流行语。流行语最显著的作用是提醒人们注意新概念，就改进现有流程和方法的许诺。敏捷被捧为项目管理方法和过时的瀑布方法后的一个大事件。然而，瀑布方法在某些项目和开发团队中还存在价值。

　　要了解敏捷和瀑布之间的不同，首先要了解（或者重新认识）项目的管理周期。假设一个项目，要建设操场上的秋千。项目管理周期通常描述为，初步搜集客户的需要，来描述秋千的摆动。项目经理注释，在秋千上还要有一个舒适的扶手椅。最终的需要很可能会因秋千缺少一些关键特性而结束。

　　虽然上面谈论了一个项目从开始到结束的生命周期——项目从点A到点Z的实际议案通常遵循瀑布方法。典型的瀑布方法通过计划、构建、测试和部署——对于需求而言，任何晚期破坏性的改变将会是围绕业务的一项工作或者被迫对进行这个改变要求的工作支付一大笔钱。

• 　　典型的方法在简单的项目开中已经使用并且行之有效
• 　　涉及到一系列路径或者阶段，必须要按顺序完成
• 　　在完成前要收集所有的需求
• 　　项目进行到了后期，改变需求变得更加的困难、昂贵

　　推荐：持续时间短的项目（6个月内）应具有明确的目标和保证金的存在

　　随着项目变得越来越复杂，为了支持越来越多由金融市场和政府规章制度引起的业务环境变化，客户要求IT快速响应他们变化的需求。

　　敏捷的出现。敏捷是一个较新的项目管理方法，以解决瀑布涉及的问题为目标。

　　敏捷的特性：

• 　　低开销的方法，强烈价值和原则，而不是过程
• 　　项目的重点是在一个连续生命周期内重新评估，如一周、一个月、或者比较久的时间
• 　　尤其是有利于需求经常变化的小团队
• 　　允许在组件中进行产品测试

　　它不是：

• 　　一种避开文档的方法
• 　　一种鼓励更多变化的方法
• 　　推迟计划的方法

　　尽管敏捷有好处，可以更快的交付关健的业务，但是大多数据IT机构涉及到敏捷项目执行时，会遇到无数的问题。常见的问题是,开发者有时会采取放任的态度，没有成功交付IT项目的严谨性。

　　敏捷不会适合于每一个人，瀑布也是。这引出了一个问题 - 正确的项目管理方法是什么？

　　就大多数事情而言，多数人都会选择一个中间立场。最近出现了一个敏捷、瀑布混合版 - 项目经理要严格要求自己，最后使业务和IT机构都有一个满意的结果。