下载文档原格式
设计变更管理流程……房地产公司……年……月……日目录1流程概述 (3)1.1流程目的及适用范围 (3)1.2定义 (3)1.3流程关系 (3)1.4部门职责 (3)1.5流程输入及输出文件 (4)2流程图 (4)3流程操作指引 (5)3.1设计变更控制原则 (5)3.2变更内容 (5)3.3工作程序 (6)3.4其它规定 (9)1流程概述1.1流程目的及适用范围1.2定义1.3流程关系1.4部门职责2流程操作指引3.1设计变更控制原则1)符合国家规范设计变更应是对原设计中不满足国家规范、法规的部分进行变更，使之满足国家相关规范、法规。
2)保证使用功能设计变更应是对原设计中不合理的部分进行变更，变更后应比原设计更合理、更满足使用功能。
3)降低建造成本在不影响使用功能、满足国家规范的前提下，变更方案应更加节约成本。
4)保证建造工期在不影响使用功能、满足国家规范的前提下，变更方案应更缩短施工周期。
5)权力限制原则：公司对设计变更管理实行严格的权限规定，不在权限范围之内的签字一律无效，如对公司造成损失，追究越权签字人的责任。
6)时间限制原则：公司对设计变更及其结算实行严格的时间限制，除事先沟通并得到认可外，一般不应事后补办。
7)一单一算原则：一个设计变更通知单应编制一份结算单，且对应一个工程合同。
8)一月一清原则：每月10日前，开发商、承包商应就截止上月末已完工且手续完备的设计变更，核清造价并签字确认，交部门领导复核。
9)完工确认原则：设计变更完工后，开发商现场工程师和监理工程师必须在完工后5日内签字确认，如属隐蔽工程，必须在其覆盖之前签字确认。
10)法律约束原则：必须签订《设计变更、现场签证补充协议》。
11)标准表格原则：所有的设计变更单都必须使用规定的标准表格。
3.2变更内容1)原设计中不符合国家规范、法规的内容；2)原设计中某些施工工艺做法现场难以实现、改进后更加合理的内容；3)原设计中某些功能要求不能达到或违背销售承诺而需要进行改进的内容；4)原设计中存在的遗漏、缺陷等内容；5)由于某种需要公司提出的对原设计的更改内容；6)客户提出的变更。
企业变更管理流程文档操纵文档分类版本操纵批准目录1概述 .......................................................................................... 错误!未定义书签。
2变更流程 .. (3)2.1摘要 (3)2.2提交变更申请 (4)2.3审核变更申请 (5)2.4识别变更可行性 (5)2.5批准变更申请 (5)2.6实施变更申请 (5)3变更任务 (6)3.1变更申请人 (6)3.2变更经理 (6)3.3变更可研小组 (6)3.4变更审批小组 (6)3.5变更实施小组 (6)4变更登记 (7)5变更模板 (7)1 概述描述变更管理的目的。
就项目中变更管理的总体流程提供一份概述，如：变更管理流程是成功交付项目的基础。
变更管理流程确保对在项目环境中的每个变更在实施往常都得以恰当的定义、评估与审批。
对项目的变更管理是通过对下列五个关键步骤的实施引入的。
，:➢提交与接收变更申请➢审核与记录变更申请➢确定变更申请的可行性➢批准变更申请➢实施与结束变更申请2 变更流程对将要执行的流程与程序做一个图表概述，以启动、实施项目中的变更并审核其效果。
比如：Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows:2.1 概要下图对将要执行的变更流程与程序做了一个概述，以有效地管理与项目有关的变更。
同时也明确的变更管理中的职责分工。
Change ManagementRoleChange Management Process 2.2 提交变更申请本步骤中项目团队中的任何成员都能够提交项目变更申请，需要完成下列工作：➢ 变更申请人识别项目中任何方面的变更需求（如范围、可交付成果、时限、组织）. ➢ 变更申请人完成变更申请表（CRF ），并将其呈交变更经理。
基金业协会备案系统业务变更操作流程及说明一、业务变更操作流程：第一步，如图选择：第二步，选择变更信息对应页签。
例如：变更管理人应选择“管理人信息”页签；变更管理费应选择“合同信息”页签。
第三步，点击页签下方“变更”按钮，填写“变更时间”，简要描述“变更内容”。
然后重新编辑更新该页签的信息。
第四步，相关页签信息更新完成后，点击页面下方“保存”按钮。
第五步，进入“相关上传附件”页签，点击下方“变更”按钮，填写“变更时间”，简要描述“变更内容”。
第六步，请根据系统提示添加与基金业务变更有关的附件，如“变更决议文件”。
第七步，单击页面上方“提交”按钮，将业务变更申请提交至协会办理。
第八步，填报或上传信息不完备的，系统会弹出提示，请根据提示内容修改后提交。
二、常见业务变更操作示例：基金在运作过程中实际运作情况发生变化，填报人需根据不同变更情况修改系统填报内容，并上传更新后的相关协议（可根据系统提示上传）。
操作示例中列举了基金运作过程中常见的变更情况以及对应的操作步骤，每个示例后附有“类似操作”供信息填报人参考。
示例 1：基金展期变更内容：经全体合伙人一致同意，合伙型基金 A 展期 1 年。
特点：既涉及基金条款变更，需上传最新的基金合同/合伙协议/公司章程以及相关变更决议文件，也涉及填报内容变更。
操作：第一步，基金展期直接导致基金到期日延后，存续期延长。
应变更“基本信息”页签下的“基金到期日”和“合同信息”页签下的“存续期限”字段。
第二步，进入“相关上传附件”页签，点击下方“变更”按钮，上传全体合伙人签署的同意变更决议，以及新签订的合伙协议。
第三步，点击“提交”按钮。
如果系统有提示，则根据提示内容修改；系统没有提示则表示已成功提交。
类似操作：1、契约型基金更名需上传最新签署的基金合同以及相关变更决议文件；2、合伙型、公司型基金更名除需上传最新的合伙协议/公司章程外，还应上传最新的基金营业执照/主体资格证明文件以及相关变更决议文件；3、合同信息页签、结构化信息&杠杆信息页签中填写内容发生变更需要上传最新的基金合同/合伙协议/公司章程以及相关变更决议文件。
业务变更管理流程版本记录目录1.文档介绍 (1)1.1.文档简介 (1)1.2.文档用途 (1)2.变更管理流程简介 (2)2.1.变更管理流程描述 (2)2.2.目的 (3)2.3.围 (3)2.4.主要容 (3)2.5.业务价值 (5)3.变更管理的人员角色和职责 (7)3.1.变更经理 (7)3.2.变更顾问委员会（CAB/EC） (8)3.3.变更主管 (8)3.4.变更实施人员 (9)3.5.某客户人员角色定义 (9)4.变更管理流程说明 (10)4.1.变更管理总体流程 (10)4.2.变更管理流程和其他管理流程的关系 (12)4.3.变更管理详细流程 (12)4.3.1.（350）紧急变更逻辑流程 (12)4.3.2.（300.1）提交变更请求 (15)4.3.3.（300.2）接受变更请求 (15)4.3.4.（300.3）评估风险/影响 (16)4.3.5.（300.4）测试/实施计划 (17)4.3.6.（300.5）计划&沟通 (18)4.3.7.（300.6）变更实施 (18)4.3.8.（300.7）回顾 (19)4.3.9.（300.8）结束 (20)4.4.SD相关代码定义 (20)4.4.1.请求者优先级别 (21)4.4.2.影响度 (21)4.4.3.风险 (21)4.4.4.状态 (22)4.4.5.变更工单实施状态 (22)4.4.6.结束代码 (22)4.4.7.类别（Category） (22)4.4.8.类型（Type） (23)5.变更管理流程控制 (24)5.1.变更管理流程政策/建议 (24)5.1.1.政策 (24)5.1.2.建议 (25)5.2.管理报表 (25)5.3.工作报表 (26)6.附件 (27)1.文档介绍1.1.文档简介本文档是某客户变更流程设计说明及分析报告，是中国某公司和某客户信息科技部安全运行处（以下简称某客户）一起制定的变更管理的流程说明文档，通过制定该流程，可以帮助所有实施IT变更的人员有一套规的分步流程去更新或升级生产环境中的IT系统。
1变更目标变更管理确保标准方法和过程可以得到使用，对服务质量产生最小的影响，并得到快速实施，确保所有变更都进行了有效跟踪。
从而能够有效的提供IT服务，减少变更对IT服务质量的不利影响。
2组织人员2.1变更管理员负责对变更请求进行过滤和分类，对变更进行管理，并负责变更实施过程中的筹划和协调工作。
在嘉定项目中，变更管理员（经理）是由客户相关人员来担当的。
2.2变更顾问委员会变更委员会定期开会，评估变更，对变更进行排序，拟定相应的计划。
正常情况下只有重要的变更才会交由变更委员会进行处理。
变更委员会的组成如下：●变更管理员（经理）●服务级别管理员（经理）●服务台经理●应用开发代表●供应商代表委员会成员不限于以上人员。
2.3紧急变更委员会紧急变更委员会隶属于变更委员会，其成员由变更委员会中的部分成员组成，负责紧急变更的会商处理工作，以便作出快速决定。
配置管理流程提供配置项信息并监控配置项的状态紧急程序回滚计划3 变更流程3.1变更管理总流程变更请 求记录批准或拒绝 变更请求接受 分类（类别/优先级）拒绝终止是否紧急否 规划 （影响和资源）协调构建 测试 实施是是否正 常运行是评估并终止图 3.1-1 变更管理总流程图否3.2正常变更流程变更管理员变更管理员变更管理流程说明变更管理员变更请求请求过滤变更分类确定变更级别重大重要次要变更管理员提交变更请求至高级委员会成员高级管理层从业务或财务角度接受或拒绝变更关闭变更管理员变更回顾变更管理员提交变更请求至变更委员会成员变更委员会从技术、业务或财务角度接受或拒绝变更变更管理员测试变更变更管理员提交接受变更和实施的报告给变更委员会成员变更执行小组构建、测试计划和回滚计划测试人员测试变更图 3.2-1正常变更流程图3.3紧急变更流程变更管理员变更管理员变更管理员变更请求变更管理员变更实施变更管理员变更信息及时更新请求过滤测试人员紧急测试变更管理员变更回顾变更分类并初始化级别变更执行小组紧急构建、测试计划和回滚计划关闭通知变更委员会召开紧急变更会议(紧急)变更委员会快速评估影响和优先级图 3.3-1紧急变更流程图4变更管理活动4.1记录4.2记录要点首先变更请求都必须记录下来，包含以下要点：●变更请求标识码；●相关联的问题/已知错误；●相关配置项描述；●需要变更的配置项的最新版本配置信息；●提交变更请求的人员姓名、地点、提交时间和电话；●变更时间要求或限制；4.2.1变更分类变更请求分类如下：●标准变更已经得到全面的定义和神品，属于日常变更，不需要变更管理流程进行单独评估（注意：不是所有的服务请求都是变更）。
配置变更管理流程配置变更管理流程文件名称：配置变更管理流程文件编号：技术部V1.0编写部门：技术部审批人：安全管理部门版本号：V1.0编写人：技术部发布时间：2016-04-12密级：内部第1页共8页目录：1.引言2.安全配置变更管理流程3.配置变更管理流程的主要内容4.配置变更管理流程的具体步骤5.配置变更管理流程的实施方法6.配置变更管理流程的监督与评估7.配置变更管理流程的改进1.引言本文档旨在规范配置变更管理流程，确保安全管理的有效性和可靠性。
配置变更管理流程是指对系统、网络、应用程序等进行修改、更新、升级、维护等操作的管理过程。
本文档适用于公司内所有涉及配置变更的部门和人员。
2.安全配置变更管理流程安全配置变更管理流程是指在配置变更管理流程中，针对安全问题的管理过程。
安全配置变更管理流程的目的是保证配置变更的安全性和可控性，防止安全漏洞的产生和扩大。
3.配置变更管理流程的主要内容配置变更管理流程的主要内容包括：配置变更的申请、评估、审批、实施、测试、验证和记录等环节。
其中，安全配置变更管理流程还包括安全需求的评估、安全控制的实施和安全测试等环节。
4.配置变更管理流程的具体步骤配置变更管理流程的具体步骤包括：4.1 配置变更申请4.2 配置变更评估4.3 配置变更审批4.4 配置变更实施4.5 配置变更测试4.6 配置变更验证4.7 配置变更记录5.配置变更管理流程的实施方法配置变更管理流程的实施方法包括：制定配置变更管理制度、建立配置变更管理流程、培训配置变更管理人员、建立配置变更管理数据库、实施配置变更管理工具等。
6.配置变更管理流程的监督与评估配置变更管理流程的监督与评估是指对配置变更管理流程进行监督和评估，以确保配置变更管理流程的有效性和可靠性。
监督与评估的方法包括：定期检查、抽查、评估报告等。
7.配置变更管理流程的改进配置变更管理流程的改进是指对配置变更管理流程进行改进和优化，以提高配置变更管理的效率和质量。
密级：内部使用编号：附件一：深圳证券交易所系统运行部变更管理流程目录1概述 (1)2角色及职责 (1)3输入 (2)4输出 (2)5流程描述 (2)5.1变更类型和审批权限 (2)5.2变更窗口 (3)5.3流程图 (3)5.4流程描述 (3)6流程报告 (5)7关键绩效指标（KPI） (5)8流程质量控制 (5)8.1流程图 (5)8.2流程描述 (6)1概述变更管理流程目标1.规范和控制变更流程；2.将变更所带来的负面影响降到最低。
适用范围深圳证券交易所系统运行部（以下简称系统运行部）管理范围1.生产系统的变更；2.配置数据库中配置项的变更；3.新服务以及服务的变更，包括服务终止；4.服务级别协议和供应商合同的变更。
2角色及职责角色职责变更负责人1.确保变更管理流程的设计、实施及执行能够取得管理层的参与和支持；2.整体上对变更管理流程负责，建立流程实施、评估和持续优化机制；3.监督检查流程的执行，定期评估流程，制定流程改进计划。
变更经理1.预审提交的变更请求,对变更进行影响度评估和风险评估；2.审批一般变更,必要时将变更提交部门主管领导审批；3.根据不同变更指定CAB成员并主持召开CAB会议；4.负责变更完成后的回顾总结，定期提交管理信息报告；5.关闭变更。
变更管理委员会（CAB）评估变更影响和风险，对是否批准重大变更进行表决。
变更主管1.负责变更的风险评估以及标准变更的影响评估，组织完成变更实施；2.遵循变更流程进行构建、测试和实施。
变更请求人员提出变更请求。
变更登记人员系统运行部之外的人员提出的变更请求,由变更登记人员在系统中创建变更请求。
3输入输入项来源周期变更请求各职能组，其它管理流程发生时4输出输出项包含内容去向周期变更请求单配置更新工作记录配置管理员发生时变更进度状态变更经理、变更主管发生时变更审批情况记录变更经理、变更主管发生时CAB表决情况记录变更经理发生时5流程描述5.1变更类型和审批权限类型描述预审风险评估测试审批标准变更指相对常见、有基本固定流程、并且为组内广为接受和需要的变更。
××××××有限公司工艺变更控制程序XX-XX-B/0××××××有限公司发布工艺变更控制程序1.目的本业务程序规范产品量产后工艺变更业务的实施规则，确保量产品工艺变更活动能够切实有效进行。
2.范围本程序适用于公司销售的所有的产品和零部件在制造4M变更的管理，如客户对4M变更、初物管理存在特殊要求，应当以本程序结合客户的特殊要求实施，如本程序与客户要求不一致，则应当按照客户要求进行。
3.规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版本均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
《文件控制程序》《生产件批准程序》《工程业务管理程序》4.定义从质量管理的角度来说，4M（MAN、MACHINE、MATERIAL、METHOD）变更是连续生产过程中引起质量波动的主要原因，公司应对影响产品实现的4M 变更进行控制,并对变更的影响/风险进行评估（如对变更进行FMEA分析），且应策划工程/试验验证和试装品确认等活动。
变更必须在实施前予以确认、批准。
1) 初物:指新产品在开发结束后第一批交付的产品，或量产后的设计变更,品质改善,4M变更后第一批生产的产品。
2) 工艺更改：涉及制造4M的更改统称工艺更改。
3) 4M：特指Man(人)、Machine(机器)、Material（材料）、Method(作业方法)。
4) 制造4M的更改：——Man (人的更改) ：在产品以及零部件的制造过程中，在特殊过程以及重要过程中被指定作业者的变更；——Machine (机器的更改)：制造设备、仪器、模具、夹具、工治具的变更；——Material（材料的更改）：专指工艺辅助材料的更改；——Method (方法的更改)：作业流程、作业方法的变更。
业务变更管理流程版本记录目录1.文档介绍1.1.文档简介本文档是某客户变更流程设计说明及分析报告，是中国某公司和某客户信息科技部安全运行处（以下简称某客户）一起制定的变更管理的流程说明文档，通过制定该流程，可以帮助所有实施IT变更的人员有一套规范的分步流程去更新或升级生产环境中的IT系统。
从而保证由于变更而引起的对IT 环境的影响降到最小，提高IT系统和服务的质量，为业务的快速发展提供更优质的IT服务，并且可以有效地实施其他相关ITSM管理流程，如配置管理。
本文档描述的是依据目前某客户的IT服务状况而制定的变更管理流程说明，以后进一步的更新和优化将由某客户负责。
文档用途来自本文档一方面作为本次ITSM项目的变更管理流程说明的交付物，也可为进一步设计变更管理流程的蓝本，读者对象为与变更管理流程相关的所有技术和管理人员。
本文档所描述的流程在IT服务管理中有许多作用，它提供一个统一的一致的生产系统的实施和变更流程以确保：a) 所有需要的递交物已完成；b) 所有的系统已测试；c) 已完成彻底的实施计划。
变更管理流程确保在打软件补丁，实施事件解决方案或引入新系统时有能够遵循的流程。
它详细描述在某客户的IT环境中如何实施一个变更，如，上线一个新系统。
并包括定义在变更流程中涉及的文档资料。
2.变更管理流程简介2.1.变更管理流程描述变更管理理想来看应该是一个单一的职能流程来控制和管理整个IT运行环境中的一切变更，并和配置管理建立接口。
变更管理应该由管理工具来支持，管理的范围可包括软件，硬件，通讯设备和文档等的变更。
变更经理应该对整个变更流程负责，但这并不意味着自己要做每件事情，而是要确保有人在做应该做的事情。
ITIL建议成立一个变更顾问委员会(CAB)来帮助和支持变更经理，CAB的成员根据变更的实质可以包括客户代表，运维支持，应用开发和供应商等跟变更有关的人员。
CAB通过开会等手段来考虑和评估变更请求(RFC)的：潜在风险和影响；实施变更需要的资源；是否批准变更；如果批准，什么时间实施。
本公司建议：初期CAB－个季度对已实施的变更回顾一次，正常运行后某客户再根据运行情况确定周期；针对具体某一项变更回顾的报告结果可以用附件的方式附加在该变更单上进行保存；CAB也负责变更实施后的回顾以确保：变更是否成功是否产生其他副作用实际所用的资源和预期的是否一致，如果不是，调整评估流程。
批准后，变更将进入计划，测试/构建和实施阶段。
计划/构建阶段也包括开发一个恢复计划(Fallback Plan)，用以在实施阶段出现问题或紧急状况时需要把变更回退回去。
变更管理流程也负责紧急变更，在此种情况下，变更的评估，计划，测试和实施阶段都将快速进行。
来自2.2.目的某客户 IT变更管理流程将通过标准统一的方法和步骤管理和控制所有对IT生产环境有影响的变更，主要的目的包括：IT部门可以管理和引导用户变更需求；通过对所有变更的正确评估，可以维护IT环境的完整性；变更和变更实施得到正确记录，并提供审核统计；减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用；提供了一致性的变更实施质量控制；提高资源使用率（如，未得到正确控制和授权的变更需要更多的后续资源）；确保实施的变更不会超出预定的系统利用限值；确保紧急变更请求得到快速实施（由紧急变更委员会(CAB/EC)负责）。
2.3.范围变更管理流程涵盖生产环境及CMDB中CI的所有变更，包括：服务器；业务系统 (新系统上线，生产系统的变动)；客户端；网络设备；存储设备；机房环境；在ServiceDesk中的CMDB数据项及其和CI之间的配置关系；不包括：尚处于开发阶段的IT元素的变更；不需要某客户IT部门介入，并且不影响IT运维的由用户控制的行为动作；2.4.主要内容某客户IT变更管理流程将包括如下内容：接受RFC(变更请求)所有变更请求，都需递交到变更经理，供评估和批准。
评估变更分类、变更级别等，确定与变更相关的CAB人员，变更经理对常规变更进行实施；变更请求分类和登录通过分类，确定该RFC的批准人和领导／执行人，并确定是否是紧急变更，紧急变更适用同一流程但将得到快速批准和实施。
提交RFC到变更顾问委员会（CAB）进行评估，确定影响度变更经理将根据特定的变更请求成立特定的CAB，成员包括对该变更的评估和批准提供应有附加价值的技术人员和管理人员。
评估工作包括技术可行性，对容量的影响，对现有服务的影响，资源需求等。
批准RFC变更经理确定对该RFC有批准权的经理参加CAB，必要时参与评估。
评估后该经理根据判断决定是否批准RFC。
检查变更计划／测试结果，并批准实施变更经理确定合适人员主管该变更并参与CAB，称为变更主管。
变更请求得到评估和批准后，变更主管安排相应资源进行变更的构建／开发，然后需要对将要实施到生产环境的变更进行测试，并制定实施计划，随后提交测试结果和计划给变更经理以获得实施。
变更经理必需要确保测试结果和计划都有文档记录和得到签署，并确认变更对生产环境没有影响或影响可以得到控制。
这一步骤为变更流程的关键质量检查点。
规划RFCRFC一旦获得批准，它必须根据资源和其他情况进行规划，确定实施日期，分配相应资源，并通知请求人。
协调变更实施Coordinating the change implementation一切就绪后，可以实施变更。
建议某客户计算机中心的运维组实施相应变更，变更经理监视实施过程，并在必要时进行协调。
更新变更状态在整个变更过程中，变更的状态从登记，评估，回顾到最后关闭是不同的。
变更经理负责更新预先定义好的变更状态。
回顾和关闭实施变更后，变更经理负责从技术和流程角度去回顾变更，该回顾在预先定义好的时间段针对变更单独进行，除确保RFC得到了预期效果外，也寻找流程的改进机会，如资源计划和实际使用的一致性。
确定是否满足了变更目的，有没有副面影响，否则需制定后续行动计划。
随后，变更经理负责利用预先定义好的结束状态关闭RFC。
总结汇报向管理层提供流程报表，向客户提供变更的相关执行信息。
定期向相关小组／部门根据流程衡量标准汇报很重要，只有如此，才可以基于现有环境的最新信息，作出进一步的改进建议。
变更会议变更经理负责定期或不定期召开变更会议，以在IT内部以及与客户就变更管理有一个好的沟通。
在会上，可以传递如，最近变更规划（ＦＳＣ），将要实施变更的信息，也包括对变更流程的反馈和建议等。
变更流程回顾建议定期回顾变更管理流程以提高效率和效能，在实施变更流程不久之后，可以进行第一次回顾，以确保流程得到正确实施并起到预期目的，发现的问题必须追根溯源并尽快解决。
之后，可以定期举行正式的回顾——如每三个月。
2.5.业务价值本流程将有助于实现某客户提高IT系统可用性的运维目标：确保所有变更的实施都不会对业务产生负面影响；确保所有变更的处理和实施都遵循规范的变更流程；确保所有变更及实施都得到完整记录；快速响应变更请求RFC；确保变更得到跟踪直至解决；确保和所有相关人员/部门能就变更状态有良好沟通；变更请求能有从业务/客户角度定义的影响度；变更的处理机遇所定的影响度分析；变更管理流程主要的好处在于：提高IT环境的稳定性；面对客户需求和技术的快速变化，变更的管理和控制将使对生产环境的变更实施可能带来的风险最小化。
降低运行成本；来自良好的变更记录有助于运维流程的持续性改进，并加快变更相关问题的解决。
3.变更管理的人员角色和职责在变更管理流程中，ITSM对角色建议有４个，变更经理，变更顾问委员会（CAB），变更主管和变更实施人员。
在标准ITIL标准流程中采用CAB环节一般作为参考条件，但是考虑到某客户目前很多运维和变更工作需要各个组协同执行，所以推荐成立CAB。
各角色述职如下：3.1.变更经理根据ITSM最佳实践，结合某客户的实际情况，建议变更经理和配置经理的角色是一个人，这样可以使变更管理和配置管理结合得更加紧密，同时可以保障配置管理CMDB的准确性。
另外，还可以使相关流程更加简捷，确保ITSM管理流程的可推广性。
变更经理职责：接受变更请求(RFC)，并做初步筛选；确保变更请求(RFC)得到评估,授权,控制和计划；确保所有相关人员都尽可能地引入到变更请求的评估中；确保管理层得到足够关于变更的数量，影响度的信息；成立变更委员会，并领导变更委员会(CAB)和主持相关会议；确保变更在符合组织风险和需求的情况下，并在适当的时间内实施，在变更单中确定选择实施时间（保证实施时间的有效性）；分派相应资源；协调变更的构建／测试和实施；领导，支持和指导员工，确保变更管理人员足够的积极性和绩效表现；确保变更管理流程，制定相关工作步骤及准则；提供复杂变更请求(RFC)的项目管理指导；生成有效的管理报表；变更经理主要技能：非常了解变更管理、问题管理、配置管理和事件管理流程及其他们之间的关系；了解公司的IT架构和环境；了解配置项之间的关系；较强的沟通技巧；较强的组织能力；很强的团队领导能力；变更经理主要考核指标：变更请求（RFC）的有效管理和控制；在变更回顾中，无效和负面变更的情况；对其他管理流程的支持力度；3.2.变更顾问委员会（CAB/EC）变更顾问委员会（CAB or CAB/EC）职责：回顾所有提交重要的RFC，并确保它们的潜在影响和风险得到评估；针对具体变更请求，评估并讨论相应资源的分派；回顾所有已执行的变更，确保满足变更目的；参加CAB会议和紧急CAB会议；协作变更经理确定变更优先级及变更规划；在某客户，变更经理可能对CAB成员（大部分是运维组成员）没有行政权，为了保证CAB成员都能够参加讨论，同石化相关人员确认建议，可以在CAB中加入运维组组长；变更顾问委员会（CAB or CAB/EC）的组成人员：CAB的组成人员可以根据具体的变更种类指定不同的人参与；固定成员：变更经理、运维组组长、变更主管、项目组组长；如果是重大的实施类变更，需要某客户计算机中心领导人参与，如，科长或主任等；一般的实施类变更，CAB成员可以简化，如，变更主管可以和变更实施人员合并；3.3.变更主管变更主管属于不确定具体人员的角色，可以根据不同的变更种类，分派不同的人员作为变更主管。
对于普通的实施类变更，还可以将变更主管和变更实施人员合并在一起。
变更主管主要关注在测试计划、技术方案、实施计划等。
变更主管职责：接受变更请求，并协调实施；作为具体变更的项目经理，负责领导变更的构建／测试，实施和参与回顾；制定变更项目计划和时间规划等；更新项目记录，生成变更工单；在整个变更中协调各工单，以维护变更项目的整体性；确保变更在预定的时间，资源和成本内完成；在必要时，确保恢复计划（Fallback Plan）得以正确实施。
