>[success]变更的实施者会经历两个阶段,计划和实施,一般来说计划好了需要经过经理审批,然后才开始实施
### 5.4.1 变更计划的制定
当变更分配给实施者后,实施者就应该开始做变更计划和回退计划了,一个完整的变更计划和严谨的回退方案是很有必要的。
![](https://box.kancloud.cn/767f73273bd07295e83c18239fe5f750_277x207.png)
对于领导来说,更关心的是业务的中断、持续时间、回退是否可靠。
![](https://box.kancloud.cn/389111eb1ae328e659d29a92f7b71c72_452x330.png)
虽然这个Plan界面就这么多东西,不过这里你可以做详细的方案附件说明,可以调整相关联的CI看是否正确,和主管进行沟通确定实施方案
impact:说明主要影响是什么
outage:是否会中断业务
fallback plan:回退办法和应急方案
startdata/enddata:计划的实施时间
>[warning]一定要说清楚,不要让审批者迷惑,无法作出判断
这个步骤的状态会变为plannedscheduled
### 5.4.2 变更的实施和回顾
作为变更实施者,当变更经理审批通过了你的方案后就需要开始准备实施,
实施的线上操作非常简单了
![](https://box.kancloud.cn/5c336385278631f336222c3ce49df67a_278x214.png)我们只需要按照计划进行一步一步操作就可以了实施完成后点击![](https://box.kancloud.cn/e00a3325d6b4f2f34c1cb964c1784bcc_173x50.png),点完后状态会变为implemented
然后我们安排回顾检查,进入monitor环境
![](https://box.kancloud.cn/81dc6fbf0f0ae097931af5c35c40c88e_277x201.png)
这个环节可以是实施者自己操作,也可以由变更主管团队的人进行。
>[warning]这里需要提醒的是:一定是做了相关操作才点击这两个按钮,不要什么都做完了一次点完,这样系统记录的时间和步骤就没有太大意义了。我们依赖系统的前提是要按照它的游戏规则来玩。
- ITOP用户手册
- 第一章 用户门户
- 第一节 新建工单页面
- 第二节 正在处理的工单
- 第三节 常见问题查看
- 第二章 后台基本操作
- 第一节 查看修改实体
- 第二节 实体的操作执行
- 第三节 搜索功能详解
- 第三章 服务台使用
- 第一节 服务台一线操作指南
- 第二节 服务台之创建工单
- 第三节 工单的指派和处理
- 第四节 服务和事件管理
- 第五节 服务级别协议SLA介绍
- 第四章 配置管理后台
- 第一节 联系人管理
- 第二节 配置项管理
- 第三节 配置管理的运维
- 第五章 变更管理的应用
- 第一节 变更管理的角色
- 第二节 变更申请
- 第三节 变更的确认和分配
- 第四节 变更的计划和实施
- 第五节 变更的审批
- 第六节 紧急变更
- 第七节 例行变更
- 第六章 itop使用常见问题