×

微信扫一扫，快捷登录！

标签： 暂无标签
本帖最后由 monicazhang 于 2015-9-2 14:30 编辑

20150902 淡然
续上





3.5     流程详细设计3.5.1.   变更启动与记录
图 3‑2 变更启动与记录
详细流程说明如下：
[td]
序号

步骤名称
责任人
说明
CR1.1

收集变更细节信息
变更请求者
输入：                        ITSS考试
q 事件管理流程记录信息
q 问题管理流程记录信息
q 服务级别管理SLA信息
q 配置管理CMDB信息
处理过程：
q 变更可能来自于事件管理、问题管理、配置管理和服务级别管理等流程，也可能来自于用户方的服务请求。
q 变更请求者收集必要的变更信息以创建一个变更请求，例如变更涉及用户、变更描述等
输出：
q 变更请求相关的信息，包括但不限于涉及用户、变更描述、及期望完成时间等
CR1.2

初步分类
变更请求者
输入：
q 变更请求相关的信息，包括但不限于涉及用户、变更描述、及期望完成时间等
处理过程：
q 变更请求者参考流程相关定义中的“变更分类”初步确定变更的分类
输出：
q 变更所属分类
CR1.3

初步确定变更类型
变更请求者
输入：
q 变更所属分类
处理过程：
q 变更请求者参考流程相关定义中的“变更类型对应表”初步确定变更类型（标准变更/一般变更/重大变更/紧急变更）
输出：
q 变更所属类型
CR1.4

是否标准变更？
变更请求者
输入：
q 变更所属类型
处理过程：
q 如果是标准变更，则省去变更审批等环节，直接转入CR5.3 “执行实施任务”。
q 如果不是标准变更，则转入CR2.1“提交RFC”。
输出：
q 被确认的标准变更
q 被确认的非标准变更


3.5.2.   变更评估与审批
图 3‑3 变更评估与审批
详细流程说明如下：

[td]
序号

步骤名称
责任人
说明
CR2.1

提交RFC
变更请求者
输入：
q 变更请求相关的信息，包括但不限于涉及用户、变更描述、变更分类、变更类型及期望完成时间等
处理过程：
q 变更请求者填写必要的RFC信息后，将变更状态标识为“新建”，提交RFC给变更主管进行审核
输出：
q 变更记录单（RFC）
CR2.2

RFC复核
变更主管
输入：                 ITSS认证
q 变更记录单（RFC）
处理过程：
q 变更主管对RFC填写内容和格式进行预审，检查是否存在不明确、不完整或有误的信息
输出：
q 变更主管对变更请求信息的初步验证和确认
CR2.3

RFC是否需要修改
变更主管
输入：
q 变更主管对变更请求信息的初步验证和确认
处理过程：
q 变更主管判断变更请求者提交的RFC是否需要修改，如果需要，则填写修改意见，退回给变更请求者，转入CR2.4 “修改RFC”；
q 如果不需要修改，则转入CR2.5 “制定初步计划，提交RFC审批”
输出：
q 退回的变更记录
q 等待制定方案的变更记录
CR2.4

修改RFC
变更请求者
输入：
q 退回的变更记录
处理过程：
q 变更请求者根据修改意见对RFC进行修改，修改完毕后重新提交RFC
输出：
q 修改完毕后重新提交的变更记录
CR2.5

制定初步计划，提交RFC审批
变更主管
输入：
q 等待制定方案的变更记录
处理过程：
q 变更主管制定初步变更方案及实施计划，然后与复核通过的RFC一起提交给变更审批者进行审核。
输出：
q 等待审批的变更记录
q 变更方案
CR2.6

评审RFC
变更审批者
输入：
q 等待审批的变更记录
q 变更方案
处理过程：
q 从IT和业务角度评审变更，内容包括评审变更的风险、业务影响、方案可行性、实施难度等。
输出：
q 风险、影响、可行性、成本等各方面充分评估后的变更记录
CR2.7

是否批准RFC？
变更审批者
输入：
q 风险、影响、可行性、成本等各方面充分评估后的变更记录
处理过程：
q 判断是否批准RFC
q 如果批准，转入CR2.8 “是否需要更多审批者？”
q 如果拒绝该RFC，转入CR2.9 “注明拒绝理由”
输出：
q 审批通过的变更记录
q 未通过审批被拒绝的变更记录
CR2.8

是否需要更多审批者？
变更主管
输入：
q 风险、影响、可行性、成本等各方面初次评估后的变更记录
处理过程：
q 初次审批通过之后，变更主管判断是否需要进行更多的审批，比如初审通过之后，可能需要继续寻求业务部门、客户的审批和确认。
q 如果需要，则将RFC继续提交给相应的审批者寻求审批，转入CR2.6 “评审RFC”
q 如果不需要，则将变更状态标识为“已批准”，转入CR3.1 “验证变更信息”
输出：
q 等待更多审批者进行评估审批的变更记录
CR2.9

注明拒绝理由
变更审批者
输入：
q 未通过审批被拒绝的变更记录
处理过程：
q RFC被拒绝后，变更审批者注明拒绝理由，将该RFC关闭，并标识关闭代码为“取消”
输出：
q 设置拒绝理由并被关闭的变更记录
CR2.10

通知提交人联系相关用户
变更主管
输入：
q 设置拒绝理由并被关闭的变更记录
处理过程：
q 变更主管联系相关变更请求者或者用户，通知该变更被拒绝并告知拒绝原因。
输出：         ITSS培训
q 就被否决变更通报用户





本帖关键字：ITSS




上一篇：变更管理流程的ITSS概览展开
下一篇：变更管理如何针对各角色进行ITSS计划和排程的
monicazhang

写了 2297 篇文章，拥有财富 12859，被 21 人关注

0
举报 收藏
转播转播 分享分享 分享淘帖 ()()
回复

评论

 使用高级模式，上传图片！
您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

ITIL |网站地图粤ICP备11099876号 深圳市艾拓信息科技有限公司版权所有
Powered by ITIL  © 2001-2025
返回顶部