敏捷项目管理会不会代替传统项目管理？

敏捷开发是以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

而传统项目管理目前应用范围最广的当属瀑布模型下的项目管理，瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。

瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

虽然近几年关于敏捷的话题一直热度不减，仿佛人人都在谈敏捷、用敏捷，但是在现实的工作场景中，敏捷与瀑布或者是以瀑布为代表的传统项目管理依旧还是平分秋色的存在，尤其是在一些硬件制造和大工业生产的环境当中，传统项目管理的一些经典理论依旧还是保有其主流地位的。

敏捷项目管理与传统项目管理其实并不是一个谁替代谁的关系，比较理性的一个认识是两者互为补充，各自应用在各自更适应的项目环境里。