### 5.3.1变更主管对变更进行确认
变更创建以后就应该通知到变更主管团队,负责对变更进行确认,按理说这里应该有一个变更咨询委员会(CAB)讨论变更的具体方案。
>[warning]注意我们这里说的是Normal change,所以有这个步骤,emergency change是没有validate这个步骤的。
确认后会分配给对应的处理团队(主管团队)这个地方有三个团队需要选择。
Team:负责实施变更的团队,里面包含变更实施者
Supervisor team:变更主管团队,负责指派具体的实施者,并对变更负责,监督整个变更过程。
Manager team:变更经理团队,负责变更的管理监督,对变更进行审批,通常是对于部门的经理,当变更方案和回退计划做好了后会交给审批团队。

如图,会有确定的团队名称、时间、以及确认的结果。
### 5.3.2 变更主管团队进行实施者分配
>[warning]一旦变更状态变为 validated就意味着现在这个变更生效了,要开始干活了,应当设置提醒,这个时候通知到变更主管团队进行人员指派。
这个过程非常简单,通常在人少的团队这个是由实施团队内部的人进行分配的,在成熟的团队里面是由团队主管进行分配的。

angent就是实施者,要负责做计划和实施变更
Supervisor是主管,也是本次变更的主要负责人
manager是变更经理,本次变更的最高受意领导
>[info]到这里,我们只能选择上一步validated指定的团队内的人了,不能选择团队之外的人,如果有疑问需要让有权限的人修改之前指定的团队角色。
一旦Assign,流程就会走到具体的实施者那里,进行方案设计、回退计划
- ITOP用户手册
- 第一章 用户门户
- 第一节 新建工单页面
- 第二节 正在处理的工单
- 第三节 常见问题查看
- 第二章 后台基本操作
- 第一节 查看修改实体
- 第二节 实体的操作执行
- 第三节 搜索功能详解
- 第三章 服务台使用
- 第一节 服务台一线操作指南
- 第二节 服务台之创建工单
- 第三节 工单的指派和处理
- 第四节 服务和事件管理
- 第五节 服务级别协议SLA介绍
- 第四章 配置管理后台
- 第一节 联系人管理
- 第二节 配置项管理
- 第三节 配置管理的运维
- 第五章 变更管理的应用
- 第一节 变更管理的角色
- 第二节 变更申请
- 第三节 变更的确认和分配
- 第四节 变更的计划和实施
- 第五节 变更的审批
- 第六节 紧急变更
- 第七节 例行变更
- 第六章 itop使用常见问题