117_东北某地市域光伏运维平台信息系统项目综合管理

ONEPSOFT | 软考学习知识库

---

东北地区某地市域内光伏电站数量多、分布偏远，运维长期依赖人工巡检与纸质台账，设备发电数据、故障记录、检修工单分散在电站与运维班组手中，数据初始化工作量巨大，第三方设备厂商交付质量参差，集成测试反复返工，电站割接又必须在有限的窗口内完成，业务连续性要求极高。为把光伏运维数字化，该能源集团运营管理中心于 2023 年 5 月发起了地市域光伏运维平台信息系统项目，经公开招标由我司承建，合同额 720.08 万元，建设周期 8 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合电站设备数据与运维流程，实现运维工单在线化、设备状态可视化、巡检记录可追溯。建设内容包括设备数据接入、运维工单、故障预警、巡检管理、统计分析与报表五个模块，并与各电站监控系统及多家设备厂商对接。技术方案中，业务表单与流程依托低代码平台快速搭建，设备接入与告警处理由自研服务承载，前端交互基于 Vue3 组件体系实现，后端服务以 Java 17 与 Spring Boot 构建，各微服务经网关统一鉴权与限流，业务数据存储选用 OceanBase 分布式数据库，告警消息由 RocketMQ 推送，整体部署在集团私有云信创环境，按等级保护三级完成安全建设。项目团队共 18 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 9 人、测试工程师 3 人、实施与运维工程师 2 人、质量保证与配置管理各 1 人。项目于 2024 年 1 月通过终验，上线后运维人工巡检投入下降 60%，数据自动核验比例由 42% 提升至 91%，设备在线率由 83% 提升至 98.5%。

我作为本项目的项目经理，负责从启动到收尾的全过程管理，其中测量绩效域贯穿始终。项目交付的成果包括可运行的光伏运维平台、与各电站及厂商的对接接口、系统源码与全套文档，以及面向运维班组与电站值守人员的培训。有效执行测量绩效域，可以帮助实现四类预期目标：让项目状态清晰可见，让决策有数据支撑，让行动跑在风险前面，让预测参与决策。这个项目设备类型杂、外部依赖多、割接要求高，测量必须围着难题转。下面我以项目推进中遇到的三道难题为线索，说明测量绩效域的各项工具与机制是如何嵌入其中发挥作用的。

一、难题一：存量数据初始化工作量巨大，进度难以量化

历年电站的设备档案、发电记录与检修工单大多躺在纸质台账里，字段格式不一，设备编号规则混乱，数据初始化工作量巨大，若按经验拍脑袋安排人力，进度必然失控。这一难题在规划与执行阶段重点应对。规划阶段，我用标杆对照做了一次工作量对标：参考公司以往光伏类项目的数据迁移数据，把同类项目的初始化人力配置与单位数据量处理效率作为参照，据此测算出本项目需要的清洗人力与工期，并按设备类型把初始化拆成数据普查、字段映射、批量录入、抽检验收四个阶段，每阶段设定明确里程碑，把初始化进度纳入测量看板每周跟踪。执行阶段，我编制了一份初始化逐项检查清单，从设备档案、发电记录、检修工单到巡检台账逐类核对录入完整度，凡不满足的项立即补录、限期整改。录入过程中建立双人复核机制，一人录入、一人核对，数据质量抽查合格率纳入月度复盘，不合格批次一律返工。经过四个月的持续推进，初始化完成率从四成稳步爬升到百分之百，数据自动核验比例由 42% 提升到 91%，为后续模块开发打好了底子。

二、难题二：第三方厂商交付质量参差，集成测试反复返工

多家电站在网设备由不同厂商提供，接口规范、数据格式、告警协议各异，个别厂商交付质量参差，联调时反复返工，集成测试一度陷入僵局。这一难题在执行阶段集中暴露。我没有急着追究厂商责任，而是先用因果图围绕 " 集成测试反复返工 " 从供应商、接口、测试、管理四方面分析根因，定位到部分厂商未按约定接口规范开发，联调前又缺少统一的技术对齐，问题在集成阶段集中爆发。找准根因后，我们把接口符合性检查前置到联调之前，要求厂商先提供自测报告，我方再做接口验证，不符合的当场退回修改；同时建立周联调例会，把双方进度、接口状态与问题责任当面说清，用会议纪要固定结论。针对告警误报率偏高的问题，我们把告警数据按设备类型与告警级别分类统计，画成直方图，图形清楚显示个别厂商设备的告警阈值设置不当导致误报集中，随即按设备类型重新校准阈值，误报率明显下降。经过两轮集中整改，集成测试一次性通过率大幅提升，返工不再是常态。

三、难题三：业务连续性要求高，割接窗口极为有限

电站发电业务不能中断，系统割接只能安排在下班后的有限窗口内完成，割接内容一旦界定不清或准备不足，切换时就会顾此失彼。这一难题在收尾阶段重点应对。我们先把割接内容纳入测量管理：哪些设备先切、哪些数据后补、哪些功能灰度开放，逐项明确并请集团确认，形成割接清单。割接前，我们用控制图持续监控割接演练时长：以连续数次演练数据建立基线，画出均值线与上下控制限，每次演练后把实际时长标注到图上。第二次演练时，切换时长接近控制上限，控制图提示流程存在堵点，我们提前定位到数据同步环节耗时长，随即优化了同步策略并增加了并行处理，后续演练时长稳定落在控制限内。为让演练结论经得起推敲，每次演练后我们都会开一次复盘会，把切换中每一步的耗时、遇到的问题与改进项逐条记入演练记录，下次演练先核对上次改进项的落实情况，闭环才算合拢。割接窗口内按既定清单依次切换，一次成功，未影响电站发电业务。为核实测量数据本身的可靠性，收尾阶段我们安排了一次质量审计，对照测量指标核查数据采集过程，发现个别周报数据存在滞后，随即把系统自动采集设为主渠道；同时用统计抽样按电站类型与设备类别分层抽取样本，与现场台账逐条核对，确保验收结论建立在真实数据之上。

从产品或可交付物的角度看，测量绩效域与其余七个绩效域都相互作用，在本项目里表现为数据的一条条流动：向干系人绩效域输出量化进度与核验数据，向团队绩效域反馈人均产出与任务时效，向开发方法与生命周期绩效域反馈迭代速率，向规划绩效域输出执行偏差滚动修正基准，向工作绩效域量化任务完成质量与工时，向交付绩效域输出自动核验率与设备在线率作为验收标准，向不确定性绩效域输出指标异动提前识别割接与联调风险。测量提供数据，各绩效域消费数据并反哺测量，共同构成一个整体。

项目最终按期通过终验，运维人工巡检投入下降 60%，数据自动核验比例由 42% 提升至 91%，设备在线率由 83% 提升至 98.5%，电站运维班组的工作方式随之改变，纸质台账彻底退出日常。回顾整个过程，测量绩效域给我的体会是：测量不是事后算账，而是事前定标、事中看板、事后纠偏。标杆对照让初始化工作量有了依据，因果图让集成返工有了答案，控制图让割接风险在爆发前就被看见，逐项检查与统计抽样让测量结果经得起核查。三道难题各有各的解法，背后是同一套测量逻辑——把不确定变成指标，把指标变成行动，让每一次管理动作都有数字兜底，这正是本项目给我最深的启示。这套做法后来也被应用到集团其他能源类项目，验证了它的可复制性。