项目变更管理案例

上传人:飞*** 文档编号:32303589 上传时间:2018-02-10 格式:DOC 页数:18 大小:134.50KB
返回 下载 相关 举报
项目变更管理案例_第1页
第1页 / 共18页
项目变更管理案例_第2页
第2页 / 共18页
项目变更管理案例_第3页
第3页 / 共18页
项目变更管理案例_第4页
第4页 / 共18页
项目变更管理案例_第5页
第5页 / 共18页
点击查看更多>>
资源描述

《项目变更管理案例》由会员分享,可在线阅读,更多相关《项目变更管理案例(18页珍藏版)》请在金锄头文库上搜索。

1、项目变更管理在项目实施中,发生变更是很正常的,可以说在项目管理的 9 个知识领域都会发生变更。 “计划没有变化快” ,再详尽的计划,在执行过程中也会发生变化,所以要做好变更控制,使变更对项目的影响最小化。变更控制的目的并不是控制变更的发生,而是对变更进行管理,确保变更有序进行。在 IT 项目中,引起变更的因素有两个:一是来自外部的变更请求,如客户要求修改工作范围和需求等;二是开发过程内部的变更要求,如为解决测试中发现的一些错误而修改源代码甚至设计。要如期完成项目目标,不仅要有一个规范的变更控制流程,项目经理还要采取一些措施保证变更控制流程的顺利执行。案例一阅读以下关于在信息系统项目管理过程中项

2、目变更管理方面问题的叙述,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。案例场景:A 系统集成公司最近承接了一个项目,客户是 A 公司的老主顾。当时公司的总经理急着要出差,所以在软件模块界定和验收标准还不明确的情况下,就和客户签订了合同,并任命陈工为这个项目的项目经理。经过紧张的准备,项目终于启动了。第一个阶段结束后,在结果评估时,双方发生了分歧。客户认为模块中缺少一部分功能,而陈工认为客户提出的功能在合同之外,如果要做,就要做项目变更,重新核算成本。由于合同中对此内容的界定不明确,双方各执一词,僵持不下,客户拒绝验收,项目的回款眼瞅着要泡汤。后来项目组的程序员小王请求陈工为他增派人手

3、,说他的任务完不成了,可陈工安排给他的工作已经做完了。经过了解,陈工才知道,客户小刘几次请小王开发一些小的模块,小王也没向陈工请示,就自作主张给做了。这次,他又答应在客户原有的模块上增加统计功能,结果做起来才发现实现不了,这才向陈工求救。陈工赶紧和客户沟通,要求作项目变更,可客户咬死说前几次都是免费的,这次也应该免费。问题 1请用 400 字以内的文字,指出陈工所负责的项目在变更管理中存在的问题。(1) 在项目功能和标准不明确的时候就签订了合同,为后来的项目变更埋下了隐患。(2) 没有建立项目变更管理制度(3) 涉及变更开发人员随便答应,没有上报给项目经理(4) 变更请求没有经过评估,没有评估

4、产生的费用和技术要求,也没有签字确认,采用口头协议(5) 变更实施时没有考虑对系统其他功能的影响,也没有考虑能否实现(6) 变更后没有进行验证(7) 没有对变更后的内容进行存档,也没有通知给相关的项目干系人问题 2请用 400 字以内的文字,说明项目变更管理的基本流程。(1) 变更申请(2) 变更评估(3) 变更决策(4) 变更实施(5) 变更验证(6) 沟通存档问题 3如果你是陈工,面对项目变更管理中存在的问题,应当如何处理呢?(1) 先解决目前存在争议的地方,对项目功能和标准不明确的地方,双方重新协商,通过补充协议等方式进行明确(2) 建立项目变更管理制度,规范变更控制流程,使用配置管理系

5、统(3) 对已经做过的变更重新评估,并记录在案,更改相应的文档,通知相关人员(4) 小王这次私下答应的客户要求,严格按变更管理流程进行,以防止产生更多的问题。案例二阅读一下关于在信息系统项目管理过程中项目变更管理方面问题的叙述,回答问题 1 至问题 3,将解答填入答题纸对应栏内。案例场景:某市大型电子政务工程,合同主要内容为建设全市电子政务基础网络平台和数据共享平台。项目分布在该城市 8 个城区。项目的设计、采购、施工采用总承包方式。某承包商中标了这个项目。承包商进场后,根据现场实际情况及招标文件对电子政务工程进行了总体设计,最终得到业主批准后施工。施工一年后,业主要求在某一城区新增加一个机房

6、,该区域为新建居民小区,初设时未考虑该区域,因此招标文件中也没有该区域,该小区的机房并不影响原系统的运行。关于新建小区的机房工程项目,业主和承包商在认识上出现了分歧。业主认为:由于业主最终批准的总体设计的工程量小于招标工程量,即使该新建小区新增一个机房,总工程量仍然达不到招标工程量,也就是说,业主认为承包商在城区的工程量减少了,现在要求承包商在另一城区增加此类项目(即将项目进行“乾坤大挪移” )是合同赋予他的权力,因此,新增该小区内的项目不属于变更项目。承包商认为:由于该新建小区的机房超出了招标文件范围,地理位置发生了改变,应该按变更项目处理。由于在投标时采用不平衡报价策略,机房设备采购和安装

7、单价严重偏低,所以承包商认为新建小区的机房工程应该重新报价。问题 1该新建小区的机房工程是属于合同内新增项目还是合同外新增项目?为什么?新建小区的机房工程是合同外新增项目。因为新建小区的机房工程是合同签署后新增项目,项目内容应以招标文件为准,该项目不在合同范围内。问题 2关于新建小区的机房项目,业主和承包商在认识上出现分歧。谁的理由正确?(1) 工程量增减属于设计变更的范畴,不是项目变更(2) 如果业主要求增项,就是项目变更(3) 新建小区的机房工程不在项目范围内,既然超出了招标文件范围,就应该按变更项目处理所以,承包方的理由是正确的。问题 3新建小区的机房工程是否应该重新报价?为什么?承包方

8、能否重新报价要看新增项目与原合同的关系。(1) 只要新增工程在原合同定义范围内,应属于合同内新增项目,按照合同单价结算(2) 如果该新建小区的机房工程超出了招标文件范围,则视为合同外新增项目,单价另议。在这个案例中,新建小区的机房工程是合同外新增项目,可以重新报价。案例三阅读以下关于在信息系统项目管理过程中项目变更管理方面问题的叙述,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。案例场景:黄经理担任了公司一个大型软件项目的项目经理,项目开始比较顺利,但进入到后期,客户频繁的需求变更带来很多额外工作。项目组天天加班,保持了项目的正常进度,客户相当满意。但需求变更却越来越多。为了节省时间,

9、客户的业务人员不再向黄经理申请变更,而是直接找程序员商量。程序员疲于应付,往往直接该程序而不做任何记录,很多相关文档也忘记修改。很快黄经理就发现:需求、设计和代码无法保持一致,甚至没有人能说清楚现在的系统“到底改成什么样了” 。版本管理也出现了混乱,很多人违反配置管理规定,直接在测试环境中修改和编译程序。但在进度压力下,他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题,客户已经明确表示“失去了耐心” 。而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块,造成系统运行异常缓慢,大量应用程序超时退出。虽然最终花费了整整一周的时间解决了这个问题,但客户却投诉了,表示“无法容忍

10、这种低下的项目管理水平” 。更糟糕的是,因为担心系统中还隐含着其他类似的错误,客户高层对项目的质量也疑虑重重。随后发生的事情让黄经理更加为难:客户的两个负责人对界面风格的看法不一致,并为此发生了激烈争执。黄经理知道如果发表意见可能会得罪其中一方,于是保持了沉默。最终客户决定调整所有界面,黄经理只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后,客户方原来发生争执的两人这次却非常一致,同时气愤地质问黄经理, “为什么你不早点告诉我们要延期!早知这样才不会让你改呢!”黄经理感到非常委屈,疑惑自己到底错在哪里了。问题 1请在 200 字以内,描述黄经理在变更控制方面犯了哪些

11、错误?(1) 没有明确授权(2) 对变更没有进行必要的审核(3) 对变更的影响没有评估(4) 没有让客户确认是否接受变更的代价。问题 2如果你是黄经理,面对项目变更控制方面存在的问题,应当如何处理呢?(1) 对变更进行明确的授权(2) 对变更进行必要的审核(3) 对变更的影响进行评估(4) 让客户确认是否接受变更的代价(5) 要等客户确认变更后,再组织实施变更相关工作(6) 对项目组和客户进行宣传和培训,让所有成员理解变更控制的重要意义;在项目过程中要对变更控制的执行情况进行审计,发现违反规定的事件要严肃处理,否则过程很快就会失控。问题 3在对界面风格进行修改的事件上,如果黄经理评估了修改界面

12、的工作量并请客户进行确认,则有可能发生什么样的结果?(1) 客户预先接受延期这一后果,也就不会再质问黄经理了(2) 如果客户认为代价太大,则黄经理就不必修改了(3) 如果认可可以缩短延期时间,则黄经理至少争取到与客户协商的机会,让客户知道为此项目组需要付出加班的代价,取得客户的理解。案例四阅读以下关于在信息系统项目管理过程中项目变更管理方面的叙述,回答问题1 至问题 3,将解答填入答题纸的对应栏内。案例场景:在某公司的项目管理课堂上,小李,小王等人正在七嘴八舌地议论纷纷。原来,大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。据小王介绍,这两个项目分别由两个项目经理来担任。其中,项目经理 A

13、 属于“谦谦”型,对于客户提出的问题,无论大小都给予解决,客户对此非常满意,然而,项目进度却拖得比较长,而且客户总想把所有的问题都改完再说,项目已经一再延期。相比之下,项目经理 B 显得稍微有些 “盛气凌人” ,对于客户提出的问题,大多都不予理睬,客户对此不是很满意,不过,该项目的进度控制得比较好,基本能够按期完成项目。话刚一说完,小李就抢着说:“A 比较像我,一般在和我的一些战略客户打交道的时候,我基本是有求必应,与客户的关系处得如鱼得水,这样做肯定不会错。就像前天我连合同都写错了,找到客户,人家二话没说就同意改了。你说如果是 B 的话可能吗?”小王对此不以为然地说:“对项目经理来说,成本、

14、质量和时间是最为重要的三要素。与客户关系当然很重要,但也要全盘考虑项目的各要素。对于用户的要求,应该在有限的范围内给予解决,但不可以做出太大的牺牲。一味地迁就用户将会使整个项目失败。 ”小林接着小王的话说:“当前,国内的项目一般情况下由销售部出面签单,再由项目经理接手后续的工作,因此客户关系多在事前已经搞定。发生新的情况后,可以由公司的公关部出面与客户进行协调,项目经理可以在此过程中坚持一下原则,与公司的公关部一个红脸,一个白脸,唱出一出好戏。 ”小赵反驳道:“不管怎样,客户才是第一位的。客户可以给你带来收入,也可以给你带来更多的客户和工作,有什么道理不多配合一下他们呢?说实话我对B 的做法蛮

15、欣赏的,可惜行不通。因为客户是上帝,如果照 B 的做法,后果会造成做一次项目丢掉一个客户,太不划算了。 ”问题 1请在 200 字以内,简述项目需求变更的流程。对于项目需求变更流程,一是基本步骤,二是跟踪变更基本步骤:(1) 提出变更请求(2) 变更分析(3) 变更评审(4) 制订变更计划(5) 变更需求的开发(6) 变更结果评审(7) 维护变更跟踪需求变更的问题如下:(1) 谁提出变更(2) 什么时候提出变更(3) 变更的内容是什么(4) 为什么变更(5) 变更处理意见(6) 变更执行结果问题 2请在 200 字以内,说明如果你在项目实施时遇到需求变更问题,你会采用哪种方式去应对。对于需求变

16、更,拒绝是不好的,但是也不能无限制地答应,要根据项目的实际情况来选择。(1) 对于工作量不大的,可以同意,但多做的一定要让客户清楚,以取得项目在成本和时间方面的补偿(2) 工作量大的,甚至影响系统正常运行的,可以拒绝,但是要向客户说明,并争取客户的同意(3) 关键是要建立整体变更控制流程,所有变更通过规范流程进行处理问题 3分别分析项目经理 A 和项目经理 B 应对需求变更所采用方式的优缺点。(1) 项目经理 A 应对需求变更的方式:优点:增加客户满意度,提高系统的符合度缺点:项目进度无限延长,增加项目费用,占用公司资源(2) 项目经理 B 应对需求变更的方式:优点:有效控制项目进度,降低项目费用。缺点:客户满意度降低,系统符合度低案例五阅读以下关于项目变更管理方面问题的叙述,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。案例场景:A 公司承担了某市平安工程施工总承包项目,A 公司依据施工合同约定,与甲安装单位签订了安装分包合同。基础工程完成后,由于项目用途发生变化,建设单位要求设

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 广告经营

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号