099_华东某区县级通信资源管理系统信息系统项目度量绩效域

ONEPSOFT | 软考学习知识库

---

华东地区某区县的通信资源底数长期不清，管线、机房、基站等资源信息分散在纸质台账与多套老系统里，维护人员靠人工核对，资源变更记录不及时，故障定位耗时费力，算法识别在复杂光照与天气条件下的准确率又不稳定，国产化替代还要求数据库与中间件整体适配，历史台账数据初始化工作量巨大。这些现实问题叠加在 8 个月的短周期上，让项目从一开始就充满不确定性。为把通信资源管理数字化，该传媒集团技术中心于 2024 年 4 月发起了区县级通信资源管理系统信息系统项目，经公开招标由我司承建，合同额 386.46 万元，建设周期 8 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是建立全区通信资源的统一档案，实现资源可视化、变更在线化、定位智能化。建设内容包括资源档案管理、图纸与定位、资源变更流程、故障定位辅助、统计分析与报表五个模块。技术方案采用低代码平台承载表单与流程的快速配置，前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，各微服务经微服务网关统一鉴权与限流，数据存储选用 OceanBase 分布式数据库，跨系统的消息推送由 RocketMQ 承担，应用中间件采用东方通 TongWeb，整体部署在区政务云信创环境，按等级保护三级完成安全建设。项目团队共 14 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 6 人、测试工程师 2 人、实施与数据治理专员 2 人。团队规模不大，但算法、数据、适配三条线并行，度量看板成了团队协同的公共语言，谁负责的指标异常，谁就要在例会上说明原因。项目于 2024 年 12 月通过终验，上线后资金结算差错实现连续 12 个月零发生，线上办理率由 51% 提升至 93%，数据自动核验比例由 42% 提升至 91%。

度量绩效域是项目管理的仪表盘，这个项目时间紧、老系统复杂、数据底子差，靠感觉管理必然失控。度量让每个环节都有数字可依，也让偏差一出现就被看见：进度滞后多少、适配完成几成、数据核验比例多少，看板上一目了然。8 个月的短周期里，度量看板几乎没有一天空闲，指标曲线的每一次变化背后都对应着一个具体的动作。下面我以项目推进中遇到的三道难题为线索，说明度量绩效域的各项工具与机制是如何嵌入其中发挥作用的。

一、难题一：算法识别在复杂光照与天气条件下准确率不稳定

资源定位模块依赖图像算法识别机房与管线标识，晴天识别准确率尚可，阴雨、逆光与夜间条件下明显下滑，准确率不稳定直接影响故障定位的可靠性。识别准确率是资源档案可信度的根基，档案上的位置标错了，维护人员按图索骥找到的却是错误的目标，比没有系统更糟，所以准确率是我们最先立起来的一道质量指标。

这一难题在执行阶段集中暴露。我们没有回避，而是把识别准确率纳入质量核心指标持续度量，建立了分场景的准确率记录：按晴天、阴天、雨天、夜间、逆光五类场景，逐周统计识别结果，画成散点图，横轴为光照条件等级，纵轴为准确率。图形清楚显示，准确率随光照条件恶化呈明显下滑趋势，雨天与夜间两个场景的准确率显著低于目标值，属于最需要改进的环节。我组织团队用根本原因分析逐层追问：先问为什么这两个场景掉得厉害，再问为什么算法在低照度下表现差，追到根子是训练样本中低照度图片占比不足。找准根因后，我们补充了低照度样本并调整了图像增强参数，两个场景的准确率分别回升到目标以上，并连续四周稳定在控制线内。散点图让问题分布可视化，根本原因分析让改进有了方向，度量在这里真正驱动了质量的提升，而不是停留在记录数字。

二、难题二：国产化替代要求，数据库与中间件须整体适配

项目要求数据库与中间件整体采用国产产品，OceanBase 与东方通 TongWeb 的适配验证涉及数据迁移、性能调优与接口兼容多个环节，适配进度一度成为项目的不确定性来源。8 个月的周期经不起反复，适配晚一周，后面的联调与验收都要跟着压缩，所以适配进度必须放在看板上盯住。

这一难题在规划与执行阶段重点应对。规划阶段，我把国产化适配的工作量单列出来，按数据迁移、中间件替换、联调验证三个子项分别估算并设定里程碑，把适配进度纳入度量的关键指标，每周跟踪。执行阶段，我编制了一份适配逐项检查清单，从数据库对象迁移、存储过程兼容、连接池配置、中间件部署到安全加固逐项核对，每两周对照检查一次，凡不满足的项立即补资源、限期整改。逐项检查让适配要求从一纸规范变成了可打钩的动作，也让我们对适配进度始终心里有数：看板上适配完成率从四成稳步爬升到百分之百，没有出现反复。中间件替换阶段还发现过连接池参数不兼容的问题，因为逐项检查发现得早，当天就调整了配置，没有影响联调计划。度量让国产化适配这个不确定性最大的环节变得可控，风险在爆发前就被消化掉了。

三、难题三：线下流程长期依赖纸质台账，数据初始化工作量巨大

历年管线、机房、基站的资源信息大多躺在纸质台账里，字段格式不一，资源编号规则混乱，数据初始化工作量巨大，初始化进度直接影响后续模块的开发与联调。台账转数字不是简单的打字录入，字段对不齐、编号对不上，后面每一处查询都会出错，所以数据初始化从一开始就按项目来管理，而不是当成杂活，这也是为什么我们把初始化进度和准确率都放进了度量看板。

这一难题在收尾与移交阶段集中攻坚。我没有对整体盲目规划，而是先做存量数据的抽样摸底，按资源类型分层抽取样本，统计各类型的字段完整度与格式差异，据此制定统一的清洗规则，按管线、机房、基站三类分批录入，并把数据初始化进度纳入度量看板每周跟踪。录入过程中建立双人复核机制，一人录入、一人核对，数据质量抽查合格率纳入月度复盘，不合格批次一律返工。8 个月的工期里，数据初始化占用了将近两个月的人力，但因为批次清晰、规则统一、指标盯得住，质量始终可控，没有出现推倒重来的情况。为验证初始化数据的真实性，验收阶段我们用统计抽样按资源类型与区域分层抽取样本，与纸质台账逐条核对，核验通过率达到预期标准。数据自动核验比例由 42% 提升到 91%，资源档案从纸面变成了可信的数字资产，度量在其中全程护航，也让我们向建设单位交付的每一张报表都有数据支撑。

四、心得体会

项目最终按期通过终验，资金结算差错连续 12 个月零发生，线上办理率提升到 93%，自动核验比例提升到 91%，资源档案从纸面台账变成了可信的数字资产，故障定位效率明显提升。回顾整个过程，度量绩效域给我的体会是：度量不是事后算账，而是事前定标、事中看板、事后纠偏。散点图让算法问题在场景维度上显出分布，根本原因分析让准确率下滑有了答案，逐项检查清单让适配进度可打钩、可追踪，统计抽样让数据初始化经得起核查。三道难题各有各的解法，背后是同一套度量逻辑——把不确定变成指标，把指标变成行动，这正是本项目给我最深的启示。8 个月的周期里，度量看板几乎没有一天空闲，每一条指标曲线的变化背后都对应着一个具体的动作，度量不是为做而做，而是让项目的每一步都有据可依、有数可查，这套做法后来也被应用到集团其他项目，验证了它的可复制性。