变更管理流程说明

1 变更目标

变更管理确保标准方法和过程可以得到使用，对服务质量产生最小的影响，并得到快速实施，确保所有变更都进行了有效跟踪。从而能够有效的提供IT服务，减少变更对IT服务质量的不利影响。

2 组织人员

2.1 变更管理员

负责对变更请求进行过滤和分类，对变更进行管理，并负责变更实施过程中的筹划和协调工作。

在嘉定项目中，变更管理员（经理）是由客户相关人员来担当的。

2.2 变更顾问委员会

变更委员会定期开会，评估变更，对变更进行排序，拟定相应的计划。正常情况下只有重要的变更才会交由变更委员会进行处理。变更委员会的组成如下：

 变更管理员（经理）

 服务级别管理员（经理）

 服务台经理

1

变更管理流程说明

 应用开发代表

 供应商代表

委员会成员不限于以上人员。

2.3 紧急变更委员会

紧急变更委员会隶属于变更委员会，其成员由变更委员会中的部分成员组成，负责紧急变更的会商处理工作，以便作出快速决定。

3 变更流程

3.1 变更管理总流程

2

变更管理流程说明

变更请求记录批准或拒绝变更请求接受分类（类别/优先级）拒绝终止配3.2 正常变更流程

置管理流程是紧急提是否紧急程供序配置否项信规划息（影响和资源）并监控配置协调项的构建状态测试实施是否正否回滚常运行计划是评估并终止图 3.1-1变更管理总流程图

3

变更管理员变更管理员变更管理员变更请求请求过滤变更分类确定变更级别重大重要次要变更管理员变更管理员变更管理员提交变更请求至高级提交变更请求至变更提交接受变更和实施委员会成员委员会成员的报告给变更委员会成员高级管理层变更委员会变更执行小组从业务或财务角度接从技术、业务或财务构建、测试计划和回受或拒绝变更角度接受或拒绝变更滚计划变更管理员变更管理员测试人员关闭变更回顾测试变更测试变更图 3.2-1正常变更流程图

3.3 紧急变更流程

变更管理员变更管理员变更管理员变更请求请求过滤变更分类并通知变更委员会召开初始化级别紧急变更会议变更管理员测试人员变更执行小组(紧急)变更委员会变更实施紧急测试紧急构建、测试计划快速评估影响和优先和回滚计划级变更管理员变更管理员变更信息及时更新变更回顾关闭变更管理流程说明

4

变更管理流程说明

图 3.3-1紧急变更流程图

4 变更管理活动

4.1 记录

4.2 记录要点

首先变更请求都必须记录下来，包含以下要点：

 变更请求标识码；

 相关联的问题/已知错误；

 相关配置项描述；

 需要变更的配置项的最新版本配置信息；

 提交变更请求的人员姓名、地点、提交时间和电话；

 变更时间要求或限制；

4.2.1 变更分类

变更请求分类如下：

5

变更管理流程说明

 标准变更

已经得到全面的定义和神品，属于日常变更，不需要变更管理流程进行单独评估（注意：不是所有的服务请求都是变更）。

 非标准变更

所有其他对基础设施的改变都是非标准变更。

4.3 接收/废弃

当变更请求被记录后，变更管理需要进行一个初步的评估，以确定是否接受或拒绝本变更请求。

 如果拒绝此项请求，需说明原因，并给请求人解释的机会；

 如果变更请求被接受，下列信息需要被加入到请求记录中：

 优先级；

 影响度；

 可能产生的成本；

 类别；

6

变更管理流程说明

 接受时间和相关建议；

4.4 分类

4.4.1 优先级的确定

优先级设定如下：

 低优先级：优先级最低值；

 一般优先级：不是很紧急或没有重大影响，但变更不能推迟；

 高优先级：影响多用户的严重错误、影响大量用户的一般错误或和紧急事件相关的错误；

 最高优先级：严重影响用户使用的潜在服务问题，或紧急IT变更（如新增业务、法律实施相关）；

4.4.2 类别的确定

 次要影响：要求较低，造成重大服务问题的风险极低，变更经理无需将此类变更提交变更委员会，可以直接批准执行；

 重要影响：对IT服务具有切实的影响的变更，需要在变更委员会上讨论，以决定所需工作或潜在的影响；

7

变更管理流程说明

 重大影响：对IT服务具有重大影响的变更；

4.5 规划和审批

变更需要使用《变更进度计划表》（FSC）来规划变更。

4.5.1 变更策略

尽量将多个变更组合在一次发布过程中，减少影响，避免对用户不必要的干扰。4.5.2 变更委员会会议

变更委员会会议议程中需要包含以下条目：

 未授权的变更请求；

 需要提交到变更委员会的请求；

 评价以往的变更。

4.5.3 影响和资源估计

 受影响的服务；

 可恢复性；

8

变更管理流程说明

 备份计划；

 安全性；

 变更对其他服务的影响；

 所需资源和成本；

 与其他变更的相互冲突。

4.6 协调

经过批准的变更应告知相应的工程师或专业人士，以完成以下步骤。

4.6.1 构建

注：并非所有变更都要经过构建和测试阶段，例如，标准变更如重新配置PC的变更可以在计划后之际实施。

构建过程的工作包括：生成新的文档及版本、协调软件、硬件，制定备份计划、硬件变更以及回滚计划。

4.6.2 测试

回滚计划、变更的实施过程以及变更的结果都需要进行测试，大部分情况下需要独立的实验室或测试环境。

9

变更管理流程说明

4.6.3 实施

对已审批和测试过的变更予以实施。

如实施后系统无法正常提供服务，则需进行回滚，并重新进入变更管理流程。

4.7 评估

评估过程用来确定一下内容：

 变更是否达到预期目标；

 用户对结果是否满意；

 是否有副作用；

 是否操作预期的成本或代价；

5 指标

 配置管理从接受请求到实施完成整个过程平均所用时间； 紧急变更的数量；

 未经测试的变更数量；

10

变更管理流程说明

 变更实施过程中经历回滚过程的变更数量；

 失败的变更数量；

 由变更引起的其他故障的数量；

6 考核

对IT资产的控制程度：

 从变更管理数据库中检查出来的错误的配置项详细程度所占的百分比例。提供优质IT服务支持的程度：

 发现的配置项属性错误所占的百分比例；

 提供对IT资产的改进、维修及恢复的重要程度

对IT服务所产生的经济效应：

 与流程相关的额外人力成本的控制；

 按用户人数计算的许可证费用。

11