在收到所需的审批后,变更请求进入实施阶段,在这个阶段,通过任务、工作日志和项目来实施实际的变更请求。
在这个阶段,变更经理将布置更高层次的目标,根据所涉及的工作程度,将其分解为项目、里程碑和任务。例如,如果是一个小的或频繁的变更,请求可能只用一个任务就可以结束,甚至不需要任何审批。然而,当变更请求需要详细的计划和大量的时间和精力资源时,实施阶段就很广泛。
所需的团队被集合起来,加入到具体的任务和项目中,同时牢记停工期和其他限制。详细的任务,包括估计的时间、努力和成本;负责的技术人员/小组;以及通知都在这个阶段添加。
在这个阶段结束时,实际的请求已经完成,并准备好供变更审批员审批。
项目定义了更高层次的目标、里程碑和任务,以及任务负责人和明细的时间线。在一个变更请求的实施阶段,您可以将相应的项目联系起来,以便有效地跟踪。也就是说,所有类似的变更项目都可以被关联,以减少每个项目单独花费的时间。
在变更详情页,在实施 >> 关联下,点击关联项目旁边的添附。
变更管理过程中的每个阶段都配置了一些状态,以反映变更请求在每个阶段的确切位置。
阶段状态在 设置>> 定制> 变更管理 >> 阶段及状态下配置。
在实施阶段,配置的默认状态如下表所示。
实施阶段 | 状态 | 描述 | 被通知的角色 |
回退 | 回退计划需开始执行 | 变更所有者,实施者 | |
完成 | 实施已经完成 | 变更审批人,变更经理 | |
实施中 | 实施计划正在执行中 | 变更审批人,实施者 | |
挂起 | 实施因故挂起 | 变更审批人,变更经理,变更所有者,实施者 | |
额外信息要求 | 变更回退到CAB评审阶段,并要求补充完整信息 | 变更审批人,变更经理,变更所有者 |