在这个阶段,变更管理团队开始制定如何开展变更过程,概述了一个详细的计划,讨论了变更可能产生的影响,他们计划如何实际推出变更,考虑到停机时间或任何其他意外情况,联系任何引发变更请求的关联事件或问题,配置要执行的任务,必要时还布置一个检查表。
影响明细
在此之下,您可以记录该变更可能对整体业务产生的影响。决定是否通知客户这一变更可能导致的停机或连接问题。
推出计划
在这个计划中,您可以对这个过程如何实施有一个详细的描述。例如:变更是分阶段实施还是一气呵成,必须详细说明。
回退计划
在这个计划中,您可以标出一个变更的回退计划。如果它失败了,您可以添加如何取消,或减轻其影响。
检查表
列出在变更请求进入下一阶段之前必须完成的活动。
停机计划
你可以用它来记录变更请求进行时可能发生的停机时间。
发布计划
记下发布与变更关联的服务所需的通常时间。
关联
在此之下,您可以标记,引起这个变更的事件,这个变更可能引起的事件,以及问题都必须在这个阶段关联。
变更管理过程中的每个阶段都配置了一些状态,以反映变更请求在每个阶段的确切位置。
阶段及状态在设置>> 定制> 变更管理 >>阶段及状态下配置。
在计划阶段,配置的默认状态如下表所示。
计划阶段 | 状态 | 描述 | 需要被通知的角色 |
审批 | 变更已批准。 | 变更所有者 | |
正在规划 | 正在规划变更计划中。 | 变更所有者 | |
拒绝 | 变更已拒绝 | 变更所有者 | |
额外信息要求 | 变更回退至提交阶段,需完整信息 | 变更经理,变更请求人 | |
提交评审 | 提交以便能评审。 | 变更审批人,变更经理 |