集团IT变更管理新规制度.docVIP

1目标

规范IT系统运行环境变更行为，降低系统故障风险，保障系统可用率。

2范围

本制度适适用于**集团全部IT系统运行环境变更管理，各事业部、各子企业等效实施。

3.职责

3.1系统运行总监负责对影响较大风险较高关键变更进行评定、审批。

3.2数据中心主任：负责审核变更申请信息是否完整，决议变更等级，监控、管理变更实施全过程。

4关键控制指标（CTQ）

4.1确保变更实施符合步骤规范，合规率达成98%。

4.2确保任何IT系统运行环境变更全部有统计,可查率为100%。

5程序要求和关键控制点

标准变更管理步骤详见附件1，紧急变更管理步骤详见附件2。

5.1对象定义：全部生产环境下网络、安全系统、业务系统软件、硬件、配置等变更。

5.2变更分级：依据变更紧急程度将变更分为两类：标准变更和紧急变更。变更类型及等级定义详见附件3。

5.3工具和平台：全部变更经过OA中提交。

5.4变更准备：

5.4.1对于标准变更必需提前3个工作日经过OA通知全体受影响用户和关联络统责任人。对变更分级，定义出固定在周末晚实施标准变更，并统一公布维护公告。

5.4.2

5.4.3变更方案必需经过测试，测试结果需填写在变更申请表中。

5.5变更审批：

5.5.1全部标准变更必需经过步骤审批才能实施。变更申请人对于有固定周期标准变更，可将变更计划一次性提交OA审批。除非变更计划发生改变，不然后续变更无需再提交OA申请。

5.5.2包含

5.5.3数据中心主任必需依据变更等级定义对变更进行分级（详见附件1），对实施方案进行操作可行性审批。对于关键变更、工作日标准变更必需提交IT总监审批。

5.5.4紧急变更必需由数据中心主任短信同意。实施完成后需在1个工作日内补交审批

5.6变更实施：

5.6.1除非特批，生产环境停机变更时间只能在每七天六、日21：00——次日06：00，不然变更造成停机将计入SLA

5.6

5.6

5.6.4变更实施完成后于次日通知受影响用户和关联络统责任人，如对软件功效变更必需对各业务模块进行用户验证。

5.6.5如遇变更失败需实施回退操作时，需取得IT总部系统运行部部长短信或邮件同意。失败后需查明原因，并升级为问题，按《问题管理制度》实施。

6.激励方法

6.1违反本制度5.4、5.5.3、5.5.4处罚责任人及其直接领导处罚各20分/次。

6.2违反本制度5.5.1、5.5.2、5.6

7相关文档

《备份管理制度》、《问题管理制度》

8附加说明

本制度由**集团IT总部制订,并负责解释和归口管理。

附件1变更分类及等级定义：

1、变更分类：

依据变更紧急程度将变更分为标准变更和紧急变更。定义以下表：

ZD/IT152-01

序号

变更类型

类型描述

1

标准变更

提前计划且需经过审批才能实施变更。比如：系统停机备份、系统数据定时归档、系统参数修改、系统版本升级、系统补丁升级、硬件设备更换、防火墙策略更改等。

2

紧急变更

在变更计划之外，为应对突发紧急情况必需立即实施变更。比如：系统重大故障。

2、变更等级定义：

依据变更影响程度对变更进行等级划分，具体定义见下表：

ZD/IT152-02

序号

等级

等级描述

1

关键

满足下列条件之一即可认为是“关键”：

1）一级系统停机维护；

2）影响企业关键业务活动，比如财务月结，呈董事会报表计算；

3）影响企业重大活动，比如关键领导访问，宝马展等；

4）系统需停机时间超出4小时；

5）实施风险较大，易造成数据丢失，比如丢失当日业务数据。

2

通常

1）系统部分组件不能提供服务，比如SAP系统SD01服务器停机维护；

2）停机时间不超出4小时；

3）回退方法简单，不会影响业务数据。

注：一级系统请参考《信息资产分类和分级规范》

附件2标准变更管理步骤

附件3紧急变更管理步骤

紧急变更是为应对突发事件在不得已情况下才实施变更，由这类变更引发系统停机将计入可用性考评，所以应尽可能避免使用紧急变更步骤。

附表一变更申请表

ZD/IT152-03变更申请表

变更项目名称

变更号

（OA请求号）

变更申请人

变更需求部门

变更实施人

计划变更时间

变更等级

□通常□关键

变更实施对象：

□应用系统应用系统名称：______________影响关联络统名称：________

□服务器服务器名称：______________影响系统名称：____________

□网络：网络设备名称：______________