项目开发都有自己的需求和特点：

⚪有的项目风险很高，客户可能随时不给你钱，要做好准备，随时止损。

⚪有的项目客户没有想清楚自己需要什么，做出来后再提各种修改意见，必须想办法降低变更成本。

⚪有的项目客户希望能很快就能上线。

面对这些需求，使用瀑布模型就很冗沓。也不灵活。

一. 快速开发快速修改

1.1快速原型模型

快速原型模型，就是为了要解决客户的需求不明确和需求多变的问题。原型模型因为能快速修改，所以能快速对用户的反馈和变更做出响应，同时原型模型注重和客户的沟通，所以最终开发出来得分软件能够真正反映用户的需求。

ps： 但是这种快速原型开发往往是以牺牲质量为代价的。

处理方法： 抛弃策略和附加策略。

二. 大瀑布拆小瀑布

瀑布模型的很多问题，根源都是周期太长。

2.1增量模型 -> 按模块分批次交付

增量模块是把待开发的软件系统模块化，然后在每个小模块的开发过程中，应用一个小瀑布模型，对这个模块进行分析、设计、编码和测试。相对瀑布模块而言，增量模型周期更短，不需要一次性把整个项目都交付给客户，而分批次交付。

基于这样的特点，增量模型用于：需求比较清楚，能模块化的系统，并且可以按模块化分批次交付。

2.2 迭代模型 -> 每次迭代都有一个可用得分版本

迭代模型每次只设计和实现产品的一部分，然后逐步完成更多的功能。每次设计和实现一个阶段叫做一个迭代；一个迭代模型迭代时间是固定的，不会太长，一般是2-4周。每次迭代实现一部分功能，做到能在这个周期内完成。

一个迭代周期囊括：分析、设计、编码和测试。类似于一个小瀑布。迭代结束时要完成一个可以运行的交付版本。

增量模型是按照功能模型来拆分；而迭代模型是按照时间来拆分，看单位时间能完成多少功能。

用盖房子来理解，增量模型则是先盖厨房，再是卧室，这样一个这样一个个模块来完成。而迭代模型则是先盖一个简单的茅草房，有简易的土灶和土床，而迭代模型则是先盖一个简单的茅草房，有简易的土灶和土床，然后再升级成小木屋，有更好的灶和更好的卧室，这样一步步迭代成最终的房子。

迭代模型最难的部分，在于规划每次迭代的内容和要达到的目标。多了可能完成不了，少了可能造成每次迭代工作的不饱和，这需要在实践中去摸索，一个迭代一个迭代的去调整。

三.如何让选择

1.外包项目，需要阶段验收

   假如你现在是一家外包公司，甲方需求对你每个项目的每个阶段进行验收测试，以确认你是不是达到要求。针对从需求定义一直到编码阶段，每个阶段都有应有的测试验收，如下图：

这样一个V模型，本质它还是瀑布模型，知识它增加了阶段测试验收的过程模型。

2.项目风险高，随时可能中断。

如果你现在要做一个高风险的项目，客户随时不给你钱了，这种情况基于增量模型或者迭代模型进行开发，可以降低风险。注意每次交付，同时做一个风险评估，风险过大就不做后续开发，即使止损。

这种强调风险，以风险驱动的方式完善项目的开发模型就是螺旋模型。如图：

3.山寨软件产品，希望能快速上线发布。

其实软件行业山寨的案例不少，山寨项目的特点是，项目需求是明确的，不会有什么变化，这时候就可以选择增量模型，划分好模块，先实现核心模块，发布可运行版本，再增量发布其他模块。多模块可以同步开发。

4.客户都没想清楚想要什么，但是个大单子。

很多项目，客户一开始都没想清楚想要的是什么，需要花很长时间去分析定义需求，但是单子很大，值得认真去做好。

那么这样的项目，你可以考虑拆分成四个阶段：

1.初始阶段

主要是确定需求边界和主要风险，几乎没有什么开发工作。

2.细化阶段

这个阶段主要是确定需求，可以采用快速原型模型开发，和客户对需求反复确认，需要辅助一定量的开发和测试工作。对代码质量可以要求比较低，重点是确认需求。可能需要一个或多个版本迭代。

3.构造阶段

在需求确认清楚后，现在可以使用迭代模型来开发，逐步交付产品。这个阶段的重点是开发和测试。如果迭代中，有新的需求加入或者需求变更，也可以在新的迭代中加入。

4.交付阶段

在开发和测试完成后，产品可以交付客户，根据线上运行情况还需要修复一些 Bug。这个阶段重点是测试和部署。也会有多个迭代。

过程如下图：

上面这种开发方式来源自统一软件开发过程（Rational Unified Process，RUP），适用于复杂和需求不明确的软件系统。

5.产品已经上线，但是需要持续更新维护。

很多产品在上线后，还在不停的更新维护，修复BUG、增加功能，定时更新，这种情况适用于迭代模型。

另外还可以尝试敏捷开发，也是居于迭代开发模型，也是强调快速支付，每次交付系统的部分功能，来保证客户满意度。在敏捷开发中，系统交付的周期称之为冲刺。

严格来说，敏捷开发并不算是一种开发模型，更像是框架或指南。有各种开发模型来实现敏捷开发，比如说极限编程（Extreme programming），看板（Kanban）和 Scrum。有关敏捷开发，下一篇中向你详细讲解。

此内容极客时间版权所有，本人只是学习之后做一个笔记记录如有用做任何商业用途，极客时间可能追究法律责任，本人一概不负责，分享和转载请注明：https://time.geekbang.org/column/article/543f03f9b434f06485ab631f6984d21b/share?code=mybUYSWKKskrdOz0DM6%2FKO%2F9RDfR5YCw65TVohaq%2FrE%3D