[摘要]：信息系统集成项目中，由于客户通常不能确定最终解决方案的全部功能和需求，所以范围变更是经常的事。对此，项目经理和项目小组既不能一味拒绝，也不能全盘接受。本文分析了出现范围变更的原因，提出了范围变更管理需要进行的任务，最后认为，建立行之有效的变更控制手段来管理项目范围变更是项目全生命周期内最重要的部分之一。
[关键字]：IT 范围管理 变更控制
一、 前言
范围管理（Scope Management）是项目管理中的一个专用词汇，它的主要任务是界定项目包含且只包含所有需要完成的工作，并对项目其他管理工作起到指导作用，以保证顺利完成项目的所有过程。
一般来说，确定了项目范围，也就确定了项目的工作边界，明确了项目目标和项目主要可交付成果。对于信息系统集成项目，如果不能明确的定义和有效的控制项目范围，将会产生非常严重的后果。例如：项目实际需要包含，客户因不能提供完整、详细的描述而未能明确定义范围，从而导致项目最终解决方案的不可用；另一方面，项目范围的蔓延或频繁变更，从而影响项目成本、进度。
以笔者主管和参与多个项目的实际经历来看：范围蔓延是非常可怕的事，客户总是想把所有的需求都在一个系统里实现，从而导致项目成果的臃肿和不切实际。客户有种想法是非常不可取的：“（开发人员）做好了先放在那儿，即使不用也好，以后万一用上了呢？”。还有，客户在项目进程中，尤其是到了项目后期，不断对移交的系统提出修改意见，甚至有时刚刚重新设计完成开始更改，客户又要求改回去或改成另一种模式。“无底洞”是国内大部分项目经理进行信息系统集成项目的共同感觉。
“项目为什么总是做不完？！”
二、 原因分析
项目经理作为项目的承担者，在规定时间内利用有限资源保质保量的完成项目，让客户和公司都满意是最终目标。但是让客户满意就是不断满足客户无穷无尽的需求吗？这样会不会导致项目的最终失败呢？我们应该分析范围变更出现问题的根源原因。
1、 签订合同时缺乏对信息系统集成项目熟悉的人员参加，导致项目目标描述不清，为后期的实施工作带来困惑。
2、 客户和项目组均希望将项目做好。但是客户可能对信息系统项目缺乏全面的了解，项目组对客户需求细节的了解也不充分，而且双方对实现需求的方式的理解也存在差异。而双方在项目初期又均未意识到这种沟通上的不畅，导致移交系统时才使问题暴露出来。
列举几个笔者碰到的具体问题：
A、IT项目的客户往往认为计算机是万能的，有了它，自己只需要输入几个参数就什么都不用管了。而实际上任何技术都有局限性。
B、某客户知道自己需要一个库存管理软件，但是，是引进新的库存管理思想还是沿用目前的模式却还没有考虑好，而开发人员已经到位，于是要求项目组先按目前模式做。当后来客户想要更改管理方式时，问题出现了，设计的更改导致大量模块的重写，工期不可避免的延长。
此文章共有4页 1 2 3 4 下一页
|
Leadge.com首页 > 知识库 
