软件项目管理中的几个误区

随着现代企业管理理念与方式的不断跟进与更新，项目管理软件成为企业转型升级

“

加速器的趋势愈发明显，随之计算机软件的规模和复杂度也相应增加。软件开发从 个人

”

“

”

“

”

“

”

英雄 时代向 团队时代 迈进，软件项目管理也从 作坊式 管理向 软件工厂式 管理不断
迈进。这就要求软件项目管理人员应该更深一步地理解与掌握现代软件工程的理论方法，
完成思想观念上的转变。个人结合工作实际在此分析几个在现代软件项目管理中容易陷

 

入的思想观念误区，希望能够抛砖引玉，引发大家更多的思索和讨论。

　　误区一：在项目的需求分析阶段，开发方与客户方就需求方面的基本轮廓达成一致
即可，具体细节以后再填充。这种误区产生的主要原因是双方当事者认为无论项目开始

 

时的需求工作做得有多么细致， 以后对需求的变更是必然存在的。其实，这是一种非常
危险的思想。实际上有很多软件项目最终失败的最主要的原因就是需求阶段对问题的描
述不够细致，导致后来项目预算超支或者项目进度达不到要求。个人认为正确的做法是：
在项目需求分析阶段，双方必须尽可能全面地、细致地讨论项目的应用背景、功能要求、
性能要求、操作要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。
并且，在需求分析结束以后，双方还要建立有效的沟通机制，就需求变动问题能够尽早
地进行协调。

　　误区二：在公司人力资源紧张而引发开发进度滞后的情况下，可以聘请更多的程序

“

”

员加入到开发团队中，通过增加人力资源来赶上进度。笔者认为在 软件工厂式 项目管
理时代，开发方应根据公司目前的软件项目管理水平慎重考虑此类做法。如果新加入的
“

”

应急式 程序员对公司目前开展的软件开发项目有一定的行业了解，并且能够很快适应

“

”

开发方的项目管理方式、软件开发风格、团队协作氛围，那么此类 新人 的加入对项目

“

”

发展是有益的。否则，可能会出现 帮倒忙 的不良现象。因为有的程序员尽管其个人能
力很强，但是为了使其与项目团队一起协同工作，不得不分出人手对其进行与项目相关
的技术及业务培训，更要花大气力去引导其融入开发团队。这可能需要花费开发团队许
多时间和精力，甚至会造成项目进度变得更慢。总之，开发团队应该根据项目开发的实

“

” “

”

“

”

际情况因地制宜地去考虑 外包 、 外协 以及 应急式 人员加入的相关事宜。

　　误区三：只有项目经理以及部门主管才会关心项目整体进度，程序员只关心自己的

“

”

开发进度。这种误区其实是一种 官僚思想 。实际上程序员作为项目团队中的一员，他

“

”

不仅仅是在打一份工，更重要的是在参与一件 作品 的创作。项目经理不应该漠视程序

“

”

“

”

员对 成就感 的追求，应该向每一个项目团队的参与者详细描述最终 作品 美妙与动人
之处，并且在向最终目标奋进的道路上设立一系列的项目里程碑。每当项目整体推进到
某个里程碑时，项目经理应该第一时间将消息传递到每个组员那。这不仅仅可以让所有
的项目成员享受到阶段胜利的喜悦，还可以激发大家更大的工作热情，提高工作效率。
只有这样才能够让大家在体味工作辛苦的同时，更能够享受到创作的乐趣。

　　误区四：软件项目管理只是相关技术部门的事情，与公司其他部门无关。这种误区
其实是公司管理理念落后的表现。在市场竞争日益激烈的今天，软件项目的规模越发强