系统变更管理规范

系统变更管理为了降低变更失败带来的负面影响，在控制风险和保证业务优先级的前提下提高变更执行效率，确保信息系统的稳定性和可靠性。

▼▼系统变更定义

系统变更是只对信息系统生产运行环境的架构、配置所做的增加、删除和修改。

▼▼系统变更管理目标

• 确保所有的变更活动都遵循变更管理制度。

• 确保所有的变更活动都有明确的记录并可跟踪。

• 确保所有的变更活动都能快捷有效地进行。

• 确保所有的变更活动可能导致的负面影响和风险都能被正确的识别和评估。

• 降低变更活动可能引发事件对信息系统的影响。

变更分类定义

结合变更要求的迫切程度以及变更操作的规范性考虑，将变更分为紧急变更、标准变更、普通变更三大类型：

• 紧急变更指的是如果不进行变更，会立即或正在严重影响信息系统运行、导致严重影响业务正常运行的变更。
• 标准变更指的是日常发生、影响范围小、实施风险小的预授权的变更。

• 普通变更指除紧急变更、标准变更以外的变更。

紧急变更是需要立即实施的变更，否则可能对大量用户、关键系统的服务质量或可用性产生重大影响。

标准变更适用于以下两种情况的任一种：

• 属于日常维护性质的低风险操作。

• 已经执行过的且确认无影响的变更操作，并且在操作手册中具有经过验证的完整操作步骤（不符合定义或者不符合条件的操作，不能按照标准变更执行）。

在普通变更中，根据风险度确定相应级别的变更。普通变更包括：

• 重大变更，对核心业务有影响的变更，对于这部分变更需要严格控制和评审流程，控制变更风险。

• 一般变更：除重大变更外的其他普通变更均属于一般变更。

变更通知

如变更对现有的业务系统和业务操作产生影响，在变更执行前应由相关通知有关部门。以便于各业务部门做好业务调整，避免变更冲突，减少对业务的影响，根据不同的状况，提前通知的时限有所不同：

变更申请

由变更申请人发起变更请求，在填写变更申请单的过程中，其变更申请人须完成如下内容：

• 变更理由、变更需求。
• 变更时间要求。

• 变更分类

遇到紧急情况，变更申请人可口头直接向系统应急处置工作小组提出变更申请，待变更完成后再补充变更申请。

除紧急变更外，变更申请人应提前5个工作日将申请提交给变更审批组。

变更计划

变更申请人在进行变更申请前，应负责拟订变更实施计划，变更实施计划必须包含以下内容：

• 计划的变更实施日期、计划实施变更的开始和结束时间。
• 变更操作步骤表，注明操作项、操作人、检查人、计划操作开始时间、计划操作结束时间。
• 变更实施检查表，包括变更前置条件检查、变更实施后检查以及检查人。

• 变更过程中所面临的风险、回退计划，详细说明变更回退步骤。

变更审批

对于一般变更，变更审批组成员对变更申请内容进行评审审批。

对于重大变更，变更审批组需要召开变更评审会进行审批。

变更评审会由变更审批组成员和指定人员参加，主要评审变更计划是否合理和完整：根据变更测试结果、上线计划、上线影响、应急方案、变更冲突、资源可用性、上线验收、上线监控等情况进行综合评估，并分析变更是否具备实施条件，明确、客观地出具评审意见。

变更实施

在通过计划评审后，变更实施人员可以进行组织实施变更，变更必须按照变更计划规定的操作步骤实施，并根据变更计划实施测试和验收。

如无特殊情况，变更应在计划确定的时间开始和完成，变更过程中的所有操作应进行详细的记录。

变更实施完成后，应将变更完成情况及时通知系统运行维护相关岗位人员及系统使用等相关业务部门。

如果变更实施失败，应按变更计划中的回退步骤进行变更回退，并将失败的变更按照信息安全事件进行处理。

变更总结

变更完成后，变更实施人员需要通知系统监控人员对变更系统进行跟踪观察。

对于失败变更及非标准变更，变更实施人员在5个工作日内进行变更总结，以总结变更中的经验和问题。

▼▼附录：变更管理策略

扩展  ·  本文相关链接

· 系统补丁管理规范

· 系统日志管理规范

· 系统备份管理规范

·安全基线管理规范

·防病毒管理规范