项目管理案例系列[31]：如何走出企业信息系统建设项目范围管理的困境？.docVIP

项目管理案例系列[31]：如何走出企业信息系统建设项目范围管理的困境？ 案例提供者：项目管理者联盟★案例正文：　　小李是国内某知名IT企业的项目经理，负责西南某省的一个企业管理信息系统建设项目的管理。在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李自己制订了项目的范围说明书。 　　甲方的有关工作由其信息中心组织和领导，信息中心主任兼任该项目的甲方经理。可是在项目实施过程中，有时是甲方的财务部直接向小李提出变更要求，有时是甲方的销售部直接向小李提出变更要求，而且有时这些要求是相互矛盾的。面对这些变更要求，小李试图用范围说明书来说服甲方，甲方却动辄引用合同的相应条款作为依据，而这些条款要么太粗、不够明确，要么小李跟他们有不同的理解。因此小李对这些变更要求不能简单地接受或拒绝而左右为难，他感到很沮丧。如果不改变这种状况，项目完成看来要遥遥无期。 　　问题： 　　1、该问题产生的原因是什么？如何解决？ 　　2、如果你是小李，你怎样在合同谈判、计划和执行阶段分别进行范围管理？ 点评本案例★项目管理者联盟专家点评： 　　专家介绍：郭远刚美国项目管理协会(PMI)认证项目管理师(PMP)武汉科技大学管理学院项目管理硕士（MPM）项目管理培训师、公用事业信息化顾问。曾负责大型自来水公司、电力公司、燃气公司综合管理信息系统的研究与建设，主持多个小区智能化项目，参与“城镇供水营业收费管理系统通用标准”编制，博燃网燃气信息化专家顾问，中国土木工程协会城市燃气分会信息化委员会委员，2007年度博燃风云十大焦点人物，先后在核心期刊发表文章30余篇。对于PMP考试和PM教学有较为深入的研究，负责项目管理硕士专业课教学多年，经验丰富。特长：在自来水、燃气、电力、IT领域采用理论与实践相结合的解决办法为公司、组织的项目管理以及信息化的战略、规划、实施与优化提供解决方案。　　专家点评： 　　1、该问题产生的原因可能是：项目管理环境和流程不科学，没有很好的利用项目范围说明书的作用，工作说明书甲方需求表达不明确，范围定义根本就不清楚，缺乏科学的项目管理手段。 　　我们看一下信息系统项目的特点之一：整个系统实施的周期长、对业务的依赖性强，特别是一些跨业务的项目，要完全把企业的全业务流程稳定下来，并通过系统实现，是需要较长的时间来巩固的。因此在这么一个客观条件下，常常出现一些需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目的风险和成本无法控制，更严重的是导致项目的滞后和失败。 　　所以，出现案例中的问题，就要加强甲乙双方的项目管理体系建设，进行科学的项目管理。同时重视工作说明书和项目范围说明书的作用，因为范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围会让项目的甲乙双方吃尽苦头，特别是信息系统项目，客户的需求调研一定要耗时长一些，分阶段要求用户签字认可，因为一旦出现大的变更，风险就太大了。在项目管理过程中，项目范围说明书是项目范围的重要保证，在项目实施过程中，项目组成员以及相关的重要干系人一定要不时地拿出项目范围说明书来看一看，以保证项目在正确的、经核实的范围内进行。同时，范围说明书一定要经过客户的签字认可，范围说明书的内容一定要清晰明了，特别是对项目目标的定义，项目的约束和假设等等。如果有项目管理办公室的话，最好是把项目范围说明书的纲要贴在大家都能看到的地方，或者每个项目成员分发一份经过签字认可的项目范围说明手册。 　　甲方项目经理工作和沟通能力欠缺，没有规范好项目过程中一些工作和变更流程，与项目经理本身的能力有很大的关系，如果该项目经理一直从事着技术工作的话，这个项目更加危险，建议去参与项目管理的培训与学习，熟悉项目管理的方式方法。乙方项目经理（也就是小李）要主动沟通，在不断提高自己项目管理水平的同时，邀请甲方项目管理人员面对面地进行一系列的正式沟通，明确双方的范围和责任，确保项目正常完成，收到应有的效果。 　　2、假如小李是在一个很好的项目管理环境下来执行这个项目。在合同谈判阶段，根据PMI的思想，双方只是明确各方应该承担的责任和义务，明确工作说明书的要求，对项目的范围只是一个粗略的概要说明，这些一般是由合同管理人员和部门去协调，小李也最好参与进去。作为项目经理，小李应该把重点放在计划阶段对范围的定义上，根据合同的要求，组织项目团队成员认真做好需求调研工作，全力整理出一份详细的项目范围说明书，并且要得到用户的确认，签字盖章。在执行阶段，小李只要依照已经定义好的范围说明书来执行就可以了，根据变更流程来管理变更，执行范围变更即可，当然在国内实施项目的过程中不会这么的顺利，根据项目独特性的特点，小李应该适当考虑一下他所处项目的项目管理环境。在计划