一、增量模型

增量模型向客户提交完成的可交付的成果，让用户可以立即使用，如果有些项目是为了加快交付速度，频繁交付少量的可交付成果，就可以采用增量模型。

增量模型的策略是不同时开发项目的需求，而是分增量开发。每个增量包括分析，设计，实施，测试，提交等过程。

首先构造具体的核心功能作为第一个增量，然后试用反馈修改后，进行第二次增量，然后试用反馈修改后，再进行第三次增量...直到所有的增量完成。

该模型假设需求是可以分段开发的，可以成为一系列的增量产品。
所以增量模型的优点是可以避免一次性投入太大成本所带来的风险。

相关问答

Q1: 二、增量模型案例

1.这个项目为了更快给用户可用的产品，这个项目分了四个增量来提交，通过不断地试用反馈修改，如同滚雪球一样，最后完成了这个项目。

另外，有一个特殊的增量模型称为渐进式阶段模型，每一个增量就是比较完整的系统，既提交的是正式的版本，包括以产品相关的其他资源。

例如某套系统为了最终完成1.0版本，先后发布了0.1版本，0.2版本，0.3版本等等...，而每一个版本都可以是正式的产品，直到最后提交了1.0版本。

我们看一下银行业务生存期案例，这个项目需求比较复杂，所以采用了增量型模型，分多个阶段提交系统，每个阶段提交的版本是正式可以运行的系统。

Q2: 三、迭代模型和增量模型的区别

迭代模型和增量模型都属于并行开发的软件生命周期模型。

迭代是不能并行的，迭代的并行是指迭代任务，好比从3.1-3.31号是一个迭代计划，该迭代计划需求人员能够分析功能点5-功能点10，设计人员能够作功能点3-功能点7的设计，开发人员能够作功能点2-功能点4的开发，测试人员能够作上个迭代周期发布的代码。
迭代的并行是指工作流的并行。

你们看到迭代计划是比较复杂的，所以对项目经理的经验要求很高。

增量模型通常是指具备底层框架和平台的项目，在该稳定的框架和平台上，来开发和增长具体的业务功能。每一个增量之间相对独立，各个增量能够并行开发，好比：3.1-31号实现增量1（包含5的功能点），3.20-4.15开发增量2（包含另外的4个功能点）。增量内部是瀑布模型。

两种类型的区别在于迭代是基于IBM的RUP的以架构为核心，用例为驱动，角色职责划分不一样，在同一时刻项目内部需求、设计、编码、测试的活动都在发生。

迭代适合需求不明确、架构风险大的项目，增量适合需求比较明确，架构比较稳定，并且增量功能的实现基本不影响架构。

还有一个不一样就是迭代计划是基于角色的，增量计划是基于任务的。

两种类型的相同之处，每一个迭代和增量结束后都有产品发布。

总结

总之 增量模型的优点是：

1.阶段式提交一个可运行的产品

2.关键的功能更早出现

3.早期预警问题，避免缺陷蔓延

4.阶段性完成可以降低估计失误

到这里，增量生存期模型就讲解完毕！希望大家对生存期模型有一个新的认识~

如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~?

后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~
————————————————