多项目并行开发的管理策略及生命周期模型选择

文/廖鹏程

在现代软件项目研发过程

中经常出现多项目并行开发的情

况，应当采用怎样的管理策略及

生命周期模型以提高研发效率及

质量？本文以日常生活中的餐厅

为剖析对象，分析各类项目特征，

并对其需求特点及入口条件进行

研究，对适用的软件生命周期模

型和对应的开发策略进行讨论，

以帮助软件项目经理对当前准备

开展的项目进行合理评估，选用

正确的软件生命周期模型及管理

研发策略，实现项目开发效率的

最大化。

摘 要

队为顾客提供烹饪服务的全过程，无菜单式服

务，在整个过程中顾客能够对食材、菜品、烹

饪方法、口味偏好、上菜顺序、摆盘方式等进

行全方位的定制。这种服务通常是“多对一”的。

一个100 人的团队，一年时间，完成10

个项目开发，在餐厅中对应普通餐厅或餐饮服

务，例如：家常川菜馆。一家餐厅能够向客户

提供菜单服务，向顾客提供菜单范围内的菜品

和服务，点餐用餐过程中顾客可以对菜品进行

一定范围内的选择或有限的口味定制（例如少

放些盐，先上凉菜后上热菜等），但是不能提

出超出范围内的需求，对于顾客的点餐需求，

餐厅需要在原始食材和半成品中进行进一步的

组合加工才能成菜。这种服务通常是“一对一”

的。

一个100 人的团队，一年时间，完成100

个项目的开发（甚至更多），并确保研发过程

受控，产品质量受到保证，在餐厅中对应于连

锁快餐类餐饮服务，例如：KFC。餐厅向客户

提供经过精心设计，但是范围非常有限的菜单，

顾客只能够在这些已有菜单中进行选择并且几

乎没有任何定制选择（不能选择不要炸鸡的汉

堡，也不能指定上菜顺序），这些餐饮服务的

特点是提供菜品的速度非常快，且质量稳定，

能够持续的提供服务（有些KFC 餐厅甚至是

24H 营业的）。这种服务通常是“一对多”的。

3 各类项目特征

从上述餐厅案例中，可以抽象出各类项

目的特征：

满汉全席所代表的项目特征为：完全定制

开发，完全按照用户的需求实现产品，用户有

着充足的时间和足够的预算，但是对产品品质

和质量有着很高的要求，用户在合理范围内可

以随时提出需求变更，产品的实现需要大量资

源。如果收到此类项目开发需求，表示项目的

开发需要大量投入，基本不具备并行开展多个

同类项目的可能性，整个研发团队的大部分精

力和资源都应当投入到该项目开发过程中去。

但是该项目的成本预算必须能够支撑整个团队

的盈利需求。

家常川菜馆所代表的项目特点为：一定

程度的定制开发，用户在公司能力范围内提出

需求，对产品品质和质量有要求，用户一般不

能提出需求变更，产品的实现需要一定的资源，

对产品的实现有一定的时间要求。在此类项目

开发需求下，研发团队能够开展自身研发资源

允许范围内的若干个项目的并行开发，在每个

项目中投入一定的能够支持项目按期实现的资

源，多数情况下的项目都具备这种特点。

KFC 所代表的项目特点为：在公司现有

产品上的直接选择，或利用已有产品构件进行

组合的产品选择，较少的定制需求，产品的实

现需要的资源固定，对产品实现的时间要求极

为严格，并发性开发需求强烈。

实现这种大量并发项目开发的关键点在

于需要建立并维护一套质量稳定的产品构建

库，并通过构件库的组合实现快速开发，超出

公司构件库的产品需求则不予满足。以某快餐

餐厅的菜单为例，其主食类产品原材料组成为：

香辣鸡腿堡：四寸面包+20G 生菜+ 香辣

鸡腿肉；

劲脆鸡腿堡：四寸面包+20G 汉堡酱

+15G 生菜+ 劲脆鸡腿肉；

新奥尔良烤腿堡：方形面包+20G 汉堡酱

+ 四根青椒丝+20G 生菜+ 烤鸡腿肉；

图1：瀑布型开发模型

Software Development • 软件开发

Electronic Technology & Software Engineering 电子技术与软件工程• 59

至尊七虾堡：方形面包+10G 汉堡酱

+15G 瑶柱海鲜酱+20G 生菜+ 虾排。

可以看出，经用6 种食材和3 种配菜/ 调

料，就实现4 种主食类产品的快速烹饪。而在

前两种餐饮类别中，实现4 种主菜的原料/ 配

菜/ 调料可能是5-10 倍的关系。

在此类项目开发需求下，研发团队必须

尽快的利用现有的产品组件拼装完成产品的设

计实现，以满足用户迫切的时间进度需求，并

保证开发服务的可持续性。

4 开发策略及生命周期模型选择

对于完全新研定制开发的大型软件项目，

即“满汉全席”式的项目，由于没有任何现有

开发基础，因此在项目前期与用户的沟通和确

认是非常关键的，如果软件研发团队的需求理

解与用户的需求描述产生了较大偏差，那么就

会对项目的执行带来极大的风险。又由于这类

项目通常会涉及到大量的资源投入，因此对需

求的准确把握就显得更为关键。对于这类项目，

应当选择较为稳健的标准瀑布型模型，在前几

个里程碑及关键节点处与客户反复沟通确认，

以便准确把握用户需求，如图1。

虽然瀑布模型在项目前期能够与客户共

同对需求进行反复确认，但对需求的描述在项

目前期依然是抽象而模糊的，就像不同的人对

菜品的咸淡程度定义不同，会造成在菜品加工

完成后，菜品的口感始终与客户的期待存在一

定偏差。因此，在开发成本不敏感的情况下，

可先使用快速原型开发模型对用户的需求进行

确认，再利用瀑布模型进行开发，如图2。该

过程类似于大型宴席前的试菜。

上述开发策略和模型对研发过程中的客

户需求变更难以适应，如果在开发过程中客户

需求发生了变更，则会使项目出现重大反复。

因此，在用户时间要求不敏感的情况下，可使

用快速原型开发模型结合增量模型的开发策

略，通过不断修订的开发方式逼近用户需求，

并最终准确契合用户的目标，如图3。

对于在已有技术基础之上提出一定定制

需求的“家常川菜馆”式项目，由于用户对产

品的大体情况已有一定的了解，因此需求的确

认和统一并不是最为关键的因素，用户的需求

变更发生概率也相对较低，其开发策略应当重