工程项目变更管理.docxVIP

工程项目更改管理 工程项目更改管理 PAGE / NUMPAGES 工程项目更改管理 项目更改管理 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 项目更改管理 16.1 项目更改的基本观点 16.1.1 项目更改的含义 更改管理是为了使项目实质履行状况和项目基准相一致而对项目更改进行管理， 其可能 的结果是拒绝更改或调整基准。 16.1.2 项目更改的分类 项目更改有多种分类方式，如： 16.1.3 项目更改产生的原由 项目更改可能是产品范围发生了变化， 即对交托物的需求发生了变化； 也可能是项目范 围发生了变化，或许是项目的资源、进度等履行过程发生了变化。 项目更改的原由好多，常有的有： 16.2 更改管理的基来源则 更改管理的基来源则是第一成立项目基准、 更改流程和更改控制委员会 （也叫更改管理 委员会）。 基准管理 基准是更改的依照 。在项目实行过程中，拟订基准计划并经过评审后即成立初始基准， 今后应针对每次同意的更改从头确立基准。 成立更改控制流程 成立或采用切合项目需要的更改管理流程后，全部更改都一定按照这个流程进行控制。 流程的作用在于将更改的原由、 专业能力、资源运用方案、决议权、关连人的共鸣和信息流 转等元素有效地综合起来，按科学的次序进行更改。 成立更改控制委员会 成立更改控制委员会并明确其职责，明确更改流程中有关工作的角色及其职责。 完好表现更改的影响 更改管理过程中需要全面完好地剖析更改可能产生的影响，为更改控制供给依照。 更改产生的有关文档应归入配置管理中 能够使用手工活自动化工具进行配置管理，当前常用的配置管理工拥有Ratinal ClearCase、 Perforce、CA CCCC/Havest、 Merant PVCS、 CVS等，常用的开源免费的配置管理 工拥有 SVN、 GIT、 CVS等。 16.3 更改管理角色职责与工作程序 16.3.1 角色职责 更改管理过程波及到的角色主要包含项目经理、更改控制委员会（ CCB）、更改申请人、 更改履行人以及配置管理员等。 16.3.2 工作程序 更改管理的一般工作程序 以下： 提出更改申请 更改申请可能是：纠正举措、预防举措、缺点挽救、更新。 更改影响剖析 CCB审察同意 实行更改 监控更改实行 结束更改 16.4 更改管理有关事宜 16.4.1 更改管理操作重点 对更改产生的要素事假影响， 仿真不用要的更改， 减少无谓的评估， 提升必需更改的经过效率。 更改的操作过程应该规范化。 对更改的确认应该正式化。 16.4.2 更改管理和整体管理及配置管理的关系 更改管理是项目整体管理的一部分，属于项目整体更改控制的范围。 配置管理重点关注可交托产品 （包含中间产品） 及各过程文档， 而更改控制则着眼于辨别、记录、同意或反对对项目文件、可交托产品或基准的更改。 更改管理过程中包含的部分派置管理活动以下。 配置项辨别。 辨别与选择配置项， 进而为核实产品配置、标志产品和文件、 管理更改和明确责任供给基础。 配置状态记录。 为了能实时供给对于配置项的正确数据，应记录和报告配置项的相 关信息。此类信息包含更改控制中的已同意的配置项清单、 更改申请的状态和已同意更改的实行状态。 配置确认与审计。 经过配置确认与配置审计， 能够保证项目各配置项构成的正确性， 以及相应的更改都被登记、评估、同意、追踪和正的确施， 进而保证配置文件所规定的功能要求都已实现。