变更管理过程

1、变更治理过程文件编号编制版本编制日期审核审核日期批准批准日期变更记录日期版本编制/修改者修订类型描述注：修订类型：A增加,M 修改,D删除一目标和范围1.1 目标变更治理的首要目标是保证组织能以一种标准的方法和步骤,高效、快速地处理所有变更,从而将变更对效劳质M和业务连续性的影响降到最低,并对变更影响、资源需求和变更批准进行限制的治理.这一方法对维持变更需求和变更影响之间的适度平衡非常重要.为了促进变更的平衡过渡,高可见性的变更管理过程和公开的沟通渠道特别重 要.通过变更治理流程,可以帮助所有实施IT变更的人员有一套标准的分步流程去更新或升级IT系统.从而保证由于变更而引起的对 IT环境的影响

2、降到最小,提升IT系统和效劳的 质为业务的快速开展提 供更优质的IT效劳.1.2 范围变更治理的范围：一般限定在配置治理中配置项的范围,即当配置项发生变化时,一般需要经过变更过程.适用于IT运维效劳工程有关的一个或多个特定配置项实施变更的 治理.变更治理流程涵盖客尸 IT 系统的所有变更,包括：主机系统；PC效劳器；业务系统；所有中间件,包括数据库；客尸端客六端相关设备的批M变更,遵循本变更过程；单个客片终端的变更,授权工程师宜接执行变更；网络设备宜接连接客六端的桌面端网络设备的变更,授权工程师宜接执行变更；相关平安系统；通信设备及其软件;不包括：尚处于开发阶段的IT系统的变更；不需要效劳工程

3、组介入的由用片限制的行为动作；已有固定流程的稍微变更,包括口令更改,PC申请维护升级报废,个人用尸IP地 址申请更 改,INTERNET, EMAIL申请等；不包括变更所需要的开发.变更的部署将由发布治理过程治理.单个客尸终端的变更,授权工程师宜接执行变更；宜接连接客六端的桌面端网络设备的变更,授权工程师宜接执行变更1.3 术语表变更分类：是指在维护过程中对系统或效劳做出的各种改变,包括增补、移除和其他修改变更根据设备及技术类型进行分类,以便分配任务.术语定义变更变更是指在维护过程中对系统或效劳所做出的各种改变,包括增补、移除和其他修改.稍微变更稍微变更包括：客片端系统重装、安装升级补丁、新增

4、或删除账号等常规任务,更换设备配件、更换终端设备.一般变更一般变更包括：效劳顺配置参数修改、文件变更、用片版本变更、系统小版本升级、Bug修复.重大变更重大变更包括：效劳器设备变更、效劳器端系统变更、批M数据的更改、系统大版本升级.紧急变更紧急变更包括：指影响关键业务系统正常运行的紧急事件、实施时间紧急的重大变更.由于时间紧迫,变更方案由紧急变更委员会审核后执行.变更分级根据变更的风险大小,给变更分级,以保证工程组对变更必要的重视,以下是变更分级的参考原那么.当变更符合高级别的一项或多项时,即应该按该级别进行处理考虑工程稍微变更一般变更重大变更考虑工程稍微变更一般变更重大变更对其他系统或应用的

5、影响没有1个相关系统或应用多个相关系统或应用回退难度低有回退举措,较易执行很难或不可能回退对业务的影响根本没有影响对业务引较大影响对业务引重大影响变更的难度很容易,且有经验比拟容易,有一定经验难,新技术,无经验.紧急变更变更必须很快得以实施,否那么将严重影响效劳的提供或SLA勺达成.所有必须在2天内完成的变更,视为紧急变更.正常变更：为满足一项或多项业务要求,可以在预定的期限内完成的变更.通常要求的期限超过2天.角色和责任2.1 工程经理接受变更请求(RFC,)并做初步筛选. 保证变更请求(RFC得到评估、授权、限制和方案. 保证 所有相关人员都足够程度地引入到变更请求的评估中.保证治理层得到

6、足够关于变更的数M ,影响度和本钱的信息. 成立变更委员会,并领导和主持变更委员会 (CAB).保证变更在符合组织风 险和需求的情况下,并在适当的时间内实施. 协调变更的构建/测试和实施.保证变更治理流程,制定相关工作步骤及准那么.提供复杂变更请求(RFC的工程治理.生成有效的治理报表.制定变更工程方案和时间规划等.更新工程记录,生成变更工单.在整个变更中协调各工单,以维护变更工程的整体性.保证变更在预定的时间,资源和本钱内完成.在必要时,保证恢复方案得以正确实施.2.2 变更委员会(CAB)评审所有提交的RFC并保证它们的潜在影响和风险得到评估.针对具体变更请求,评估并分派相应资源.回忆所有

7、已执行的变更,保证满足变更目的.参加CA呛议和紧急CA畛议.协助工程经理确定变更优先级及变更规划.一般根据不同变更内容由不同人员组成.及时对变更请求向公司主管领导汇报.人员组成通常包括技术效劳人员、各小组负责人、部门经理、主管总监、业务骨干及研发人员等等.2.3 变更实施者根据工程经理制定的变更实施方案执行分派的任务以推进变更工程.向工程经理汇报工作进程.现场负责变更实施.2.4 变更请求者负责记录和提交变更请求单.提交初步的变更方案和方案.初步评价变更的风险和影响,给变更请求设定适当的变更类型.对理解变更过程有水平要求.三、流程图四、具体内容4.1 变更请求变更请求者确定变更请求,填写?变更

8、请求单?提交给工程经理.4.2 记录和过滤变更工程经理接受变更请求 ,检查变更请求的完整性和正确性,工程经理根据需要确定是否接受变更,工程经理接受变更请求之后,将变更请求登记到?变更治理表?当中.4.3 评估紧急程度工程经理和变更实施者一起根据1.3节“变更分级分类判断所提交的变更是否为紧急变更.如果为紧急变更,那么按紧急变更流程执行.4.4 确定风险变更等级工程经理和变更实施者一起根据1.3节“变更分级分类判断所提交的变更的风险等级.如果为一般变更,那么由工程经理负责批准和授权.如果为重大变更那么由工程经理负责召集变更委员会进行讨论.4.5 影响和资源评估对于稍微和一般变更,由工程经理确定变

9、更对效劳的影响以及变更使用资源的估计.对于重大变更,由工程经理召集变更委员会讨论,确定变更对效劳的影响以及变更使用资源的估计.4.6 批准对于稍微和一般变更,由工程经理根据变更方案决定是否批准该请求变更.对于重大变更,由工程经理召集变更委员会讨论变更方案,是否批准该请求变更.如果批准,那么进入制定变更方案阶段.如果拒绝变更请求,那么由工程经理与变更请求者进行沟通.4.7 方案变更 工程经理安排人员与发布治理、配置治理协同工作确定变更方案,并在?变更治理表?中确认变更方案的执行日期.4.8 构建/测试和实施变更构建阶段所需要完成的主要内容：新的版本；新的文档和手册；安装程序；备份方案； 变更的硬

10、件；回退方案；变更方案； 变更治理在创立阶段负责限制、协调相关工作,必须完善?变更请求单?及相应的说明文件；完整的?变更请求单?应传递给发布治理,并与发布治理及相关部门协调完成各项工作.发布管理及相关部门必须保证有足够的资源分配给已经方案的变更.4.9 测试 测试内容可以包括：支持文档、备份方案、恢复程序、回退方案、变更实施、变更 预期结果.通过全面的测试改良并确定后续实施方案.对于因资源问题,不能进行测试的,应在变更前提供必要的回退举措或应急预案.4.10 发布 将经过测试的变更发布到实际运行系统,工程经理根据实际需要制定发布方案.4.11 评估变更 在变更实施后,按变更的风险级别由工程经理

11、或变更委员会对变更的绩效和改良记录进行评审,评审结果应妥善保管并作为效劳改良方案的输入.4.12 关闭变更 变更成功后,更新变更记录并通知配置治理.从配置治理得到关于本次变更的配置变更确认后关闭变更请求.4.13 紧急变更工程经理和变更实施者一起根据“变更分级分类判断所提交的变更是否为紧急变更.如果为紧急变更,那么工程经理将?变更请求单?宜接提交治理层,由分管领导确认变更,签字后通过.五、变更风险评估5.1 变更风险评估内容 为了保证变更到达尽M少的影响和影响用片业务,在变更申请和变更审批的环节就 应考虑到变更失败或变更操作可能给用尸业务带来的影响,也就是识别变更的风险有哪些.只有在变更过程中慎重考虑到这些风险,并找到方法去降低这些风险,才能保证变更的成功率,从而到达尽M少地影响和损害用尸业务的目标.变更风险限制可以分为三个阶段,即变更风险识别、限制和评审.变更风险的识别,可由变更申请者提出,即变更给用尸业务可能带来的影响；变更风险的限制,可由变更实施者在实施方案中予以考虑,以降低变更风险；变更的评审,可由工程经理或CAB来决定,是否接收变更方案,或拒绝变更.5.2 变更风险处理方法 在变更