案例
L先生曾负责了一个航空领域的大型数据仓库项目,在此项目一期的时候,各类问题层出不穷,项目组疲于应付,四处救火:
◆在项目中,L先生与各项目干系人没有建立有效的联系,根本无法让他们了解项目进展情况。甚至连项目开发人员自身对项目整体情况也没有清楚的认识,而只管自己那一部分,对其他工作则不闻不问;项目一旦开始,直到项目结束才能准确知道产品情况。整个开发过程完全是一种黑盒模式,项目组成员无法把握准确进度,无法保证项目质量。
◆到了项目后期才发现销售模块开发进度过慢,不得已加班加点,仓促交工,项目质量连自己都不放心,大量的BUG遗留在这部分,产生许多隐患,维护的工作量甚至超过了开发,导致系统维护成本过大。用户抱怨颇多,维护人员更是怨声载道。
◆在项目交工时,客户提出运输模块提供的信息无法满足制作报表的要求,并抱怨这个变更早就通知过项目组,可L先生作为项目经理竟然全然不知,结果是来回扯皮。
◆开发人员在设计对内开账模块时描述了实现方式,但为了节省时间,只是粗粗地写了设计,就去编码。等编码结束时,发现和L先生原来所理解的出入甚大,只得推翻重来,不但工作量增加了,而且成本超支严重。
在此项目的二期时,公司开始采用CMM的一些开发思想,加强对需求、计划的管理,采用了配置管理工具VSS 来管理文档,情况才逐步好转,但前期仍然出现了许多问题:不少项目成员对文档敷衍了事,认为只是走走过场而已。
L先生遇到的现象绝非偶然,稍加分析我们会发现,L先生的项目组在开始引用CMM的开发思想时,缺乏的是一种项目组各个层面间的沟通机制,而加强沟通管理应是实施成功项目管理的必由之路。