项目管理变更控制的重要性.docxVIP

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

??

?

??

项目管理变更控制的重要性

?

??

?

?

?

?

?

?

?

???

?

?

?

?

?

?

?

项目的不确定性因素导致了项目的推动过程不会像计划的那样顺利,随着工作的深入,那些不确定因素逐渐变得明确且和当初的预测不一致的时候,就会导致项目变更,项目的变更是不可避免的。一般来说,项目的目标是项目所有活动的最终判断准则,变更的发生可能会引起项目目标变化,所以,变更控制是所有项目管理者要高度关注的问题,变更往往会牵一发而动全身,搞不好会一招不慎,全盘皆输,所以大家对变更的普遍态度是慎之又慎。

从变更产生的来源来看,变更的因素可以分为两类:内部因素和外部因素。内部因素是指项目的实施过程中,对实施的状态对比计划,发现产生了偏差,从而导致变更项目计划。外部因素则是指客户对项目目标本身发生了变化,从而引起计划的变更。

为了对项目变更进行有效控制,应由项目实施组织,项目管理班子或两者共同建立变更控制系统。变更控制系统就是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其它书面文件,责任追踪和变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。

变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。

项目变更就是影响项目整体和贯穿整个项目过程的变更。项目变更控制的目的有三:

(1)查明项目进行过程中发生的变化是否构成变更,

(2)对造成变更的因素施加影响,

(3)当变更实际出现时,设法处理之。

项目变更控制就是协调贯穿整个项目过程的变更。例如,可交付成果的技术要求说明书发生的变更,若影响到项目范围,进而影响到费用、进度、质量、风险或其它方面,则该变更就是项目变更,应当通过范围变更控制系统处理。

项目变更控制的依据是项目计划、进展报告和变更请求。项目班子成员或项目干系人的变更请求可能会以多种形式提出。但除非特殊情况,只有书面提出者,才能受理。

项目变更控制的工具就是上面提到的变更控制系统。项目变更控制的结果应当有项目计划的更新、采取将项目未来预期进展控制在项目计划范围内的纠正行动和吸取的教训变。

基线与变更申请

1.基线

信息系统的项目管理者对基线的概念并不陌生。基线是软件配置管理的一个重要概念,是已经通过正式复审和批准的某规约或产品,它因此可以作为进一步开发的基础,并且只能通过正式的变更控制过程进行改变。

根据定义的生命周期模型和项目特征来定义基线。在开发周期,基线的建立时间是不同的,可能会受到不同变更权威的控制。计划期间,项目应按如下所述建立基线,用以维护对配置项的完整性的适当控制。每个基线必须记录在配置管理计划中,包含:基线名称、基线内容、在生命周期的什么时候建立、谁有对基线更改的批准权。

当基线形成后,要在项目组内部进行发布。基线的作用是把各阶段工作的划分更加明确化,以便于检验和肯定阶段成果,需求基线则是项目的需求完整定义下来,形成完整的规格。后续变更的基准就是在基线的基础上进行。

2.变更申请

项目变更的申请可能有不同的来源--可能来自一个潜在的用户,系统分析员,测试人员,或软件供应商。项目管理者都应该建立起一套变更请求(ChangeRequest,简称变更请求)的表格,变更请求表格形式必需与软件配置管理计划保持一致,有些变更管理工具也提供一些一般的电子表格形式,项目中还应该有项目变更控制委员会来负责受理变更请求,包括赋予变更请求一个唯一的跟踪编号和分类号,并实际执行变更流程。

变更评审

1.变更控制委员会(CCB)

负责项目都成立一个专门的变更控制机构--变更控制委员会(ChangeControlBoard),经常被简称为CCB.一般来说,变更控制委员会是一个项目主要的管理机构组织,CCB最小应该由下面几部分组成:高层经理、项目经理(技术负责人)、配置管理负责人、质量保证负责人、测试负责人。

变更控制委员会负责评估那些被提交上来的变更请求,针对这些变更的目的、要求和影响来决策:

●同意实施一项变更请求,并且在会议上安排相关的变更实施责任人,和相关联的协作组织;

●拒绝某一项变更请求,并给出拒绝的理由。

制定项目的启动计划时就要建立项目的CCB,它是在项目初期建立的,将确定的CCB人选记录到配置管理计划中,并发通知给项目组和相关组。当正式基线建立或变更时,要召开CCB会议,并进行会议记录,会后形成《CCB会议纪要》。

2.变更评审

CCB收到了变更请求后,会有专门的人员先做一个初步的分析,主要是评估变更的来源,变更的理由,变更产生的影响,变更的代价。某些变更

您可能关注的文档

文档评论(0)

135****3598 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档