用哪些ITSS指标来验证变更管理流程

任务2.1：变更实施前审批

变更单完成排程后，变更经理在变更实施前对变更环境进行审批，如果审批通过，转入“任务2.2变更通知”；如果审批不通过，转入“变更计划与安排”。

任务.2：变更通知

变更经理在“任务2.3实施变更任务”实施前，“任务2.4确认变更任务实施结果”确认后根据通知政策通知相关人员。

任务2.3：实施变更任务

变更实施人依照变更排程、实施方案执行变更任务，并在此过程中确保变更对正式运行项目的影响降到最低

任务2.4：确认变更任务实施结果

变更完成后，变更实施人和变更请求人对变更结果进行确认。若确认实施结果是成功的，则转入“任务5.6灾备系统同步更新”。 若确认实施结果是不成功的，则转入“任务5.5实施回退计划”。

任务2.5：实施回退计划

变更实施如果不成功，由变更实施人根据《变更实施方案》实施回退计划。若《变更实施方案》中的回退计划与实际情况不符，执行全部回退。 ITSS认证

任务2.6：灾备系统同步更新

任务 2.1：审批变更实施结果

变更经理通过业务确认或上机确认两种方式验证变更实施结果。涉及配置项修改的变更，变更完成时需要更新配置项。对于审批不通过的变更单，变更实施人将重新进行变更、计划、实施；

任务 2.2：选择关闭代码

变更经理根据实施结果选择关闭代码。

任务 2.3：关闭变更单

处理中的事件可以提交变更单，更改事件单状态变为等待中，系统自动完成关联；变更单关闭后，会将事件单的状态置为已完成；变更执行失败，如果触发事件，需要关联事件单和变更单；

处理中的问题可以提交变更单，问题单状态变为等待中，系统自动完整关联；变更单关闭后，会将问题单的状态置为已完成；

软件发布可以创建多个变更单，发布单状态变为等待中，系统自动完整关联；变更单关闭后，会将发布单的状态置为已完成；变更执行失败，执行紧急发布或再次发布，此时当前变更单不会和发布单之间进行关联，而是两张发布单之间进行关联。

变更单需要关联配置项；变更完成时需要更新配置项。