170_湘中某省级城市生命线监测平台信息系统项目规划绩效域

ONEPSOFT | 软考学习知识库

---

湘中地区某省级城市的生命线监测长期依赖人工巡检与分散系统，燃气、供水、桥梁、地下管网等设施的运行数据分散在各部门手中，用户群体信息化基础薄弱、操作习惯迁移阻力大，涉密与敏感数据较多、须按等保三级要求同步建设，算法识别在复杂光照与天气条件下准确率不稳定，设施底数不清、风险预警不及时。为把城市生命线监测业务数字化，该省住建主管部门于 2023 年 6 月发起了省级城市生命线监测平台信息系统项目，经公开招标由我司承建，合同额 720.32 万元，建设周期 16 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合城市生命线运行数据，实现监测在线化、预警自动化、处置协同化。建设内容包括设施管理、实时监测、预警处置、数据分析、统计分析与报表五个模块，并与各设施主管部门及应急部门对接。技术方案上，平台按同城双中心多活容灾架构运行，微服务调用经 Istio 服务网格统一治理并支持灰度发布，业务数据由 GaussDB 承载，热点数据借助分布式缓存加速访问，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在省政务云国产化环境，安全建设按等保三级标准同步实施。团队采用矩阵式组织，全队 11 人，需求、研发、测试、实施运维与数据治理各岗配齐，编制按模块规模与接口数量核定，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 10 月通过终验，上线后跨部门数据共享接口调用量月均突破 120 万次，线上办理率由 51% 提升至 93%。

规划绩效域解决的是项目往哪里走、怎么走的问题。16 个月的实践让我体会到，规划绩效域要按 " 规划—执行—监控 " 三个环节推进：规划环节锚定预期目标，执行环节把规划落到具体动作，监控环节让规划动态校准，三个环节缺一不可。下面围绕预期目标、与其他绩效域的联动、应对方法三个方面，结合项目实践说明规划绩效域的落地过程。

一、规划环节：把预期目标锚定清楚

规划绩效域是确定项目目标与执行路径、并明确衡量标准的过程，其作用在于让项目从启动之初就方向明确、路线清晰。项目启动后，我组织项目骨干，结合城市生命线监测的业务需求，牵头制定了《项目管理计划》，把预期目标确定为四个：一是让监测数据全量汇聚，各设施主管部门的实时数据都能接入平台；二是让风险预警及时准确，预警处置形成闭环；三是让操作简便易学，克服用户信息化基础薄弱的问题；四是让数据安全合规，涉密数据满足等保三级要求。四个目标都对应到可衡量的指标：数据汇聚率、预警响应时长、用户满意度、安全测评结果，规划因此不是口号，而是可考核的标尺。目标与指标不是定完就束之高阁，我们把指标落到月度跟踪表上，每个月的进展都在表上更新，目标达成情况随时可查，规划因此始终是活的。规划环节还同步排定了里程碑：前四个月完成数据接入，中六个月完成预警处置，后六个月完成优化推广，每个里程碑都有明确的交付物与验收标准，项目路线图从第一周起就是清晰的。以数据接入为例，我们把各设施主管部门的接入顺序按数据重要度排定，优先接入燃气与供水两类高危设施，接入计划因此既有序又有重点。

二、执行环节：把规划落到工具应用上

执行环节是把规划转化为实际动作的过程，其作用在于让规划不停留在纸面，而是落到每一天的工作里。针对用户群体信息化基础薄弱、操作习惯迁移阻力大的问题，我们用流程图梳理了各设施主管部门的原有作业流程：从巡检上报、人工登记到处置反馈，逐环节标注操作节点与人员习惯，据此设计新系统的操作路径，尽量贴合原有习惯，迁移阻力明显减小，线上办理率由 51% 提升到 93%。针对算法识别在复杂光照与天气条件下准确率不稳定的问题，我们用五问法追根因：先问为什么识别准确率时高时低，再问为什么夜间监测经常漏报，追到根子是夜间与恶劣天气场景的训练样本不足，据此补充了样本并调整了模型阈值，识别准确率由 87% 稳定到 94.6%。针对涉密数据多、等保要求高的问题，我们把安全建设纳入执行计划，安全建设与功能开发同步推进，每完成一个模块就同步核验一次安全要求，避免收尾集中补课。执行环节还建立了周计划与周复盘机制，计划偏差在周会上当场识别、当场调整，执行始终贴着规划走；任务分解到人、排期到周，每个人的工作都能在计划表上找到位置，执行因此不是推着走，而是照着走。以预警处置模块为例，周复盘中曾发现处置流转的排期偏紧，我们当天调整了排期并补充了人力，模块按期保质完成，计划在执行中得到了验证，也反过来证明了规划排期的合理性，执行与规划由此相互印证、相互成就。

三、监控环节：让规划动态校准、让联动形成闭环

监控环节是持续核对执行结果与规划目标、并及时纠偏的过程，其作用在于让规划在动态变化中保持可用。我们用数据分析把各模块的里程碑达成情况按月统计，与计划基线对比，偏差超过容忍范围的模块立即复盘原因、调整计划。以数据接入模块为例，第三个月发现部分设施主管部门的数据接口迟迟未通，数据分析显示是接口联调人力不足，我们随即调集厂商力量集中攻坚，接入进度回到计划轨道，没有影响整体里程碑。监控不是只看数字，我们还把干系人的反馈纳入监控范围，用户提出的操作问题按月度归类，集中反映的问题在计划层面解决，而不是一次次打补丁，监控与执行由此形成持续反馈的回路。

规划绩效域与其他绩效域的联动在本项目中十分具体：与干系人绩效域，规划输出沟通计划，干系人反馈又修正规划；与团队绩效域，规划明确职责分工，团队能力支撑规划落地；与交付绩效域，规划定义交付范围与验收标准，交付结果反过来校准规划；与度量绩效域，规划设定衡量指标，度量数据检验规划效果；与不确定性绩效域，规划预留风险应对，风险信号触发规划调整；与工作绩效域，规划安排任务与资源，执行情况反馈规划修正；与开发方法与生命周期绩效域，规划确定迭代节奏，迭代结果指导规划更新。规划提供目标，各绩效域执行并反哺规划，整个管理体系因此在规划之上运转有序，规划也因此成为项目管理的骨架，而不是孤立的文档。

项目最终按期通过终验，跨部门数据共享接口调用量月均突破 120 万次，线上办理率由 51% 提升到 93%，各设施主管部门与应急部门对系统的认可度明显提升，整体运行平稳有序。回顾规划绩效域的落地，三个方面的动作相互支撑：预期目标让规划有了方向，与其他绩效域的联动让规划有了骨架，应对方法让规划有了抓手，三者缺一不可。复盘整个项目，我的体会是：规划绩效域的价值不在于一纸计划，而在于 " 锚定目标、动态校准、联动闭环 " 这三个动作的持续运转。流程图让用户习惯显形，五问法让识别问题有了根因，数据分析让规划调整有了依据。回头看，规划做得好的项目，执行时处处顺畅；规划做得糙的项目，执行时处处救火，16 个月的实践让我对这一点体会尤深。这套围绕预期目标展开的规划管理做法，后来被整理成公司在城市生命线类项目的规划参考，供后续同类项目复用，也让后来的监测类项目少走了不少弯路，规划的价值由此得以延续。