项目经理必知项目管理的四大模型
瀑布模型
瀑布开发模型是一个一次性交付的过程，也就是说这个项目通过了这六个“软件计划→需求分析→软件设计→程序编码→软件测试→运行维护”开发步骤，整个项目才算完成。
适用范围
▲客户对需求非常清晰，且在开发过程中没有或很少变化;或者市场上已经有稳定的开发流程，项目进行过程中很少有变化。
▲客户对实时看到的效果没有要求。
瀑布模型 --具体六阶段
1)软件计划
通过市场调研及与需求方的沟通，确定项目目标，进行可行性研究，以确定项目是否可行、利益如何，用于判断企业是否接受该项目。
2)需求分析
深挖需求方的所有需求并进行分析，以确定需求方最终想要达到的效果，进而保证做出客户想要的产品。一般这个步骤需要和客户反复确认，最终形成需求文档，作为开发的依据。
3)软件设计
了解了需求后，就要把需求系统化，根据需求的内容思考怎么呈现，如设计系统构架、设计系统界面、设计数据库、设计开发接口等，最终会形成架构设计文档。
4)程序编码
系统框架已经清晰，接下来就是和程序员沟通，把设计:果通过程序代码变成客户可使用的操作平台。
5)软件测试
编码完成且在其相应的平台上也可操作，这时就需要测试人员站在客户的角度，按照需求文档进行详细测试，对于不合理或者不正常运营的部分提出疑问，然后程序员修复，所有疑问解决，最终形成测试报告。
6)运行维护
软件开发完成即可投入使用。但不可保证客户使用中是否会出现问题，所以项目团队可能需要继续维护，修复错误和增加功能。
增量模型
增量模型是一个分模块交付的过程，它是把“需求分析→软件设计→程序编码→软件测试”这四个步骤摘出来，运行了多次，然后完成整个项目。
如果拿制作汽车为例，先制作轮胎，然后制作方向盘，再制作汽车壳等。而且制作轮胎时也要通过“需求分析→软件设计→程序编码→软件测试”这四个步骤，且如果模块没有依赖关系的情况下，还可以并行开发。
迭代模型
由于市场的快速变化，导致现在很多项目客户自身也不知道需求是什么，所以为了应对这种情况，出现了迭代开发模型，每次只设计和实现产品的一部分，然后逐步完成更多的功能。
每次设计和实现一个阶段叫做一个迭代，整个过程就像一个完整的项目一样，包含软件计划、需求分析、设计、实现与测试验收等过程，就相当于进行了一次小瀑布迭代，迭代结束时都要完成一个可以运行的交付版本。
快速原型模型
由于种种原因，在需求分析阶段得到完全一致、准确、合理的需求说明是很困难的，所以为了解决这个问题，让双方的理解达成一致，出现了快速原型模型方法，也叫原型模型。它是指得到需求后迅速建造一个可以运行的软件原型，给客户测试，搜集反馈信息，然后反复修改确认，直至开发出的软件能真正满足客户的需求。
但在原型开发过程中，并没有经过严谨的系统设计和规划，可靠性和性能都难以保障。所以，在实际的软件项目中，针对原型模型的这种快速、低质量的特点，通常有两种处理策略:一种是抛弃策略，另一种是附加策略。
抛弃策略是指原型只应用于需求分析阶段，在确认完需求后，原型将会抛弃，实际开发时将重新开发所有功能。附加策略则是将原型应用于整个开发过程，原型一直在完善，不断增加新功能、新需求，直到满足客户所有需求，最终将原型变成交付客户的软件，这个策略和迭代模型优点类似。