信息系统集成项目中的范围变更管理.doc

信息系统集成项目中的范围变更管理

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