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

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

误区二：在公司人力资源紧张而引发开发进度滞后的情况下，可以聘请更多的程序员加入到开发团队中，通过增加人力资源来赶上进度。笔者认为在“软件工厂式”项目管理时代，开发方应根据公司目前的软件项目管理水平慎重考虑此类做法。如果新加入的“应急式”程序员对公司目前开展的软件开发项目有一定的行业了解，并且能够很快适应开发方的项目管理方式、软件开发风格、团队协作氛围，那么此类“新人”的加入对项目发展是有益的。否则，可能会出现“帮倒忙”的不良现象。因为有的程序员尽管其个人能力很强，但是为了使其与项目团队一起协同工作，不得不分出人手对其进行与项目相关的技术及业务培训，更要花大气力去引导其融入开发团队。这可能需要花费开发团队许多时间和精力，甚至会造成项目进度变得更慢。总之，开发团队应该根据项目开发的实际情况因地制宜地去考虑“外包”、“外协”以及“应急式”人员加入的相关事宜。

误区三：只有项目经理以及部门主管才会关心项目整体进度，程序员只关心自己的开发进度。这种误区其实是一种“官僚思想”。实际上程序员作为项目团队中的一员，他不仅仅是在打一份工，更重要的是在参与一件“作品”的创作。项目经理不应该漠视程序员对“成就感”的追求，应该向每一个项目团队的参与者详细描述更终“作品”美妙与动人之处，并且在向更终目标奋进的道路上设立一系列的项目里程碑。每当项目整体推进到某个里程碑时，项目经理应该第一时间将消息传递到每个组员那。这不仅仅可以让所有的项目成员享受到阶段胜利的喜悦，还可以激发大家更大的工作热情，提高工作效率。只有这样才能够让大家在体味工作辛苦的同时，更能够享受到创作的乐趣。

误区四：软件项目管理只是相关技术部门的事情，与公司其他部门无关。这种误区其实是公司管理理念落后的表现。在市场竞争日益激烈的今天，软件项目的规模越发强大，复杂度更高而且时间也要求得更为紧迫。要想提高公司的软件项目管理水平，则需要提高公司的整体参与意识，需要公司各个部门协同作战。例如需要财务部门协助进行项目预算、项目成本控制等工作;需要项目管理专家协助进行各种风险评估，提供技术指导;需要后勤部门提供各种保障等。只有在公司全员参与，部门通力合作的基础上，才能将软件开发项目顺利进行到底。