本帖最后由monicazhang于2015-7-2914:44编辑
20150729淡然 续上
3内容3.1流程介绍 变更管理流程在信息部设立的主要功能是在确定轻重缓急和对基础架构或最终用户影响程度的基础上,为变更事项指定优先级和类别。提高变更请求受理速度,建立快捷高效的申报程序,将RFC交由变更审核员和变更经理审核或否决。重大问题提交到CAB审核。构建变更,创建变更计划,规定变更范围,并需要在较为关键的过渡性里程碑处进行回顾评审。
3.2角色和职责 在某公司的变更管理流程中,主要的角色建议有五个:变更发起者、变更经理、变更执行者、CAB、紧急CAB。 [td][p=21,null,center]编号
| [p=21,null,center]角色
| [p=21,null,center]职责描述
| [p=21,null,center]交付物
| [p=21,null,center]1
| 变更发起者
| [p=21,null,left]l提供变更发起人的姓名、职位及联络信息。[p=21,null,left]l提供变更拥有者的姓名、职位及联络信息。[p=21,null,left]l变更描述信息,也就是对变更本质特征的完整说明。[p=21,null,left]l变更原因描述。ITSS考试[p=21,null,left]l采集并补充变更信息。[p=21,null,left]l对变更申请进行分类。[p=21,null,left]l选择合适的执行路径。
| [p=28,null,left]l变更申请表[p=28,null,left]l变更优先级
| [p=21,null,center]2
| 变更经理
| [p=21,null,left]l安排并分配任务[p=21,null,left]l检查计划的日期[p=21,null,left]l解决日期冲突[p=21,null,left]l批准实施日期[p=21,null,left]l制定变更初步计划。[p=21,null,left]l与用户沟通。[p=21,null,left]l构建变更内容和回滚计划。[p=21,null,left]l测试变更内容和回滚计划。[p=21,null,left]l判定变更是否要构建。[p=21,null,left]l评估并审批变更对IT的影响。[p=21,null,left]l评估并审批变更对业务的影响。[p=21,null,left]l判定变更的执行性。[p=21,null,left]l判定是否为重大变更。[p=21,null,left]l审批实施计划
| [p=28,null,left]l变更计划表[p=28,null,left]l会议记录[p=28,null,left]l回滚计划[p=28,null,left]l测试报告[p=28,null,left]l变更影响等级表
| [p=21,null,center]3
| CAB
| [p=21,null,left]l评估并审批重大变更对IT的影响[p=21,null,left]l评估并审批重大变更对业务的影响[p=21,null,left]l审核变更的可行行[p=21,null,left]l审核重大变更的实施计划和回滚计划,并测试是否可行
|
| [p=21,null,center]4
| 变更执行者
| [p=21,null,left]l实施并启动变更。[p=21,null,left]l检测变更是否成功。[p=21,null,left]l更改变更记录。[p=21,null,left]l变更不成功后执行回滚计划
| [p=28,null,left]l测试报告[p=28,null,left]l变更记录
| [p=21,null,center]5
| 紧急CAB
| [p=21,null,left]l评估并审批紧急变更对IT的影响[p=21,null,left]l评估并审批紧急变更对业务的影响[p=21,null,left]l构建变更[p=21,null,left]l分派变更计划
| [p=28,null,left]l
|
3.3流程触发条件及输入输出 3.3.1流程触发条件
[td][p=21,null,center]编号
| [p=21,null,center]触发条件
| [p=21,null,center]来源
| [p=21,null,center]1
| l事件管理 l问题管理 l配置管理 l针对事件或问题的解决方案提议。 l通过客户联系渠道(通常是服务台)或服务级别管理评价指标获悉用户或客户要求改进服务质量的不满情绪。 l关于引进或剔除配置项目(CI)的提议。 l针对部分基础架构组件的升级提议。 l影响IT需求的业务决策。 l促使服务变更的新增或修订法规。 l物理位置变更。 l厂商或承包商所提供的产品或服务发生变更。
| ITSM流程、电话等系统
| [p=21,null,center]2
| l班前班后会总结
| 线下
|
|
|
| 3.3.2输入[td][p=21,null,center]编号
| [p=21,null,center]输入项
| [p=21,null,center]1
| l变更申请原因
| [p=21,null,center]2
| l变更申请描述
|
3.3.3输出ITSS认证[td][p=21,null,center]编号
| [p=21,null,center]输出项
| [p=21,null,center]1
| l出库单
| [p=21,null,center]2
| l设备另用表
| [p=21,null,center]3
| l变更分类规则
| [p=21,null,center]4
| l变更优先级定义规则
| [p=21,null,center]5
| l变更统计表
| [p=21,null,center]6
| l发布
| [p=21,null,center]7
| l知识库
| [p=21,null,center]8
| l变更管理流程
|
3.4流程描述 3.4.1流程综述变更管理流程在执行过程中需要遵循以下要求: l变更发起者应接收、记录、及进行优先级划分和分类。 l变更记录内容应涵盖从基本事项到详细信息。 l变更经理与CAB可要求变更发起人提交实施计划提议等支持文档。 l在变更管理程序中,紧急程度取决于业务单位要求的变更实施速度。 l变更的类别用来定义变更对基础架构、用户乃至整个企业的影响程度。 l变更发起者要验证收集的信息,如信息不完整要补充。 l变更发起者要判断合适的节点发送至下一流程。 l变更经理要安排分派变更单,并解决冲突时间。ITSS培训 l变更负责人应制定变更的初步计划,构建变更,制定变更计划和回滚机制。并要测试变更内容和回滚机制。 l变更执行者应及时更改变更记录,测试变更,并在变更不成功的情况下,及时实施回滚机制。
本帖关键字:ITSS |