如何细化ITSS问题流程的相关定义
本帖最后由monicazhang于2015-10-2211:19编辑20151022淡然续上
5.10集团、省公司两级交互问题处理需要较多智力资源,积累的经验具有较高价值。如果问题及解决方案对他省具有借鉴意义,问题处理专家应对解决方案进行加工整理、经问题经理审核确认后通过省部接口上传集团,形成全集团的知识,可以向其他省公司通报,在全国范围内共享,以提高各个省公司的支撑水平。ITSS考试
触发条件问题信息项
问题关闭时省份、所属系统类型、问题分类、问题标题、问题描述、解决方案、问题处理专家联系方式
5.11省公司上报报表参见附录问题管理上报报表章节。
5.12实施指导5.12.1流程图、流程角色定义与映射各省在进行流程角色映射时,问题经理建议由各技术负责人分别承担;问题处理专家由各专业技术人员分别担任;厂商包括现场维护厂商和远程支持厂商,建议现场维护厂商直接使用电子化系统记录问题处理情况,远程支持厂商的处理过程和结果由局方问题处理专家代为记录。
5.12.2流程衡量指标和报表n各省在细化时,可以扩充流程衡量指标n各省在细化时,可以自定义省内使用的流程报表内容、计算方法和生成频度ITSS认证
5.12.3问题信息项n各省在细化时可以增加新的信息项,但概要设计中已经定义的信息项不能修改和删除,对信息项的描述可以扩充说明,但不能违反现有描述n集团、省公司两级交互时不传递省内新增的问题信息项
5.12.4流程相关定义
定义
章节号细化原则其它说明
问题来源
7.6.2不能增加、修改或删除代码对代码的描述可以进行扩充
问题优先级
7.6.3不能增加、修改或删除问题优先级别代码,问题优先级对应的描述内容可以扩充
问题状态
7.6.4不能增加、修改或删除代码
所属系统类型
7.6.5注:各省在细化设计时不能修改此表中现有定义,第一层业务系统和第二层子类不能修改和扩充(注:第一层为“其他系统”的话,对应的子类可以扩充),但可以有选择的基于第二层子类定义扩充进行第三层条目的细化。各省在细化时,对没有覆盖到的业务系统用“其他系统”表示,子类中没有覆盖到的业务用“其他”表示。上报集团的问题统计报表,不对“其他系统”或“其他”进行统计ITSS培训
问题分类
7.6.6不能修改或删除已经定义的类别和子类,各省在细化时,根据自己的业务需要可以在此基础上对子类进行扩充,并可针对每个子类定义多个条目上报集团的问题统计报表,不对新增子类进行统计
问题结束代码
7.6.7不能增加、修改或删除代码
待续http://www.ITILxf.com/thread-52482-1-1.html本帖关键字:ITSS
页:
[1]