应急变更管理流程

当由于变更的性质需要在压缩的时间内实现变更时,使用紧急变更流程。紧急更改的一个例子是需要实现以防止病毒爆发的安全补丁。

可以记录紧急RFC,原因有两个:

  • 由于向用户恢复服务时出现故障而要求的(Break-Fix)
  • 防止预见到对业务关键系统或服务的重大影响

如果Break-Fix场景需要紧急RFC,则应伴随着服务台记录的优先级1或2事件。

紧急变化过程

  1. 信息技术和数字服务团队确定需要进行紧急更改,并记录更改请求,确保将类型选择为紧急。请求者有责任确保正确填写所有字段,并提交更改进行评估。
  2. 技术变更管理团队将评估RFC中信息的质量和准确性,并可能在进展前要求获得更多信息。
  3. 技术变更管理团队将通过电子邮件或会议环境与CAB所有成员就紧急变更进行沟通。CAB将被要求对变更进行审查和评估。
    • 如果寻求电子邮件批准,所有与RFC的通信将作为记录中的注释可见。
    • 如果召开紧急CAB会议,变更经理将获得批准
  4. 技术变更经理将审查任何CAB问题的批准,一旦所有问题都得到缓解,将推进RFC的实施。
  5. 一旦更改被批准用于实现,则实现变化过程是紧随其后。
  6. 在完成“实施变更程序”后,变更管理团队将进行最后的评审。这可能需要来自实现者的额外信息,并可能导致推行后检讨(PIR)


联系变更管理团队

有关变更管理流程的任何问题,请致电33000或与IT服务台联系给服务管理团队发邮件

请不要犹豫与我们联系业务关键事件您希望添加到变更的前进度表中,我们将尝试协调技术变更以不影响本次活动。