为什么传统项目管理管不好软件项目
行业新闻 发布时间:2018-08-20 16:36

项目管理是一项非常有挑战性的工作,尤其是软件项目管理。据经典数据统计,软件开发项目的成功率目前不超过50%,如果时光回退十几年,这个数字会再低十个百分点,而且对于规模越大的项目,其成功率越低。

原因追溯
分析其原因,发现其中一个主要的“败因”是范围管理失去了控制,从而引发“范围蔓延”(Scope Creep),以这种方式失败的项目表现为:项目已经比原定计划大大延期,客户仍在源源不断地有新需求,或者对已经完成的功能提出各种修改意见,开发团队士气低迷,总有完不成的开发任务,项目预算已几乎消耗殆尽,而距离项目收尾却遥遥无期。

需求管理的起源
项目范围取决于产品范围,软件产品范围则来源于软件的使用者——客户对软件所提出的需求。由于认识到软件需求的重要性,在20世纪80年代中期,从SEI中分离并形成了软件工程的子领域——需求工程。

与软件工程提出的生命周期类似,需求工程也有需求生命周期,它将最初用户的设想和要求通过一系列过程,并采用适合的工程方法转化为可以指导软件开发的需求规格,并提出要对这些需求进行相应的管理以跟踪和控制。

从上述特征来看,需求工程与PMI的范围管理实质上都是过程管理,而且重点在于各种说明详尽的文档编制,通过文档来驱动和指导开发,以求做到任何的进展和变动都有文档记录和跟踪,在开发流程和开发文档的双重保险机制下,尽可能避免发生差错,提高过程控制能力。

过程式管理的适用性思考
过程式管理的一个出发点和作用是防范整个过程体系中有个别人能力不足或者由于人员流失而给组织带来损失,防范由于人的自由性使事情偏离预想轨道,因此通过在一系列过程中安排检查点及时进行纠偏,并且设置层级的组织结构对此进行制约。

依靠过程式的管理是否完全适合软件这样一种特别的项目制品?回答这个问题可以从三个方面入手:第一,软件这种制品有什么特征;第二,如何衡量一个软件开发项目的成功;第三,管理的本质又是什么。