变更管理流程说明

变更管理流程说明

变更目标1

变更管理确保标准方法和过程可以得到使用，对服务质量产生最小的影响，

服务，并得到快速实施，确保所有变更都进行了有效跟踪。从而能够有效的提供IT

服务质量的不利影响。IT减少变更对

组织人员2

变更管理员2.1

负责对变更请求进行过滤和分类，对变更进行管理，并负责变更实施过程中

的筹划和协调工作。

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

变更顾问委员会2.2

变更委员会定期开会，评估变更，对变更进行排序，拟定相应的计划。正常

情况下只有重要的变更才会交由变更委员会进行处理。变更委员会的组成如下：变更管理员（经理）?

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

服务台经理?

应用开发代表?

供应商代表?

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

紧急变更委员会2.3

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

1．

变更管理流程说明

变更流程3

变更管理总流程3.1

变更请求记录

拒绝批准或拒绝终止变更请求接受分类优先级）/（类别配置管理流程提供配置项信息并监控配置项的状态紧急程序是是否紧急

否规划（影响和资源）

协调

构建

测试

实施

回滚计划否是否正常运行是

评估并终止

变更管理总流程图图 3.1-1

2

变更管理流程说明

正常变更流程3.2

变更管理员变更管理员变更管理员

变更请求请求过滤变更分类确定变更级别

次要重大重要变更管理员变更管理员变更管理员

提交变更请求至变更提交接受变更和实施提交变更请求至高级的报告给变更委员会委员会成员委员会成员成员变更执行小组变更委员会高级管理层

构建、测试计划和回从业务或财务角度接从技术、业务或财务滚计划角度接受或拒绝变更受或拒绝变更变更管理员测试人员变更管理员关闭测试变更变更回顾测试变更

正常变更流程图图3.2-1

紧急变更流程 3.3

变更管理员变更管理员变更管理员通知变更委员会召开变更分类并变更请求请求过滤紧急变更会议初始化级别

变更执行小组变更管理员变更委员会紧急)(测试人员快速评估影响和优先紧急构建、测试计划变更实施紧急测试级和回滚计划变更管理员变更管理员

关闭变更信息及时更新变更回顾

3

变更管理流程说明

紧急变更流程图图3.3-1

变更管理活动4

记录4.1

记录要点4.2

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

变更请求标识码；?

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

相关配置项描述；?

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

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

变更时间要求或限制；?

变更分类4.2.1

变更请求分类如下：

标准变更?

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

非标准变更?

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

废弃接收/4.3

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

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

4．

变更管理流程说明

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

优先级；?

影响度；?

可能产生的成本；?

类别；?

接受时间和相关建议；?

分类4.4

优先级的确定4.4.1

优先级设定如下：

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

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

高优先级：影响多用户的严重错误、影响大量用户的一般错误或和紧急?

事件相关的错误；

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

类别的确定4.4.2

次要影响：要求较低，造成重大服务问题的风险极低，变更经理无需将?

此类变更提交变更委员会，可以直接批准执行；

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

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

规划和审批4.5

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

5．

变更管理流程说明

变更策略4.5.1

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

变更委员会会议4.5.2

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

未授权的变更请求；?

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

评价以往的变更。?

影响和资源估计4.5.3

受影响的服务；?

可恢复性；?

备份计划；?

安全性；?

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

所需资源和成本；?

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

协调4.6

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

构建4.6.1

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

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

6．

变更管理流程说明