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