瀑布模型、迭代模型、增量模型、原型模型，是项目管理常见的四种模型。每种模型都有其优缺点和适用的项目类型。项目经理针对不同的项目用对模型，才能起到事半功倍的作用。

今天就讲讲这四种模型及其优缺点：

如果你需要项目管理相关资料可拉到文末获取！

1.瀑布模型

用瀑布模型做项目就像古代匠雕刻玉石，先有完整的设计图，然后按部就班往前推进，中间不能出一点差错，追求的是“一次成型”。

这就是瀑布模型，最基本也最常用的一种项目管理模型，又称线性模型。

采用瀑布模型的项目依照该模型选定的阶段顺序进行，每一个阶段的工作产品都是下一个阶段工作的输入，每一个阶段只有在上一个阶段通过检查，确认完成后才开始新的阶段工作。

​成果就是此项活动所产生的工作文档，以及在此基础上形成的产品。

瀑布模型最大的优点有两个：

1. 每个阶段的开发质量都有保证，减少了返工。
2. 是文档细致，降低了沟通成本，有利于及早发现问题。

但是这张图纸也有缺点，每一步都不可行差踏错，因为一旦雕坏了，就得摔了重来。

这也正是瀑布模型的缺点：周期长，不易变更。

用户直到项目开发晚期才能了解产品的真实面貌和质量。这时候提出变更，成本会非常大。

PS：适合采用瀑布模型的项目类型，通常是对用户需求非常明确的项目。同时还要求项目预算充足，人员齐备。

2.迭代模型

其实，迭代模型项目就是数个小而快的瀑布式项目组成的。

因为，每一次开发迭代都是一次完整地经过所有工作流程的过程：需求、分析设计、实施和测试工作流程。

每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。

迭代模型沿着螺线进行若干次迭代，图中的四个象限代表了四个活动：制定计划、风险分析、实施工程、客户评估。

使用迭代模型进行软件开发，项目活动包含以下几个阶段：

1. 初始阶段为系统建立商业案例并确定项目的边界。
2. 细化阶段细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。
3. 构造阶段在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。
4. 交付阶段交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。

​

迭代模型的风险管理成本较高，在风险分析，进度管理方面，对项目组成员的要求也非常高。

PS：选择迭代模型的项目，通常属于高风险项目，且需求不确定，用户能在整个开发过程中不同程度地参与。

3.增量模型

增量模型是通过对用户需求的判断，在定义了用户要求和系统需求,进行总体构架设计后，采用序列化地创建产品的方法进行开发的过程。

增量模型本质上是迭代的，但其强调：每一个增量均发布一个可操作产品。

增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。

​

增量模型三大优点：

1. 在达到初始需求之前可降低成本。
2. 可快速生产出可使用的系统。
3. 能够有计划地管理技术风险。

4.原型模型

原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发。

原型模型是一种用户需求驱动的方法。它能减少系统开发的风险，特别是在大型项目的开发中,由于对项目需求的分析难以一次完成，应用原型法效果更为明显。

​

原型模型根据其最终保留情况分为非抛弃型和抛弃型两种：

非抛弃型原型：先根据用户的最主要的要求，开发出能实现系统最基本功能的一个原型，再根据用户对原型使用与评价的意见，反复修改完善原型，直到等到用户满意的最终系统为止。

抛弃型原型模型：一般用来描述和验证用户需求，可以采用与实际开发所不同的开发工具，建立模拟的数据库系统，从而达到与用户交流的最好效果。到用户需求确定之后即不再继续开发此原型。

原型模型适用的项目特点：

• 处理简单过程明确、涉及面窄的小型系统；
• 大型系统的需求阶段，用原型去跟用户交流，需求分析会更加明确和细化

针对不同类型的项目。应选择什么样的开发模型，应从实施推广的难度和项目管理的侧重点两方面进行慎重考虑：再结合这些特点，选择最适合项目的开发模型，就能起到事半功倍的效果。

各模型项目特点：

瀑布模型——文档驱动型

迭代模型——风险驱动型

增量模型——任务驱动型

原型模型——需求驱动型

想要了解PMP项目管理资料的朋友们，公众H：美丽Young！