服务信息化建设滞后问题整改措施报告.docxVIP

  • 1
  • 0
  • 约6.53千字
  • 约 14页
  • 2026-02-16 发布于四川
  • 举报

服务信息化建设滞后问题整改措施报告.docx

服务信息化建设滞后问题整改措施报告

第一章现状与问题根因

1.1业务场景回溯

2023年7月至2024年3月,××市交通投资集团(以下简称“集团”)对12家二级公司、38个在建项目、6个运营高速路段进行信息化成熟度评估。评估工具采用《GB/T36073-2018数据管理能力成熟度评估模型》+自研《服务信息化健康度62项指标》。结果显示:

①服务类系统(票务、客服、养护、应急指挥)整体得分1.8分(5级制),低于行业均值3.2;

②82%的业务仍依赖纸质工单流转;

③客服中心30秒内接通率61%,行业标杆92%;

④2023年因信息滞后导致的应急事件平均处置时长47分钟,同比高出24分钟;

⑤年度客户有效投诉1.3万件,其中38%集中在“查询不到进度”“重复提交材料”。

1.2滞后根因剖析

A.组织层:集团2017年虽成立“信息中心”,但编制仅9人,其中6人兼职网络运维,无服务信息化专职岗;信息化预算占营收0.48%,低于国资委《关于加快推进国有企业数字化转型工作的通知》要求的1%。

B.流程层:服务需求未纳入项目全生命周期管理。可研、初设、施工图、竣工四大阶段均无“服务信息化”章节,导致后期补建需追加30%费用。

C.数据层:38个系统各自为政,数据库版本涵盖Oracle9i到MySQL8.0,字符集混杂,主数据无统一标准;客户ID存在7种编码规则,无法做唯一映射。

D.技术层:2020年采购的客服系统基于Windows2008+.NET2.0,厂商已停止维护;接口采用封闭DLL,无法与2023年新建的物联网养护平台对接。

E.监管层:集团内部审计把信息化归入“一般费用”,未单列KPI;二级公司一把手考核权重70%为利润,信息化指标仅占2%,且无问责条款。

第二章整改总体思路

2.1目标

到2025年12月31日,集团服务信息化成熟度达到GB/T36073三级(“已定义”),客服30秒接通率≥90%,应急事件平均处置时长≤25分钟,客户有效投诉量同比下降50%,信息化投入占营收≥1.5%。

2.2原则

①业务牵引,问题导向;②统一规划,分步实施;③标准先行,数据驱动;④开放共享,安全可靠;⑤绩效挂钩,失职必究。

2.3技术路线

采用“云原生+微服务+统一数据湖”架构,前台以React+Flutter构建多端门户,中台以SpringCloud+K8s搭建微服务集群,后台建立Hadoop+Iceberg数据湖,流计算采用Flink,离线计算采用Spark,主数据管理采用ApacheAtlas+自研数据质量平台。

第三章组织与制度重塑

3.1组织调整

①集团层面成立“数字化服务委员会”(以下简称“数委会”),由董事长任主任,总裁任常务副主任,下设“服务信息化办公室”(项目制,编制25人,含需求管理4人、架构3人、数据治理4人、安全3人、PMO5人、运维6人)。

②二级公司增设“数字化服务部”,编制不少于5人,纳入正式机构序列,费用从各单位管理费列支。

③建立“业务信息化专员”网络,每个业务部门至少指定1名中层副职以上担任,履职情况纳入干部年度考核。

3.2制度新建与修订

a.《服务信息化项目管理办法》(集团级制度,编号JT-XX-01-2024)

条款要点:

1.所有50万元及以上服务项目须纳入集团年度信息化清单,未入库项目财务有权拒付;

2.可研报告必须包含“服务场景用例”“数据流图”“用户体验原型”,缺失任意一项即退回;

3.项目验收须通过“双轨”评审:业务验收+信息化符合性测试,后者由第三方检测机构出具报告,费用占合同2%,未通过不予竣工付款;

4.建立“后评价”机制,上线一年后由审计部牵头评估ROI,ROI1的项目,对项目经理、业务负责人启动问责。

b.《数据治理管理办法》(JT-XX-02-2024)

1.主数据标准:客户、设备、位置、组织、合同5大主题,由数委会统一发布,任何系统不得自建主数据表;

2.数据质量阈值:完整性≥99%,准确性≥98%,及时性≤T+1;低于阈值即触发红色预警,48小时内整改;

3.建立数据认责制,按照“谁产生、谁负责”原则,业务部门承担70%责任,信息化部门承担30%技术责任;

4.对外共享数据须通过“数据共享交换平台”,私自导出即视为泄密,依据《保密管理办法》第21条追责。

c.《信息化绩效考核细则》(JT-XX

文档评论(0)

1亿VIP精品文档

相关文档