集团it变更管理规章制度.doc

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.2在变更实施后必须需由应用经理对影响范围内的应用系统进行验证并在OA中录入验证记录。 5.6.3变更实施人在变更成功实施后必须通知配置管理员修改相关配置信息，在确认配置修改成功后方可结束变更流程。配置文件必须更新到ITSM中。 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处罚责任人10分/次。 7 相关文档 《备份管理制度》、《问题管理制度》 8 附加说明 本制度由**集团IT总部制定,并负责解释和归口管理。 附件1 变更分类及级别定义： 1、变更分类： 根据变更的紧急程度将变更分为标准变更和紧急变更。定义如下表： ZD/IT 152-01 序号 变更类型 类型描述 1 标准变更 提前计划且需通过审批的才能实施的变更。例如：系统停机备份、系统数据定期归档、系统参数修改、系统版本升级、系统补丁升级、硬件设备更换、防火墙策略更改等。 2 紧急变更 在变更计划之外，为应对突发的紧急情况必须立即执行的变更。例如：系统重大故障。 2、变更级别定义： 根据变更影响程度对变更进行级别划分，具体定义见下表： ZD/IT 152-02 序号 级别 级别描述 1 重要 满足下列条件之一即可认为是“重要”： 1）一级系统停机维护； 2）影响公司核心业务活动，例如财务月结，呈董事会报表计算； 3）影响公司重大活动，例如重要领导访问，宝马展等； 4）系统需停机时间超过4小时； 5）实施风险较大，易造成数据丢失，例如丢失当天业务数据。 2 一般 1）系统部分组件不能提供服务，例如SAP系统SD01服务器停机维护； 2）停机时间不超过4小时； 3）回退方式简单，不会影响业务数据。 注：一级系统请参考《信息资产分类和分级规范》  附件2 标准变更管理流程 附件3 紧急变更管理流程 紧急变更是为应对突发事件在不得已的情况下才实施的变更，由此类变更引起的系统停机将计入可用性考核，因此应尽量避免使用紧急变更流程。 附表一 变更申请表 ZD/IT 152-03 变更申请表 变更项目名称 变更号 （OA请求号） 变更申请人 变更需求部门 变更实施人 计划变更时间 变更级别