12变更管理制度.docx

12变更管理制度.docx

《12变更管理制度.docx》由会员分享，可在线阅读，更多相关《12变更管理制度.docx（10页珍藏版）》请在冰点文库上搜索。

12变更管理制度

X门户网站平台

--变更管理制度--

文档编号

使用部门

编制日期

发行日期

修订及审核记录

文档信息

文档名称

变更管理制度

文档编号

服务对象

X

创建日期

文档版本

V1.0

发行日期

文档审核

审核人

职务

审核时间

审核意见

修订记录

修正章节

修订日期

修订人

变更记录

一、总则

第一条为了有效管理X门户网站系统日常维护操作、系统更新及组件添加，特引入变更管理规定来规范日常变更操作。

通过规范应用系统变更实施的流程步骤，来减少变更对应用系统的影响，减少因变更带来的问题，提高系统的稳定性，并确保变更的顺利执行。

通过变更管理流程降低变更对现有系统可能带来的风险。

将变更的风险控制在可接受的范围内。

第二条此文档适用于X门户网站系统平台内硬件和软件的变更、应用系统周边硬件和应用软件的变更、网络硬件和软件的变更、专用扫描设备硬件和软件的变更、日常作业运行时间的变更、对外部造成影响的环境的变更、各种配置和参数的变更、应用文档的增加和更新。

总之，包括应用设备和设施以及各种运营流程。

变更项目

内容描述

系统软件/网络软件

产品安装/升级/维护；系统任务安装/删除

系统硬件/网络硬件

安装/升级/维护/搬迁/删除

应用软件

安装,升级,维护,修改，增加

日常作业运行时间的变更

日常定时启动的任务改变启动时间

环境

电力系统，空调，建筑物，布线

配置和参数的变更

对主机、数据库、存储设备

文档/流程

应用文档的创建/更新/停用

应用管理流程的创建/更新/停用

第三条本制度适用对象为XX发展研究院信息技术推广部所用办公人员。

第四条除了以上的定义，符合下列条件之一的变更也需要遵循此变更管理流程：

（1）安装时或安装失败回退时需要系统操作员参与的变更；

（2）对用户使用有影响的，需要通知用户的变更；

（3）安装时或安装失败回退时引起提供的服务停止或某些功能停止的变更；

（4）日常操作，包括自动化操作的变化，如备份周期的变化；

（5）系统配置的变化；

（6）对容量规划有影响的变化；

（7）对灾难恢复计划有影响的变化。

二、管理角色与职责

第五条变更管理协调员

负责管理变更管理流程，更新流程文档，监督流程的执行，管理变更管理工具，保存变更记录，制作变更报告。

作为变更管理流程的协调人，确保所有的变更请求都是合理的，并严格按照变更管理流程执行：

（1）合理安排变更时间，确保不同时进行互相冲突的变更；

（2）根据变更的内容、变更所涉及的系统指派变更审查人员；

（3）在需要的时候组织变更前以及变更后的协调会；

（4）在需要的时候，通知审查人员，并协助获得审查人员的批准；

（5）确保获得所有的批准，并保存这些批准信息；

（6）如果变更引发了系统停机等问题，协助通知受影响的用户。

第六条变更申请人

经授权可以通过变更管理工具提交变更申请的人。

在变更管理工具中填写：

（1）详细变更计划，包括每个变更步骤；

（2）回退方案，测试方案等；

（3）受影响的用户；

（4）指明变更的执行人，回退方案的执行人；

（5）指明变更执行情况汇报人；

（6）写明需要配合此变更的系统和人员，以及此变更将会影响的系统和人员；

（7）必要时提供相关的批准文件；

（8）获得批准人的批准。

第七条批准人

（1）变更申请人的领导或该领导的授权人批准变更申请；

（2）审查和支持此变更，确定变更是否必须进行；

（3）明确变更的影响；

（4）如果认为不需要进行此变更，或变更申请中有不正确、不合适的地方，驳回变更申请。

第八条审查组

（1）受到变更影响的系统以及变更范围内的系统的维护人员。

变更管理协调员将协调并获得他们的审核和批准；

（2）研究确定是否需要进行此变更；

（3）评估变更的影响，批准或驳回变更；

（4）审查是否有多个变更之间的冲突。

第九条执行人

（1）具体执行变更的人员；

（2）确保在进行变更前，有变更申请记录、变更号，并且获得了所有相关的批准；

（3）协调变更相关的工作；

（4）按照变更记录中的变更计划实施变更。

第十条汇报人

（1）负责汇报变更过程中实施状况和具体时间的人员；

（2）与变更执行人一起根据变更记录中的变更计划实施变更；

（3）报告变更相关信息，包括每一步的详细信息/状态/时间等。

（注：

汇报人和执行人可以为同一个人，也可以指定另外一个人。

）

三、变更管理流程

第十一条提交变更申请

变更申请人在提交变更申请前需要确保该变更做好了充分的计划和测试。

如变更涉及系统开发商，则由变更协调人负责与开发商联系，具体沟通方式同新业务开发。

开发商应提交具体的变更方案、测试计划、实施计划、回退计划和人员安排。

最终由变更申请人在变更管理工具中或以文档方式提交变更申请表。

为了确保所有变更申请在实施变更前都得到了相应的评估和批准，申请人需要提前1-2个星期提交变更申请。

第十二条行政审批

XX发展研究院信息技术推广部主任作为涉及信息系统变更的批准人，负责审核变更的必要性、合理性和可行性，批准或拒绝变更。

批准人填写变更审批表中的变更可行性审批部分，并发送给变更协调员。

若变更被拒绝，则由变更协调人负责与申请人沟通，由申请人重新填写申请并做适当的修改，重新获得相关的批准。

若涉及开发商，则由变更协调人与开发商继续沟通。

对于紧急变更，可以先获得相关领导的口头批准，但是事后需补交相关申请。

批准人应在接到申请后２日内给出审批意见。

第十三条变更方案编写

在提交了变更审计并且经过行政审批后，工作人员开始对变更的内容和操作流程编写变更方案。

变更方案需遵循以下内容规定：

Ø变更方案需符合用户目前网络现状的前提下，考虑变更的可行性和变更带来的安全风险；

Ø变更方案的提出的关于设备更新、配置变更、文件变更等内容，需经过事先的测试并且出具测试结果；

Ø变更实施结束后应该对变更后的整体效果给予综合评价并出具测试结果的文档。

第十四条方案评估

由变更管理协调员组织会议，召集变更审批组就变更方案和变更细节以及变更实施时间等各方面进行讨论审批，变更申请人需列席会议，评审人员需确保此变更不会与任何系统有任何冲突。

评估小组在取得一致性意见后，需填写变更审批表中的变更方案审批部分，如果评审小组拒绝此变更，则必须将拒绝原因写入变更审批表，并发送给变更协调员。

若变更被拒绝，则由申请人修改方案．若涉及开发商，则由变更协调人与开发商继续沟通，修改后方案需再提交审批小组审批。

审批小组应在接到申请后２日内给出审批意见。

根据审批时限，变更管理协调员需要提醒评审人尽快审核、批准。

在必要的时候，变更管理协调员提醒变更申请人执行相关流程。

第十五条部门领导审批

审批小组通过变更方案后，需报请XX发展研究院信息技术推广部领导审批。

只有获得领导批准后才可以实施变更。

部门领导需填写变更审批表中实施审批部分，在接到申请和审批小组审批意见后２日内给出审批意见，就最终是否实施变更给出明确批示．

第十六条发布变更通知

若变更获准实施，则由变更协调人在变更实施前２日向全中心发布变更通告．若变更实施会对外部造成影响，则需同时向相关部门发布变更通知。

第十七条实施变更

只有在获得所有批准后才可以开始实施变更。

变更执行人必须是XX发展研究院信息技术推广部的人员或相关第三方供应商技术人员，其他任何人都禁止对应用系统进行任何变更操作。

若变更实施需要开发商配合，则开发商必须安排技术人员按时到场配合．

变更执行人必须严格按照获得批准的变更计划的步骤实施变更，由变更报告人在执行过程中随时填写变更执行表．

若变更过程中出现问题，在明确错误原因和解决方法的情况下，报请本院信息技术推广部主任批准后，可临时制定变更方案，按新方案继续执行．若原因不明或需要对方案作较大修改，则必须立即停止变更执行过程，启动应急回退方案，将系统回退到变更前状态．

变更符合以下条件则认为是成功的：

（1）在变更实施过程中未遇到问题

（2）在预期的时间范围内完成

（3）未影响其它系统和服务

变更完成后，不管成功与否，报告人都需要提交变更实施报告，报告实际的开始、结束时间、变更执行结果和执行过程中遇到的问题。

对于失败的变更，需由申请人重新提出修改后的申请，按照一个新的变更申请处理。

第十八条更新配置信息

如果变更成功，且涉及到系统配置信息的变动，则变更协调员应在变更实施完毕后一日内向配置管理员提交配置信息变更单，配置管理员遵循配置管理流程更新系统配置文件信息。

第十九条变更记录归档

由变更协调人填写变更汇总表，将本次变更记录在案，并在变更执行完毕后３日内，将本次变更所有文档提交资料管理员进行归档处理，至此结束一个完整的变更流程。

所有变更记录需保存３年以上。

每个月变更管理协调员应该生成变更月报，通报相关人员，并与变更记录保存在一起。

四、变更注意事项

第二十条变更注意事项

（1）为了避免变更失败或者出现突发情况的出现，要求在实施变更前，首先参照《系统数据备份与恢复管理制度》对要实施变更的系统及数据信息做必要的映像备份。

（2）为了保证变更操作的顺利，避免操作失误。

变更必须由经过技能培训和变更流程培训的人员担当。

（3）对要实施的变更首先在模拟环境中做必要的测试。

（4）对实施变更前所作的备份数据进行在模拟环境中做有效性验证测试。

具体测试流程可参看《系统数据备份与恢复管理制度》。

五、变更失败处置

第二十一条在执行变更前确保已经做好相关回退计划或者恢复计划。

在变更过程中出现系统功能无法正常启动或者出现意想不到的服务中断或者出现严重警告信息的情况下，应该视为变更失败。

此时，应该启动变更失败处置程序：

（1）执行变更人员-运维操作人员应该立即将此次变更失败的情况通报安全管理员。

（2）安全管理员-将变更失败情况通告本院信息技术推广部主任请示终止变更并启动恢复流程。

（3）在获得本院信息技术推广部主任同意终止变更后，安全管理员通知数据备份与恢复组成员，并发出通知告知用户，变更系统正处于维护状态中并说明预计的维护时间。

（4）数据备份与恢复组成员利用在执行变更前所做的备份及预防措施，进行变更回退操作。

（5）完成变更回退或恢复操作后，对系统功能和服务进行测试，并请安全管理员进行确认系统已恢复到变更前正常工作状态。

（6）将变更回退结果上报本院信息技术推广部主任，并发布相应系统可用通知，结束维护状态公告。

六、附则

第二十二条本管理规范自发布之日起开始实施。

第二十三条本管理规范的解释和修改权属于X发展研究院信息技术推广部。

附件一：

变更申请表

变更名称

变更编号

申请提交日期/时间

变更计划开始时间

变更计划结束时间

变更内容

变更原因

参见相关定义

变更风险

参见相关定义

变更优先级

参见相关定义

不变更会带来的影响

申请人

执行人

汇报人

问题号

如果是因为问题引发的变更，则需要填入问题记录号

是否影响灾难恢复

变更概述和原因描述

相关的变更需求文档作为本表的附件

影响/系统中断时间

变更方案

此处填写相应文档编号．具体文档作为本表附件

测试计划

此处填写相应文档编号．具体文档作为本表附件

实施计划

此处填写相应文档编号．具体文档作为本表附件

应急回退计划

此处填写相应文档编号．具体文档作为本表附件

附件二：

变更审批表

变更名称

变更编号

可行性审批

接到申请时间

批复时间

审批人

可行

不可行

审批意见

方案审批

接到申请时间

批复时间

审批人

通过

不通过

审批意见

实施审批

接到申请时间

批复时间

审批人

可以实施

不可实施

审批意见