IT行业变更管理的工作原理


变更管理是一种将组织、团队和个人从当前状态过渡到未来所需新状态的方法。变更管理的目的是建立处理与IT相关的变更请求的标准化程序,并促进对所有变更的评估、调度、协调、记录和评估。

变更可以由组织内部和外部力量发起。从外部来看,竞争可能会促使组织改变产品。从内部来看,可能会发现问题,而变更管理被视为在组织内实施解决方案的过程。

变更管理流程

创建变更请求

在服务管理工具中为要在其中实施的所需变更创建变更请求 (RFC) 记录,并具有唯一 ID。所有相关的风险和实施任务都应通过 RFC 表单列出。

审查和评估变更请求

  • 检查变更请求的完整性。
  • 根据其可行性和优先级评估请求。
  • 批准提交变更请求。

变更批准必须基于以下问题

  • 变更的原因是什么?
  • 拟议变更的好处是什么?
  • 谁提出了变更?
  • 相关的风险是什么?
  • 实施变更所需的资源是什么?
  • 变更是否紧急或可以推迟?
  • 对其他IT配置和服务的影响是什么?

变更的批准由变更咨询委员会 (CAB) 进行。RFC 将被审查,生成行动项目并讨论流程。如果 CAB 批准 RFC,则可以继续进行拟议的变更。如果 RFC 中没有足够的信息或细节,CAB 可以拒绝 RFC 或要求在批准变更之前完成行动项目。

规划变更

一旦提出变更请求,就应该规划变更的整个行动过程。必须确定所需的资源和实施时间表。

测试变更

将测试变更的功能和准确性,以及它们的兼容性和可操作性。测试将在复制生产环境的环境中进行。它包括安装拟议变更的程序、在无法成功实施的情况下回滚步骤、验证环境已恢复到变更尝试之前存在的初始配置的步骤,以及没有由于变更尝试而产生的负面副作用。必须制定补救计划,包括在变更的各个阶段回滚的程序。

创建变更建议

起草变更的描述和类型;与其相关的优先级,与变更相关的成本,应用和不应用变更的好处和后果。该建议应发送给授权变更的人员。

实施变更

一旦规划好变更,就必须进行关于推出、时间表和实施的沟通。当贵公司开始实施变更时,请提醒每个人记住自己的角色。负责监控变更的人员必须密切监控,并与其他相关方进行沟通。应按影响流程和管理流程的员工的顺序进行更改。

实施后审查

需要进行实施后审查以确定变更的成功/失败。它将根据在变更构建期间定义的测试程序执行,并将记录结果。如果 PIR 没有证明变更成功,则必须触发回滚。

对于 PIR,应考虑以下评估问卷

  • 变更是否达到预期目标?
  • 变更是否按时实施?
  • 变更在流程中通过时是否发生任何事件?
  • 变更是否在不超过分配的资金预算的情况下执行?
  • 变更是否已记录?
  • 参与变更的每个人是否都遵循了流程?
  • 在流程的任何阶段做出决策时是否缺少任何所需的信息?

审查还应包括由于变更而发生的任何事件(如果在此阶段已知)。应将吸取的教训纳入未来的变更中。

变更关闭

一旦变更流程完成,就必须为将来参考记录整个流程。在变更流程的每个步骤之后关闭变更,并且 RFC 的每个状态更改都必须记录在配置数据库中。变更成功、失败、相关计划等将传达给所有利益相关者。

变更类别类型

 

变更优先级类型

以下状态代码可用于反映变更请求的状态

  • 打开 - 变更已创建并接受,但尚未分配给所有者。
  • 进行中 - 变更已确认并已分配给所有者。
  • 已批准 - 业务和技术领导团队都已评估,并且变更已获批准。
  • 已拒绝 - 变更已被拒绝,并将附带说明和建议的行动方案一起返回给请求者。
  • 已关闭 - 变更请求已关闭。
  • 已取消 - 变更请求已被取消。

变更管理是最重要的服务管理流程之一。组织将了解变更流程,了解为实现最终目标需要克服的障碍。使用变更管理将确保受变更影响的大部分员工都接受和采用并熟练掌握所需的变更。它还会对受变更影响的员工产生积极影响,按时完成并按计划预算完成。

更新于:2020年1月28日

121 次浏览

启动您的职业生涯

完成课程获得认证

开始
广告