简要概括ITSS变更管理流程
20150625 MONICAZHANG续上2. 变更来源变更来源用于区分触发变更的其他流程或需求，以便进行有效地关联。表格 4‑45 变更来源
编号
代码描述
1
突发事件变更来源于事件 ITSS工具
2
问题变更来源于问题
3
配置变更来源于配置项信息的调整
4
系统增强来自运维管理自身的内部需求，如系统优化、升级等
5
服务请求来自用户的变更请求，一般通过服务台提交，如项目建设过程中的系统调整请求、用户使用过程中的操作调整等
6
其他除上述以外的变更来源 ITSS考试
3. 变更类型变更类型用于区分变更，提高变更处理的效率。表格 4‑46 变更类型
编号
代码描述
1
简单变更指频繁发生、影响范围较小、紧急程度较低、实施风险较小（不会带来重大后果）、实施较简单的变更。如库表大小的改动，crontab时间的修改，文件的删除等。 ITSS团购
2
标准变更指涉及影响范围较大（影响客户、业务部门、分公司或者社会影响较大）、实施风险较大、实施较复杂的变更。这些变更可以进行充分的计划和测试。对于标准变更，建议由变更经理总体负责，通过与各相关方面协同，采取多种手段（例如CAB会议），严格管理其计划实施。如业务割接、机房搬迁等。
3
紧急变更指如果不进行变更，会立即或正在严重影响业务运行、导致严重影响服务等级或者带来重大影响的变更，应当得到尽可能快速的处理，减少流程的复杂性，但是又要有良好的控制。如紧急事件引发的紧急变更。 ITSS软件 紧急变更须经ECAB的授权与批准，可采用变更主管事后补单的方式，补充ECAB变更指导方案和实施记录。紧急变更通常可以以预案作为变更过程而不经过ECAB的评估与审批
4. 变更窗口变更窗口是指定期将执行时间相近的变更，汇集在一个时间段内共同执行，这样可以减少因为中断业务、停机等对生产的影响。建议各省根据具体情况，制定固定的变更窗口。变更窗口只适用于标准变更。
5. 变更是否中断业务变更可能会引起业务中断，需要在变更评估时加以说明。表格 4‑47 变更是否中断业务
编号
代码描述
1
是变更会引起业务中断 ITSS体系
2
否变更不会引起业务中断
6. 变更是否需要测试变更实施前需进行必要的测试。表格 4‑48 变更是否需要测试
编号
代码描述
1
是变更需要测试 ITSS认证
2
否变更不需要测试
7. 风险等级除简单变更外，变更主管、变更经理、变更委员会/紧急变更委员会对标准变更和紧急变更根据下表所列的衡量因素来量化评估实施变更可能带来的风险，该评估结果用于决定是否批准变更，是否需要更高级别的审批，以及实施完成后的观察期。该评估由变更主管进行初步评定，再由变更经理或变更委员会进行最终确定。风险等级量化评估表如下：表格 4‑49 变更风险等级评分标准 ITSS培训
衡量因素
条件得分
地市/区域IT用户数量（受到实施或取消的影响）
影响一个以上关键地区或半数以上地区4
影响一个以上地区但未达到半数，并没有关键地区受影响3
影响一个地区的全部用户2
影响一个地区的部分用户1
准备/实施必需的资源
3个或更多支持小组4
2个支持小组3
超过1人，相同的支持小组2
1人 1
变更成功的可能性
无法测试，变更失败可能性很高4
能实现部分测试，变更失败可能性较高3
有成熟的变更方案，变更失败可能低2
无需测试，变更失败可能性没有1
变更规划时间
6天或更长4
2-6 天 ITIL培训3
1-2天2
小于1天1
变更实施时间
超过2小时或在线/服务断供期4
1-2小时 3
不到1小时2
不到30分钟 1
回退时间
回退时间超过2小时4
回退难度中等以上（1-2小时）3
回退难度适中（1小时或更短）2
易于回退（30分钟或更短）1
根据上表对每个变更进行评估，最终得出风险等级。风险分为四个等级：重大、高、中、低。不同的风险等级分别有对应的审批级别和实施完成后的观察期，具体定义如下表： ISO20000培训
表格 4‑50 变更风险等级
总得分
对应风险等级实施完后的观察周期
18+
重大5-7天
14-17
高4-5天
10-13
中2-3天
6-9
低1天
待续http://ITIL-foundation.cn/thread-51159-1-1.html
本帖关键字：ITSS ISO20000
页:
[1]