ITSS如何制定变更的细节管理
20150625MONICAZHANG
续上10.是否启动上级单位审批或备案
对风险等级为重大的变更，变更经理需上级单位审批或备案。
表格4‑54变更是否启动上级单位审批ITIL培训
编号 | 代码 | 描述 |
1 | 是 | 需要上级单位审批或备案 |
2 | 否 | 不需要上级单位审批或备案ISO20000培训 |
11.是否需要地区局参与变更实施
一个系统如果是省地两级部署，一般都会出现地区局需要根据省公司的指令来操作的全局性变更。
表格4‑55变更是否启动上级单位审批ITSS培训
编号 | 代码 | 描述 |
1 | 是 | 需要地区局参与变更实施 |
2 | 否 | 不需要地区局参与变更实施ITSS认证 |
12.变更状态
变更从提出到最后被关闭，会历经各个阶段。变更处于不同的处理阶段具有不同的状态，需要不同的角色参与。以下是变更请求从提出、实施到结束的整个生命周期中的不同状态：
表格4‑56变更状态
编号 | 代码 | 描述 |
1 | 已登记 | 变更请求已登记入系统，变更主管还未受理 |
2 | 计划中 | 变更主管对变更进行规划，检验变更单的分类和信息是否正确，提交必要的变更文档ITSS体系 |
3 | 等待审批 | 变更请求提交给变更经理或变更委员会等待审批 |
4 | 已批准 | 变更单得到批准（或简单变更预先批准） |
5 | 处理中 | 变更主管在此状态下，进行任务的创建、分发，变更实施者实施变更 |
6 | 已完成 | 变更实施完成，进入观察期ISO20000培训 |
7 | 关闭 | 变更关闭，关闭变更时需指定关闭代码（成功，失败，已取消） |
13.回顾代码
回顾代码用于描述变更计划和实施过程的质量，以便更好地改善未来的变更。
表格4‑57变更回顾代码
编号 | 代码 | 描述ITIL培训 |
1 | 实施正常 | 变更实施计划、操作没有问题 |
2 | 计划不全 | 变更实施计划有缺陷，不完善 |
3 | 实施操作有误 | 变更实施人员在实施过程中操作有误 |
4 | 不可预料情况 | 其他不可预料的意外情况，如系统突然无法启动 |
14.变更结束代码
变更结束代码用来描述其完结时的不同状态。ITSS培训
表格4‑58变更结束代码
编号 | 代码 | 描述 |
1 | 成功 | 变更成功完成 |
2 | 失败 | 变更不成功，执行了回退计划 |
3 | 已取消 | 变更因为各种原因被取消ITSS认证 |
待续
本帖关键字：ITSSISO20000