×

扫描二维码登录本站

标签: 暂无标签
本帖最后由 monicazhang 于 2015-11-12 16:14 编辑

20151112 淡然
续上





8      与其他流程的关系
变更管理流程可以从其他的服务管理流程接收到变更请求(RFC),流程间关系可参照下图:

q  和配置管理流程的关系
变更管理涉及到的配置改变应当在配置管理数据库中得到体现,改变的数据可能包括配置项、配置项间的关系或配置项的某些属性 ;
变更的评估需要从配置管理数据库中获取相关的信息进行分析。                      ITSS考试

q  和事件管理流程的关系
事件的解决可能需要触发变更管理流程来实现,变更成功实施后应当通知事件管理流程。
q  和问题管理流程的关系
问题管理流程中对于错误的修正可能需要触发变更管理流程,变更成功实施后应当通知问题管理流程。
q  和服务级别管理流程的关系
变更管理流程输出具体的服务调整信息到服务级别管理流程,而服务级别管理流程则向变更管理流程提供SLA信息。
流程间关系矩阵见下表:


变更管理流程

问题管理流程

配置管理流程

服务级别管理流程

变更管理流程

N/A

N/A

版本信息

服务调整信息

问题管理流程

触发变更

N/A

N/A

N/A

配置管理流程

提供参考配置信息

N/A

N/A

N/A

服务级别管理流程

提供SLA信息

N/A

N/A

N/A

注:流程关系为纵列向横列输出。

9      关键流程衡量指标
为了较好地控制流程的质量,必须为流程设置衡量指标,通过对指标的分析,可以有效地对流程的运行情况进行监控和改进。
变更管理流程的主要衡量指标如下:
[td]
序号

衡量指标

指标计算

1

新增的每一变更类型的变更数量

数量:每一变更类型的【登记时间】在统计时间区间内的变更数量

2

新增的每一变更分类的变更数量

数量:每一变更分类的【登记时间】在统计时间区间内的变更数量

3

新增的每类型的变更数量

数量:每一变更类型的【登记时间】在统计时间区间内的变更数量

4

变更实施失败的数量

数量:【变更结束代码】=‘失败‘and 【关闭时间】在统计时间区间内的变更数量

5

变更实施成功的数量

数量:【变更结束代码】=‘成功‘and 【关闭时间】在统计时间区间内的变更数量

6

被取消的变更数量

数量:【变更结束代码】=‘已取消‘and 【关闭时间】在统计时间区间内的变更数量

7

业务中断时长

业务中断时长:【变更状态】=‘已完成‘and 【实际完成时间】在统计时间区间内的【关键业务1中断时长】、【关键业务2中断时长】、【关键业务3中断时长】,按【中断关键业务1名称】、【中断关键业务2名称】、【中断关键业务3名称】分别对应到业务系统的子类,进行分类统计


10   功能性需求
q  开发HPSM平台与OA系统的接口。创建变更时可允许用户从OA系统提交变更申请,支持其与HPSM平台之间进行关联,并且在变更结束后需反馈相关信息给OA系统。其中变更结束后知会的人员可包含用户、信管部、IT运维服务部相关人员,通知内容可包括“变更主管“、“变更经理“、“计划开始时间“、“计划完成时间“、“实际开始时间“、“变更实施记录“、“实际完成时间“、“所影响的部门“和“变更是否中断业务“等信息项
q  根据实际情况,当变更方案需要多技术领域人员共同评估、制定时,可由变更主管开出子任务单给相关人员进行协助评估与方案制定,协助人员可以查看本变更单的具体信息,并可通过子任务单反馈意见,变更主管收到反馈意见后可进行汇总。当所有的子任务都反馈后,变更单才可以继续流转。
q  支持从其他流程模块、运维人员手动、其他系统触发创建变更请求
q  变更管理模块可与其它模块进行关联,如:问题管理模块、事件管理、配置管理等,从变更管理中可以直接访问相关联的配置项,工单,事件,问题等信息
q  实现与服务级别管理的关联,在RFC上查看对应的SLA信息,尤其当RFC会导致一个计划中断                        ITSS认证

q  对于变更的视图,操作,表单,都可以基于角色进行权限的定制,保证不同角色的用户登录系统只看到与自己职责相关的数据,只能进行与自身职责相关的操作
q  实现IT变更管理内容的记录、跟踪、统计与分析等管理功能;支持附件上传并可保存
q  变更过程中或结束后对变更过程的有效性及合规性进行评估,期间可提出终止变更的请求
q  变更管理模块应能将变更请求分派到相应的人员,进行评估和授权等,未经授权的变更请求不能得到实施
q  支持不同级别变更(如非标准与紧急变更等)的流程设计,同时只有变更类型为重大时,才可以升级给CAB进行审批

11   流程质量控制
流程活动:
序号

活动

说明

角色

1

现有流程评估

通过对KPI的完成程度,变更单历史记录等数据进行差距、趋势分析,定期对变更管理流程的实施有效性、服务质量和用户满意度进行回顾;生成差距分析评估报告、趋势分析报告

流程经理、流程执行人员

2

制定改进计划

根据差距分析评估报告、趋势分析报告总结待改进项,制定改进计划,改进计划中包括:流程的待改进项和改进机会、改进收益、执行改进计划可能带来的影响和风险、所需资源、测试和培训计划、实施计划、相关的支持文档等内容

流程经理、流程执行人员

3

审批改进计划

变更经理协调改进涉及到的相关人等对改进计划进行评估审批;提交RFC

流程经理

4

执行改进计划

调动资源,组织相关人员执行被批准的改进计划

流程经理、流程执行人员

5

回顾

对改进后的结果进行回顾,评估改进计划是否成功,存在哪些待改进项;依据PDCA方法论再次执行步骤1对现有流程进行评估,对流程进行持续改进,起到对流程质量控制的作用                   ITSS培训

流程经理、流程执行人员



12   需要调整的既有文件及调整要求
[td]
序号

既有文件名

调整内容

1

《广州市地下铁道总公司信息化需求管理细则》

权限申请类工作、免费软件安装归入服务请求流程进行管理

2

《通号中心IT运维服务部信息系统变更评审管理办法》








本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:从哪些角度可以对ITSS变更进行分类
下一篇:变更管理的ITSS报表参数分析
monicazhang

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

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by ITIL  © 2001-2025
返回顶部