栏目分类:
子分类:
返回
文库吧用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
文库吧 > IT > 软件开发 > 后端开发 > Java

软件企业变更管理流程

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

软件企业变更管理流程

  1. 目的

变更是指对被管理的配置管理数据库中某配置项所进行的修改。变更管理是对变更从提出、评估、批准到实施、完成的整个流程管理,其目标是确保使用规范的方法和过程实现快速、有效的变更流程,减少变更带来的事件,为运维服务客户提供更优质的IT服务。

变更管理流程将建立一个完整的变更管理体系,从而实现:

(1)  管理和引导用户变更需求;

(2)  通过对所有变更的正确评估,可以维护生产/运行环境的完整性;

(3)  变更和变更实施得到正确记录,并提供审核统计;

(4)  减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏;

(5)  提供了一致性的变更实施质量;

(6)  提高资源使用率(如,未得到正确控制和授权的变更需要更多的后续资源)。

  1. 适用范围

变更管理范围是基于运维服务的CMDB,运维服务范围内的已上线CI修改的审批和影响分析。

一般和重大变更经过审批后,都通过《发布管理流程文件》实施。

  1. 名词术语
  • 变更

在日常维护中对生产环境中的网络、设备、系统及各软硬件IT资源、服务等(CI)的变更。涉及合同变更及单独立项的变更不在此流程范围内。

  • 变更申请单(Request For Change, RFC)

变更申请人填写并提交变更请求。变更申请单中需包含变更的原因、内容、变更的类型、影响分析、采取的计划或步骤等信息。(在下文中称为变更申请)

  • 变更委员会CAB

变更委员会成员由变更委员会负责人(公司领导)、总监、部门经理、变更经理、客户代表、客户方的业务人员、技术专家、咨询顾问等人员组成。具体人员根据每次会议讨论的变更

  1. 变更的分类和分级
    1. 变更分类

变更类型

描述

标准变更

定期或按计划执行的维护作业且不会引起配置项变化的变更。

一般变更

配置项需要发生变更,但不影响用户使用,不影响在线运行的IT系统的设备配置调整,此类变更一般对业务运行和用户服务不造成影响或轻微影响,通常由变更经理审批。

重大变更

需调动大量资源,会对业务产生很大影响或关键服务中断的变更,通常由CAB审批。

紧急变更

紧急变更指当出现重大紧急故障或客户紧急需求,已影响业务运行和用户使用,需要快速恢复服务或调整所需做的变更,可由CAB负责人或变更经理口头授权,实施后再补单。

    1. 变更优先级

序号

代码

描述

4

该变更不紧急,可以以后安排执行。

3

该变更不紧急,但也不可以安排到下次执行。

2

该变更时间要求紧,需要优先进行审批。

1

紧急

该变更要求马上进行审批。

    1. 变更审批

对于变更,需要对其进行评估和审批。评估主要从以下几个方面进行:

  • 变更请求的风险;
  • 影响,需要分析变更对可用性和连续性的影响,即以变更对其他变更和发布的影响;

在对变更进行评估完后,变更经理需要对变更进行审批。变更经理根据具体变更,征求相关CAB成员的意见或召开会议,并最终审批变更请求。

对于紧急变更,变更发起者需要获得变更委员会负责人的口头授权,然后才能执行紧急变更。

涉及到客户的变更,须经过客户的批准。

  1. 流程角色

角色

职责

职能岗位

变更申请人

  1. 接收和记录变更请求、对变更进行分类。拒绝任何不切实际的变更需求
  2. 充分、准确掌握变更需求信息
  3. 确保及时地沟通变更处理的情况
  4. 初步评价变更的风险/影响,给变更请求设定适当的影响度
  5. 答复变更审批人员提出的有关问题
  6. 确保关于所提交的变更请求的所有疑问都得到适当的解答

各职能部门解决事件、问题相关人员或业务部门

变更实施人

  1. 参与变更方案的编制
  2. 确保按时实施变更
  3. 按照方案执行回退计划
  4. 解决实施过程中出现的问题
  5. 通知相关人员变更处理的状态

各职能部门一线现场工程师、二线、三线工程师、技术专家和技术部门负责人等

变更经理

  1. 筛选、分类和审核所有的变更请求
  2. 对变更进行审批(包括各方面的评估确认、日程等)
  3. 召开CAB会议
  4. 计划和协调变更管理的相关活动
  5. 为变更管理中相关角色授权
  6. 审核和关闭所有已实施的变更,确认变更已达到预期的目标并进行趋势分析与改善

产品部经理

系统运维部经理

变更管理委员会

  1. 出席CAB会议
  2. 评审RFC请求,评估它们的影响、所需资源和成本
  3. 变更管理委员会为变更经理提供接受或拒绝有关变更的建议或决议

产品部经理、系统运维部经理、公司其他部门领导,具体人员由变更经理根据重大变更内容决定CAB成员

  1. 流程

活动

描述

责任人

输入

输出

1变更记录和分类

  • 变更申请人根据变更申请单生成变更记录,给出唯一编号,并进行分类;
  • 需要记录变更请求者信息,记录变更原因说明,记录变更分类等重要信息。

变更申请人

  • 变更申请单
  • 变更记录

2紧急变更

  • 如果分类属于紧急变更,则需要走紧急变更流程完成变更实施。

变更申请人

  • 变更申请
  • 已实施的变更

3重大变更

  • 如果分类属于重大变更,则需要走重大变更流程进行审批并通过发布管理流程完成变更实施。

变更申请人

  • 变更申请
  • 已实施的变更

4编写方案和计划

  • 如果该变更是一般变更,则需要编写变更实施方案和计划,尤其需要计划变更的开始时间和结束时间,提交给变更改经理审批。

变更实施人

  • RFC
  • 变更影响
  • 变更所需资源
  • 实施方案
  • 实施计划
  • 回退计划

5审批变更

  • 根据所提交变更方案和计划,以及影响分析和资源评估结果,判断是否可执行变更;
  • 若通过审批,变更实施人依据发布流程实施变更;
  • 若拒绝,则变更经理告知变更申请人关闭变更。

变更经理

变更实施人

  • 实施方案
  • 实施计划
  • 回退计划
  • 审批过的变更

6执行变更

  • 对于标准变更,直接执行变更,无需计划和审批;
  • 涉及到机房操作的变更,需填写操作申请单;
  • 变更执行后验证变更是否成功。

变更实施人

  • 标准变更
  • 执行完毕的变更
  • 操作申请单

7回退

  • 如果执行失败或验证发现没有达到预期目的,则执行回退。

变更实施人

  • 失败的执行
  • 没有达到预期目的的变更
  • 回退的变更
  • 更新的操作申请单

9实施后评审

  • 除标准变更,其他所有变更实施后都须进行评审,主要看是否有负面影响、客户是否有投诉、变更目的是否达到;
  • 如果评审发现一些问题,则需要采取进一步行动。

变更经理

  • 执行完毕的变更
  • 实施后评估
  • 进一步行动

10确认结果

  • 确认变更审批和实施结果。

变更申请人

  • 变更结果
  • 变更确认

11关闭RFC

  • 根据变更实施结果和实施后评审意见关闭变更。

变更申请人

  • 执行完的变更
  • 拒绝的变更
  • 被关闭的变更申请

    1. 紧急变更受理流程

活动

描述

责任人

输入

输出

1计划和测试

  • 制定具体的实施计划和回退计划等;
  • 时间和资源允许时,进行必要测试;
  • 变更实施人为二线、三线服务人员。

变更实施人

  • 变更申请
  • 变更记录
  • 变更风险
  • 变更所需资源
  • 变更计划

2授权

  • 根据计划,判断是否可以授权,通常进行非书面的授权

变更经理/CAB

  • 变更方案和计划
  • 被授权的变更

3执行变更

  • 根据授权,执行变更计划。

变更实施人

  • 被授权的变更
  • 变更计划
  • 执行完的变更

4补单

  • 变更实施完毕后,填写变更申请以及变更记录,涉及到机房操作的也要补填操作申请单,并补全签字。

变更申请人

  • 变更实施结果
  • 变更申请
  • 变更记录
  • 操作申请单

5记录紧急变更并监督补单

  • 记录紧急变更,并监督补单。

变更经理

  • 变更请求
  • 紧急变更记录

    1. 重大变更受理流程

活动

描述

责任人

输入

输出

1变更初步评估

  • 接收重大变更申请后,变更经理组织CAB相关成员进行初步评估;
  • 若需要实施重大变更,则指定变更实施人,并告知其制定变更方案和计划;
  • 若暂不能进行重大变更则拒绝并告知变更申请人,流程结束。

变更经理/CAB

  • 变更申请
  • 通过初步评估的重大变更

  • 被拒绝暂不执行的重大变更

2方案和计划

  • 制定变更实施方案和计划等。

变更实施人

  • 变更申请
  • 变更记录
  • 变更风险
  • 变更所需资源
  • 变更计划

3影响分析和资源评估

  • 方案和计划完成后需要提交给变更经理
  • 由变更经理组织CAB成员进行影响分析和资源评估;
  • 影响分析主要分析变更对业务的影响,对连续性的影响,对可用性的影响,对能力的影响,对发布计划的影响等。资源评估主要预测所需财力和人力等;
  • 影响分析后由CAB对变更进行审批,通过审批的变更由变更经理告知变更实施人依据发布管理流程完成变更实施;
  • 对于未通过审批的变更,返回给变更实施人重新制定方案或不进行变更。

变更经理/CAB

  • 实施计划
  • 回退计划
  • 测试报告
  • 变更影响
  • 变更所需资源
  • 通过审批的变更方案和计划

  • 被拒绝的变更方案和计划

    1. 变更回顾及改进

活动

描述

责任人

输入

输出

1计划变更管理回顾内容

对本次变更管理回顾进行准备,设定日期和主题,通知相关人等参加会议。根据变更管理绩效衡量指标,收集材料和信息。

变更经理

  • 实施后评估报告
  • 上次变更管理报告
  • 上次变更管理改进计划
  • 变更管理回顾内容
  • 变更管理报告

2召开变更管理讨论会议

变更管理在设定日期召开回顾会议,对变更管理报告进行汇报,听取各方意见与建议;

变更经理

  • 变更管理报告
  • 变更管理讨论结果

3提交服务改进计划

根据会议结论,针对一致认可的弱点,制定改进计划,并提交IT服务管理体系负责人。

变更经理

  • 变更管理回顾会议讨论结果
  • 流程改进计划

4协调服务改进

服务管理部协调改进方案的落实。

服务管理部门负责任

  • 流程改进计划
  • 执行完的改进计划
转载请注明:文章转载自 www.wk8.com.cn
本文地址:https://www.wk8.com.cn/it/1039980.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 wk8.com.cn

ICP备案号:晋ICP备2021003244-6号