商业银行IT变更管理指引

1、商业银行 IT 变更管理指引目录第一章总则 1第二章适用范围 2第三章术语与定义 2第四章角色与职责 3第五章变更准备 5第六章变更创建 5第七章变更依据 7第八章变更评估与审批 7第九章变更实施与关闭 8附件一：变更流程图 9第一章 总则第一条 变更管理是以规范变更流程， 明确变更中的责任人， 减少变更对生产系 统的影响为目的。第二章 适用范围第二条 本文涉及的变更管理适用于 XX银行及其下属分支行部署生产、 外部监管 等环境内发生变化的所有维护活动 , 包括但不限于以下内容：（一）信息系统的应用版本的投产、升级、调整；（二）对机房设备设施、网络、存储、营业终端、基础软件等的安装部署、 升级

2、、扩容、迁移、拆除、维护；（三）从业务操作界面无法获取，而采用技术手段对业务生产数据的修改；（四）变更不包含业务人员通过业务界面发起的业务参数调整；办公所用的 桌面设备和操作系统的变更；日常运行中对设备性能、容量、配置文件等数 据的采集和查询。第三章 术语与定义第三条 变更可分为重大变更、常规变更、标准变更及应急变更等类型。第四条 重大变更包括重大应用版本变更和重大基础设施变更。（一）重大应用版本变更是指：重要信息系统新建，系统主要功能模块、数 据库结构以及系统架构等方面的修改或新增， 或其他可能影响重要信息系统 正常运行的应用版本变更；（二）重大基础设施变更是指重要基础设施的新建、改造、重大

3、升级，以及 其他可能对重要信息系统正常运行产生风险的变更。三）常规变更包括常规应用版本变更和常规基础设施变更。1）常规应用版本变更是指除重大、 应急应用版本变更外的应用版本变更；2）常规基础设施变更是指对重要性级别较低的信息系统的基础设施或对 不会影响正常运行的硬件设备、基础软件、网络、机房等的基础设施 进行变更。3）标准变更是指实施风险可控、实施频率高、有标准变更方案及实施工 艺、可以通过预授权审批方式管理的变更。 标准变更应尽可能通过 自动化运维工具执行。四）应急变更是指为解决生产事件或问题，以保证信息系统正常运行必须 立即实施的变更，以及因特殊情况无法从业务操作界面执行，而采用 技术手段

4、对业务生产数据的操作。应急变更可根据事件紧急情况不 同， 由职权负责人口头授权进行，变更完成后应补全相关的应急变 更申请、审批流程。五）配置项是指支持全行各类信息系统稳定运行所需的应用版本、系统、 软件、硬件、网络、环境、文档等生产 IT 组件，在配置管理系统中 对应相关配置数据。第四章 角色与职责第五条 变更流程的角色包括：变更创建人、变更经理、变更审批人 （ 组） 。第六条 变更创建人一般为具体组织实施变更的人员 （可为总行系统运维团队技术工程师或技术专家） ；第七条 变更经理一般为系统运维团队主管或授权代职人员；第八条 总行实施变更，变更审批人 （组）一般为信息技术部负责人 / 或授权代

5、职 人员。若变更中涉及业务验证及其它配合工作，应在信息技术部负责 人审批前完成其他团队主管审批；分支行实施变更，变更审批人（ 组）一般为对口的信息技术部系统运维团队主管； 重大变更需信息技术部 负责人审核。第九条 创建人的职责：（一）负责提交变更申请，确保变更单内容的合规性、完整性和准确性；（二）负责撤消被否决的变更申请；（三）严格按照审核后的变更方案进行实施及验证；（四）变更实施完成后及时关闭流程。第十条 变更经理的职责：（一）审核变更实施计划的正确性、技术方案的可行性，评估存在的风险以 及相关资源配备等，并提出改进建议；（二）有权直接批准或否决标准变更、常规变更（无需其它部门配合）及紧 急

6、变更（对生产系统未造成影响） ；（三）计划和协调变更的实施；（四）组织实施变更复核及回顾。第十一条 变更审批人（组）的职责：（一）对重大变更或多个团队参与的常规变更进行审批，审核变更计划和合规性，评估实施风险，确认变更影响，协调变更所需相关资源。（二）信息技术部所属各个团队主管，应配合系统运维团队完成重大变更及 常规变更审批流程，确认本团队在变更中的具体工作内容，对变更计划及方 案提出改进建议。（三）信息技术部系统运维团队负责对分支行常规变更、重大变更的申请进 行审核，并跟进变更实施情况。（四）变更审批人（组）有权批准或否决重大变更或常规变更申请，若否决 变更申请，应及时反馈意见。第五章 变更

7、准备第十二条 变更创建人在创建变更前，应充分考虑变更原因、系统现况及变更 目标，明确变更内容及影响范围。 尽可能减少因变更引发的实施风险。第十三条 协调及准备系统软硬件、机房环境、网络、存储等基础设施方面的资源。第十四条 变更前与开发人员、 业务人员、厂商及第三方服务人员进行充分沟通，形成变更方案。第六章 变更创建 第十五条 变更申请单创建时间应遵循以下要求：（一）重大变更提前 5 个工作日创建；（二）常规变更提前 3 个工作日创建；（三）标准变更提前 2 个工作日创建；（四）应急变更可当日创建；也可以在获得授权主管的口头同意后进行实施， 实 施完成后应及时补单。第十六条 任何类型变更申请都应

8、包含变更实施方案（附在变更申请单后） ；变 更实施方案应包含变更原因、变更计划、具体实施步骤、变更风险评 估及回退或应急方案等内容。第十七条 变更创建人递交变更申请后，若变更申请被退回，应及时取消变更或修改补充资料后重新提交变更。第11 页，共 9 页第七章 变更依据第十八条 变更依据是提出变更的前提条件，变更创建人应在变更申请单中明确 注明。第十九条 变更依据可包括下列一项或多项内容：（一） 业务变更需求；（二） 技术变更需求；（三）解决事件或问题的变更需求；（四）系统自查报告或风险整改计划；（五）系统常规维护计划。第八章 变更评估与审批第二十条 变更经理对变更创建人提交的变更申请进行审核，

9、评估变更方案的合理性和可行性，实施变更的风险和影响。检查变更申请单填写内容是否完整，格式是否规范，若评估中发现变更申请存有问题，可退回变 更创建人进行补充和修改。第二十一条 变更经理可根据评估结果选择退回、否决或批准变更。第二十二条 变更经理在评估通过变更申请后， 可根据变更内容和类型， 选择后续审批流程：（一） 总行进行常规变更若需其他团队或业务部门人员配合或确认，应转由相关团队主管或部门负责人进行审批， 意见统一反馈在变更审 批人（组）内；二）分支行进行常规变更须经分管副行长审批后， 提交信息技术部系统 运维团队进行审核，通过后方可实施；三）重大变更必须经风险管理高经核查实施风险， 并最终

10、由信息技术部 负责人审批，通过后方可实施。重大变更需多团队配合和确认的， 在部门负责人审批前，应由相关团队主管审批。四）变更审批人（组）不能对变更申请进行修改。五）事后补单的应急变更的审批人应和先前口头授权的审批人保持一致。六）变更审批人应在收到变更申请单一个工作日内完成审批。第九章 变更实施与关闭第二十三条 变更实施应在所有相关变更审批人审批通过后进行实施。第二十四条 变更实施前，变更经理根据变更的影响范围和程度，可对变更进行 变更通告。变更通告内容包括变更的业务系统、变更时间、影响业 务及监控的范围和时间等。第二十五条 变更实施后，应由变更实施人员进行技术验证，确认变更成功，并 填写变更结果。第二十六条 变更经理必须复核变更结果，并确认关联配置项已修改。第二十七条 变更中出现异常