ITIL-变更管理流程.docVIP

生产系统变更管理流程 一、目标 变更管理的目标是通过规范生产系统变更实施的流程步骤，来减少变更对BOSS生产系统的影响，减少因变更带来的问题，提高系统的稳定性，并确保变更的顺利执行。通过变更管理流程，实现： 将变更的风险控制在可接受的范围内 对用户的影响最小 采用合适的控制手段 保护其它系统不受影响 二、适用范围 该流程适用于下列变更： 系统硬件和软件的变更 生产系统上应用软件的变更 网络硬件和软件的变更 日常作业运行时间的变更 对外部造成影响的环境变更 各种配置和参数的变更 生产文档的增加和更新 变更领域 描述 系统软件/网络软件 产品安装/升级/维护 系统任务安装/删除 系统硬件/网络硬件 安装/升级/维护/搬迁/删除 应用软件 安装, 升级, 维护, 修改，增加 日常作业运行时间的变更 日常定时启动的任务改变启动时间 环境 电力系统，空调，建筑物，布线 配置和参数的变更 对主机、数据库、存储设备 文档/流程 生产文档的创建/更新/停用 生产管理流程的创建/更新/停用 除了以上的定义，符合下列条件之一的变更都需要遵循此变更管理流程： 安装时或安装失败回退时需要系统操作员参与的变更 对用户使用有影响的，需要通知用户的变更 安装时或安装失败回退时将引起 BOSS提供的服务停止或某些功能停止的变更 日常操作，包括自动化操作的变化，如备份周期的变化 系统配置的变化 对容量规划有影响的变化 对灾难恢复计划有影响的变化 三、相关定义 变更原因 需要说明为什么进行变更。在某些情况下可能是基于下列多种原因而进行变更，请选择最主要的原因。 变更原因 说明 业务 业务发展 ( 新业务 ) 信息 只是为了提供信息 预防 预防性维护 科技 技术的发展/新的版本 容量 增加容量 性能 提高系统性能 问题 出现问题，进行修复 用户请求 用户提出申请 变更优先级 变更的优先级是指如果没有实施此变更，则会对业务造成多大影响。 优先级 说明 高 不能更改日期，必须按期完成 中 可以改变日期，但会有一定的风险 低 可以改变日期，没有风险 变更风险 当确定一个变更的风险时，需要考虑以下因素： 变更成功的可能性 因变更而带来问题的可能性 变更失败后，恢复的难易程度 对于用户和员工的影响 变更实施的复杂性，需要什么样的配合 如果变更失败，受影响的人数 风险 条件 说明 E (紧急变更) 会对很多用户造成影响/必须得到领导批准 必须立即进行变更。通常此类变更是为了解决系统问题，或为了防止某种重大问题的出现而改变系统的状况。 1 高风险 / 影响大 系统不能工作 可能会带来后续的问题 变更失败后的恢复很难或根本无法恢复 变更失败会对业务造成影响 变更实施流程从未实践过或不可重复 如果变更失败，使用该系统的所有用户将受影响 2 高风险 / 影响小 系统不能工作 可能会带来后续的问题 变更失败后，需要通过恢复流程恢复 变更失败会对业务造成影响 变更实施流程从未实践过或不可重复 如果变更失败，使用该系统的大多数用户将受影响 3 中度风险 / 影响小 系统可能不能工作 可能会带来后续的问题 变更失败后，恢复不难并且恢复的成功性高 变更失败会对业务造成一点影响 该变更流程已被采用过多次，或该流程非常简单 如果变更失败，使用该系统的少部分用户将受影响 4 低风险/没有影响 系统能工作 变更对用户没有影响 变更失败后的恢复流程一定会成功，并且恢复流程对用户没有影响. 变更失败不会有任何影响 在相同的环境中，类似变更已被成功实施多次 如果变更失败，使用该系统的用户不会有任何影响 角色和职责 变更管理协调员 负责管理变更管理流程，更新流程文档，监督流程的执行，管理变更管理工具，保存变更记录，制作变更报告。 作为变更管理流程的协调人，确保所有的变更请求都是合理的，并严格按照变更管理流程执行： 合理安排变更时间，确保不同时进行互相冲突的变更 根据变更的内容、变更所涉及的系统指派变更审查人员 在需要的时候组织变更前以及变更后的协调会 在需要的时候，通知审查人员，并协助获得审查人员的批准 确保获得所有的批准，并保存这些批准信息 如果变更引发了系统停机等问题，协助通知受影响的用户 每月提交变更管理报告 变更申请人 经授权可以通过变更管理工具提交变更申请的人。 在变更管理工具中填写： 详细变更计划，包括每个变更步骤 回退方案，测试方案等 受影响的用户 指明变更的执行人，回退方案的执行人 指明变更执行情况汇报人 写明需要配合此变更的系统和人员，以及此变更将会影响的系统和人员 必要时提供相关的批准文件 获得批准人的批准 批准人 变更申请人的经理或该经理的授权人批准变更申请。 审查和支持此变更，