改如何制定系统上线的ITSS考核指标
本帖最后由 monicazhang 于 2015-8-27 15:03 编辑20150827 淡然续上
考核指标采集时间和采集负责人 ITSS考试
考核指标
采集内容
重要程度
采集时间
采集负责人
报告期内上线系统总数
上线日期
高
推广上线完成后
项目经理/应用维护人员
报告期内主要版本/小型版本/紧急修复版本数
版本类型
高
推广上线完成后
项目经理/应用维护人员
违反系统上线流程的比例
违反内容
高
推广上线完成后
在系统上线管理会议结束后，由系统上线管理小组组长报系统上线流程执行负责人
由于采购而延迟的上线平均时间
由于采购而延迟的上线天数
低
推广上线完成后
项目经理/应用维护人员
系统上线阶段平均天数
上线所有阶段的总天数
高
推广上线完成后
项目经理/应用维护人员
单点软件分发的平均时间
单点软件分发时间
低
推广上线完成后
项目经理/应用维护人员
单点硬件分发的平均时间
单点硬件分发时间
低
推广上线完成后
项目经理/应用维护人员
使用DSL的比率
是否使用DSL
高
推广上线完成后
项目经理/应用维护人员
平均系统测试失败比率和成功比率
系统测试失败次数
中
推广上线完成后
项目经理/应用维护人员
准备系统测试的平均天数
准备系统测试的天数
中
推广上线完成后
项目经理/应用维护人员
系统测试的平均天数
系统测试的天数
高
推广上线完成后
项目经理/应用维护人员
系统测试平均返工或失败次数
系统测试返工或失败次数
高
推广上线完成后
项目经理/应用维护人员
平均用户测试失败比率和成功比率
用户测试失败次数
中
推广上线完成后
项目经理/应用维护人员
准备用户测试的平均天数
准备用户测试的天数
中
推广上线完成后
项目经理/应用维护人员
用户测试平均返工次数或失败次数
用户测试返工或失败次数
高
推广上线完成后
项目经理/应用维护人员
用户测试的平均天数
用户测试的天数
高
推广上线完成后
项目经理/应用维护人员
系统上线应急处理比例
应急处理日期
中
应急处理后
项目经理/应用维护人员
系统上线回退比例
上线回退日期
中
系统回退后
项目经理/应用维护人员
系统上线后出现的平均故障次数
故障日期
高
故障出现后
由系统上线流程执行负责人向项目经理/应用维护人员采集
系统上线后平均新需求次数
新需求批复日期
高
新需求批复后
由系统上线流程执行负责人向项目经理/应用维护人员采集
ITSS认证
2.4.2 评估与改进流程
编号
工作步骤
输入/触发条件
描述
输出/完成标志
角色
4.2.9.1
评估流程
《系统上线流程考核指标》，《系统上线流程执行统计数据》，反馈意见
定期根据系统上线流程执行数据、反馈意见及流程考核指标，定期对系统上线流程的效果和效率进行评估，找出薄弱点。
流程改进要点
系统上线流程执行负责人
4.2.9.2
流程改进实施
流程改进要点，《系统上线管理流程》
按照流程改进要点来改进系统上线管理流程。
《系统上线管理流程》
系统上线流程执行负责人
4.2.9.3
流程修改批准
系统上线管理流程》
系统上线主管审阅修改《系统上线流程》，给出修改建议或同意修改答复。
《系统上线管理流程》
系统上线主管
4.2.9.4
流程发布
《系统上线管理流程》
发布到全公司执行
发布通知
系统上线流程执行负责人
评估与改进的区域：· 准备可重用的测试环境：可以减少测试建立和执行时间；· 建立供应商支持界面：与供应商约定好技术支持的界面和方法，从而确保推广和故障处理的及时性；
2.4.3 升级上报管理正常情况下，衡量、评估、改进系统上线流程活动是定期进行的，但是有时会针对流程执行中出现的异常情况，如违反了《服务级别协议》，发起紧急指令来马上启动流程评估与改进，这就称为升级上报(escalation)管理，通常由系统上线流程执行负责人发起，报系统上线主管批准后实施。 ITSS培训
待续http://ITIL-foundation.cn/thread-52122-1-1.html本帖关键字：ITSS
页:
[1]