215_华中某县域5G专网运营管理平台信息系统项目度量绩效域

ONEPSOFT | 软考学习知识库

---

华中地区某县域的 5G 专网运营管理长期依赖人工登记与手工统计，专网设备、业务开通、故障处理等环节分散在各运营单位与县工信部门手中，用户群体信息化基础薄弱、操作习惯迁移阻力大，跨部门业务口径不一致、数据无法直接对齐，线下流程长期依赖纸质台账、数据初始化工作量巨大，专网运行状态不清、故障处理不及时。为把 5G 专网运营管理业务数字化，该县工信部门于 2023 年 10 月发起了 5G 专网运营管理平台信息系统项目，经公开招标由我司承建，合同额 1050.32 万元，建设周期 8 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合 5G 专网运营管理全流程数据，实现专网设备在线化、业务开通数字化、故障处理闭环化。建设内容包括专网设备、业务开通、故障处理、统计分析与报表四个模块，并与各运营单位及县工信部门对接。技术方案上，业务表单与流程依托低代码平台快速配置，微服务网关统一管理接口，业务数据存放于 OceanBase 数据库，消息通过 RocketMQ 异步推送，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 编写，应用部署在县政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 12 人，其中需求分析 2 人、研发 5 人、测试 2 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，关键节点加派驻场支持。项目于 2024 年 6 月通过终验，上线后用户满意度测评由 78 分提升至 94 分，预警事件平均处置时长缩短 55%，跨部门数据共享接口调用量月均突破 120 万次，5G 专网运营的规范化水平得到明显提升。

度量绩效域解决的是 " 项目做得怎么样、数据从哪来、偏差怎么办 " 的问题。这个项目用户基础弱、口径杂、台账多，度量稍有偏差，数据失真、口径打架、初始化拖期，项目必然受阻，度量就是项目的仪表盘。8 个月的实践让我体会到，度量绩效域要跟着项目阶段走：奠基期把指标与口径立起来，运转期把数据看住、把偏差盯住，核验期把结论做实、把经验留下。下面按这三个阶段，结合项目实践说明度量绩效域的落地过程。

一、奠基期：把指标立起来、把口径统一起来

奠基期要回答 " 量什么、怎么量 "。启动阶段，我们依据项目目标设定了三类核心指标：进度看里程碑达成率，质量看设备在线率与故障处理及时率，业务价值看业务开通时效与用户满意度。每项指标都明确了采集频率与计算口径。针对跨部门业务口径不一致的问题，我们用亲和图把各运营单位的数据诉求按主题归并聚类，理出设备编码、业务类型、故障等级三类核心议题，据此牵头制定了统一的数据标准，各单位照单执行，数据对齐率明显提升。针对纸质台账初始化量大的问题，我们在奠基期就把初始化进度纳入度量：按台账要素、录入进度、核验状态三个维度建立初始化台账，每月统计一次，初始化完成情况一目了然。以业务开通台账为例，各运营单位的历史台账格式不一，我们按统一模板逐批转换、逐批抽验，初始化完成后的一次全量抽验显示数据准确率达到 99% 以上，为专网设备的全量在线打下了数据底座。指标立起来了、口径统一了，后面的度量才有基准，这是度量工作的地基。以设备编码为例，各运营单位过去对同一设备的编码规则不同，统一标准后设备数据一次对齐，专网设备的台账准确率明显提升，奠基期的口径统一为后续所有度量打下了基础。奠基期还定下了一条纪律：指标一旦确定，未经月度例会评审不得随意更改，防止指标朝令夕改导致数据不可比，基准的稳定性由此得到保障。

二、运转期：把数据看住、把偏差盯住

运转期要回答 " 数据怎么看、偏差怎么办 "。我们建立了月度度量看板：核心指标集中陈列，进度、质量、业务价值的状态一眼可辨，每月对照计划基线复盘，偏差超过容忍范围的当场定位原因。针对设备在线率的问题，我们用直方图对各区域的设备在线情况做了统计：按区域统计在线率分布，图形清楚显示个别区域的在线率明显偏低，据此把网络优化资源优先投向这些区域，设备在线率明显提升。针对故障处理及时率的问题，我们用面向 X 设计矩阵对故障处置流程做了综合评估：以集中处置、分区处置、分级处置为评估对象，从响应速度、资源占用、责任清晰、用户感知四个维度加权打分，选定了分级处置方案，预警事件平均处置时长缩短 55%。看数据的关键是让问题在数据上显形：哪个指标异常、异常持续了多久、背后是什么原因，一眼可辨，偏差在萌芽阶段就被看见、被处置。以设备在线率为例，直方图显示某区域的在线率连续两个月垫底，我们据此追查发现是该区域的网络专线质量差，协调运营商优化链路后，该区域在线率回到正常水平。看板不是展示工具，而是处置工具：每条标红的指标都对应一个责任人与一个整改时限，红多久盯多久，直到指标回到绿色，运转期的度量因此是动态的、有行动的。

三、核验期：把结论做实、把经验留下

核验期要回答 " 结果真不真、经验留没留 "。收尾阶段，我们对照前期设定的指标清单逐项复核：设备在线率达到 98% 以上，故障处理及时率达到 99%，用户满意度测评由 78 分提升至 94 分，各项指标全部达到或超过计划目标。为确保结论建立在真实数据之上，我们按设备类型与业务类别分层抽样，对初始化后的专网数据做了复核，凡对不上的当场追溯，最终验收结论因此站得住脚。针对用户信息化基础薄弱的问题，我们按月统计各运营单位的使用活跃度，发现部分单位活跃度偏低，据此调整了培训安排并安排了驻场支持，线上办理率由 51% 提升至 93%。复盘环节，我们把度量工作中的得失整理成文：指标清单在奠基期定得偏多、个别指标采集成本高、对过程数据的留存不够完整等教训，一并写进复盘报告，存入公司的经验教训库。以指标偏多为例，奠基期我们定了二十余项指标，运转中发现约三成采集成本高、价值有限，核验期精简到十余项核心指标，若前期更克制，执行会更聚焦。度量不是为了好看，而是为了发现问题、解决问题，这个理念贯穿了项目的每一天。

项目最终按期通过终验，用户满意度测评由 78 分提升至 94 分，预警事件平均处置时长缩短 55%，跨部门数据共享接口调用量月均突破 120 万次，各运营单位与县工信部门对系统的认可度明显提升。复盘整个项目，我的体会是：度量绩效域的三个阶段各有侧重——奠基期把基准立住，运转期把偏差盯住，核验期把结论做实，三个阶段环环相扣，缺了任何一环，度量都会流于形式，这也是本项目留给我最核心的度量方法论，让我在后来的项目里始终把基准放在第一位。三个阶段的节奏也各不相同：奠基期要 " 稳 "，基准立得稳；运转期要 " 勤 "，看板盯得勤；核验期要 " 实 "，结论核得实。亲和图让口径问题有了共识，直方图让设备短板显形，面向 X 设计矩阵让处置流程有了最优解。8 个月里印象最深的是口径统一的过程：一个设备编码的标准，让各运营单位的数据从对不齐到完全一致，奠基期的慢换来运转期的顺，这笔账算得很值，也让我更加确信，度量的功夫首先要下在基准上。这套按三阶段推进的度量管理做法，后来被整理成公司在通信运营类项目的度量管理参考，供后续同类项目复用，也让后来的专网类项目少走了不少弯路，度量管理的价值由此得以延续。