1、编 号： ITSS-2-CH-01版 本 号： V1.0受控状态： 受控密 级： 内部公开郑州创元计算机网络工程有限公司IT 运维体系文件变更管理过程ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 2版权声明和保密须知本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属郑州创元计算机网络工程有限公司所有，受到有关产权及版权法保护。任何单位和个人未经郑州创元计算机网络工程有限公司的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。Copyright 2014 郑州创元计
2、算机网络工程有限公司 版权所有ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 3文档信息文档编号：ITSS-2-CH-01 文档名称：变更管理过程起草人:王俊 审核人：李书升批准人：张少华 生效日期：2014 年 08 月 11 日发布范围：全公司修订记录版本号 修订日期 修改人 批准人 修改章节 修改记录V1.0 2014-8-11 王俊 张少华 创建新文档ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 4目 录1. 文档介绍 .52. 术语定义 .53. 内容 63.
3、1 流程策略 63.1.1 变更类型 63.1.2 责任人策略 .73.1.3 审批策略 73.1.4 目标解决时间策略 73.1.5 前导时间策略 .73.2 流程相关定义 .83.2.1 变更分类 83.3 角色及职责 83.4 流程输入及输出 .93.4.1 流程触发条件 .93.4.2 输入 .93.4.3 输出 .93.4.4 流程关闭条件 .93.5 流程描述 93.5.1 作业流程图 .93.5.2 流程活动说明 .103.6 流程衡量指标及报表 104. 相关文件 .115. 相关记录 .11ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络
4、工程有限公司 版权所有 51. 文档介绍本文档编写的目的是规范郑州创元计算机网络工程有限公司（以下简称创元网络）对 IT 基础设施和系统的变更，从而将由变更引起的对 IT 环境的影响降到最小，同时促进其他相关过程的有效实施，比如配置管理。本过程的管理范围与配置管理过程一致，包括但不限于： 服务器 存储 网络系统 系统软件和应用软件 计算机设备2. 术语定义中 文 术 语英 文 术 语 定 义变更 Change 变更（Change）是指对生产环境中的配置项所作的增加、修改或移除。变更记录 Change Records 指经过授权的变更（包括计划中的和已实施的）对哪些配置项产生影响以及怎样产生影响
5、的详细信息的记录。比如优先权的分配情况、影响评估与授权的具体时间等等。变更请求 RFC(Request For Change)变更请求（如对软件特征的变更请求）必须由变更管理流程进行评估，同时将对基础设施做出一定的修改。变更顾问委员会CAB(Change Advisor Board)变更顾问委员会（Change Advisory Board）指一组在实施变更时能够为变更管理提供专业意见的人。变更顾问委员会为变更经理提供接受或拒绝有关变更的建议。紧急变更顾问委员会EC (Emergency, Change Advisor Board)紧急变更顾问委员会指一组在实施紧急变更时为变更管理提供专业意见
6、的人。ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 63. 内容3.1 流程策略3.1.1 变更类型变更类型代表了变更执行的审批路径，可分为紧急变更、重大变更、一般变更和标准变更四类： 紧急变更 紧急变更指的是如果不进行变更，会立即严重影响业务运行、导致服务等级受到严重影响的变更，故该类变更需通过快速路径来执行。 重大变更 重大变更指的是涉及影响范围较大、实施风险较大（实施的失败会带来重大后果） 、实施较复杂（例如需要多人或多部门协同实施处理）的变更。 对服务有重大影响的变更；删除服务等 一般变更 一般变更指的是影响范围和实施风险
7、较小、实施较简单的变更。 标准变更 标准变更指的是日常发生、影响范围小、有标准操作流程、实施风险小的预授权的变更； 标准变更需要预先制定出相应的变更清单，涉及客户的部分需要与客户确认； 标准变更遵循事件管理流程。同时，考虑到创元网络的业务特点，变更优先级和变更类型将一一对应，即：变更类型 变更优先级紧急变更 0重大变更 1一般变更 2标准变更 3ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 73.1.2 责任人策略责任人策略用来确保在变更和发布的任何时段都有适当的人员负责，从而保证变更和发布处理的及时性及有效性。一般根据变更类型不
8、同区分责任人： 紧急/重大变更/一般变更由变更经理为责任人； 标准变更由变更实施者为责任人，确保该变更的实施结果达到变更请求人或用户的期望。3.1.3 审批策略所有变更请求单必须经过审批之后方可实施，但不同类型的变更对应的执行路径和审批人员不尽相同。有关创元网络所定义的“审批策略”（变更的执行途径及相应的审批人员）请参考变更管理流程策略模板。3.1.4 目标解决时间策略目标时间策略主要针对不同类型的变更，规定了几个关键步骤所应该完成的时间。有关创元网络所定义的“目标解决时间”请参考变更管理流程策略模板。3.1.5 前导时间策略前导时间是指从提交变更到变更实施之前所需要进行评估、审核等准备活动的
9、最少时间。前导时间是基于变更影响度而定的。实施变更需要适当的前导时间进行评估和制定计划。前导时间策略必须与目标时间策略结合来考虑制定。有关创元网络所定义的“前导时间”请参考变更管理流程策略模板。ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 83.2 流程相关定义3.2.1 变更分类在本项目中，创元网络可使用三级（CTI）分类来对变更进行分类：类别（Category） 类别是 CTI 分类方法的最高层。它将被用作对变更进行分组的第一层。例如：硬件、软件、网络。子类（Type） 子类用来区分每个“系统”的基本组成模块。它将被用作对变更
10、进行分组的第二层。例如：对类别“硬件”来说，可以分为服务器、打印机等“子类” 。项目（Item ） 项目是这个层次体系中的第三层。这一层是指具体变更执行的操作，如添加、删除、更新等。项目这一层能够获得更详细的信息和更准确的搜索。有关创元网络所定义的“变更分类”请参考变更管理流程策略模板。变更状态、变更关闭和变更信息项代码设计参见变更管理流程代码设计模板。3.3 角色及职责角色 主要职责变更经理 负责变更管理流程中所有具体活动的执行和监控管理 主持 CAB 和 EC 会议 实施日程安排以及实施发布过程的监控协调 负责变更实施后的评审和回顾 负责协调相关的资源，保障所有变更按照预定流程顺利运作变更
11、请求者 负责记录与提交变更请求单（RFC） 初步评价变更的风险和影响，给变更请求设定适当的变更类型变更审批者 负责对变更进行评估，并确定是否批准 可能以个人形式或 CAB/EC 会议的形式参与变更的风险评估和审批变更实施者 制定具体详细的变更实施计划（如有需要，还应制定测试计划）ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 9 负责按照实施计划实施变更（包括必要时的恢复步骤）3.4 流程输入及输出3.4.1 流程触发条件变更流程通常由以下原因作为触发条件： 由事件的解决与恢复产生的变更请求 由已知错误的解决而产生的变更请求 生产环
12、境等产生的变更请求3.4.2 输入 变更请求单3.4.3 输出 已关闭的变更请求单 发布通知单 配置信息修改通知单3.4.4 流程关闭条件 变更已经实施完成并经过评审和确认3.5 流程描述3.5.1 作业流程图1变 更 启 动和 记 录3变 更 计 划和 排 程5变 更 回 顾和 关 闭4变 更 实 施2评 估 & 审 批ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 103.5.2 流程活动说明编 码 活 动 责任人 说 明CH.1 变更启动和记录变更请求者 记录变更的信息 初步确定变更的类别、优先级、类型、风险水平、相关 CI
13、等 提交变更请求(RFC)CH.2 变更评估&审批变更经理/ 变更实施者 确认是否受理变更请求 如果受理，排定变更的评审计划（包含初步的实施计划） 将变更单提交给相应审批者或 CAB或 EC 进行评审CH.3 变更计划与排程变更经理/ 变更实施者 变更通过审批后，变更经理安排相应的变更实施者制定具体详细的变更实施计划（如有需要，还应制定测试计划） 变更经理确认变更实施计划和实施日期 变更经理将变更分派到相应的变更实施者CH.4 变更实施 变更实施者 制定具体详细的变更实施计划（如有需要，还应制定测试计划） 执行变更的实施计划 当变更失败时执行回退方案CH.5 变更回顾与关闭 变更经理 检查实施
14、是否真正成功 关闭 RFC对服务有重大影响的变更，或者服务的删除，需要按照设计和转移新服务或变更的服务来执行。ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 113.6 流程衡量指标及报表变更管理流程 KPI 指标设置如下：序号 衡量指标 指标计算1 变更总数 数量：在所有 RFC 中根据【变更发生时间】在统计周期内这一条件过滤2 不同变更类型变更的比率 数量：在变更总数中过滤【优先级】紧急 、重大 、 一般 、 标准 比例：数量/变更总数 100 % 3 根据变更类别统计的变更的比率 数量：在变更总数中过滤【变更分类】对应类别 ；
15、 比率：数量/变更总数 100 % 4 变更关闭的比率 数量 ：在变更总数中过滤【变更状态】已关闭 比率：数量 / 变更总数 100 % 5 变更成功关闭的比率 数量：在变更总数中过滤【变更关闭代码】成功 比率：数量 / 变更总数 100 % 6 变更失败的比例 数量：在变更总数中过滤【变更关闭代码】=未成功 比率：数量 / 变更总数 100 % 7 被取消的变更的比例 数量 ：在变更总数中过滤【变更关闭代码】取消 比率：数量 / 变更总数 100 % 4. 相关文件变更管理流程策略 ；变更管理流程代码设计 。5. 相关记录变更请求单 ；ITSS-2-CH-01 变更管理过程Copyright 2014 郑州创元计算机网络工程有限公司 版权所有 12变更管理统计报表 ；变更汇总记录模板 。
