如何详细设计ITSS变更管理中的各个环节
本帖最后由monicazhang于2015-9-214:30编辑20150902淡然续上
3.5流程详细设计3.5.1.变更启动与记录图3‑2变更启动与记录详细流程说明如下：
序号
步骤名称责任人说明
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变更评估与审批详细流程说明如下：
序号
步骤名称责任人说明
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判断是否批准RFCq如果批准，转入CR2.8“是否需要更多审批者？”q如果拒绝该RFC，转入CR2.9“注明拒绝理由”输出：q审批通过的变更记录q未通过审批被拒绝的变更记录
CR2.8
是否需要更多审批者？变更主管输入：q风险、影响、可行性、成本等各方面初次评估后的变更记录处理过程：q初次审批通过之后，变更主管判断是否需要进行更多的审批，比如初审通过之后，可能需要继续寻求业务部门、客户的审批和确认。q如果需要，则将RFC继续提交给相应的审批者寻求审批，转入CR2.6“评审RFC”q如果不需要，则将变更状态标识为“已批准”，转入CR3.1“验证变更信息”输出：q等待更多审批者进行评估审批的变更记录
CR2.9
注明拒绝理由变更审批者输入：q未通过审批被拒绝的变更记录处理过程：qRFC被拒绝后，变更审批者注明拒绝理由，将该RFC关闭，并标识关闭代码为“取消”输出：q设置拒绝理由并被关闭的变更记录
CR2.10
通知提交人联系相关用户变更主管输入：q设置拒绝理由并被关闭的变更记录处理过程：q变更主管联系相关变更请求者或者用户，通知该变更被拒绝并告知拒绝原因。输出：ITSS培训q就被否决变更通报用户
待续http://www.ITILxf.com/thread-52401-1-1.html本帖关键字：ITSS
页:
[1]