改如何制定系统上线的ITSS考核指标
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培训
待续
本帖关键字：ITSS