072_鲁南某区县级电力营销稽查系统信息系统项目整合管理

ONEPSOFT | 软考学习知识库

---

一、我参与管理的项目概况及本人承担的工作

电力营销稽查的核心，是把电费该收的收上来、不该多收的退回去。鲁南某区县供电范围内有各类用电客户四十余万户，长期以来稽查工作靠人工翻台账、下现场，线索来源零散，计量异常和窃电行为往往数月后才被发现，电费差错的申诉处理周期也偏长。为把稽查从事后追补转向事中预警，该能源集团运营管理中心于二〇二二年五月立项建设鲁南某区县级电力营销稽查系统，由我所在单位承建，合同额九百二十万元，建设周期十二个月，二〇二三年五月通过验收投运。

系统包含稽查规则与模型管理、异常线索智能研判、稽查工单流转、现场核查移动作业、差错追退与考核、稽查成效分析六个业务模块，需要与用电信息采集、营销业务、计量资产三个既有系统完成数据贯通。交付成果包括系统软件与部署包、源代码及接口文档、历史稽查数据治理成果集、移动端应用、运维手册与培训课件、验收资料。技术上，服务之间通过服务网格 Istio 完成流量治理与故障隔离，数据层选用 GaussDB 承载主业务库并配套分布式缓存支撑高频档案查询，系统按多活容灾架构部署以满足业务连续性要求；前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，应用中间件为东方通 TongWeb，整体运行于集团私有云信创环境，安全防护按网络安全等级保护第三级建设。项目采用矩阵型组织，团队二十四人，含需求分析四人、技术研发十二人、测试三人、实施运维四人，加上担任项目经理的我共二十四人。我负责项目全过程管理并直接主持与三家既有系统运维方的协调。系统上线后，业务差错率由百分之二点七下降至百分之零点三，图像识别准确率达到百分之九十四点六且误报率控制在百分之三以内，采集设备在线率由百分之八十三提升至百分之九十八点五。

所谓项目整合管理，指的是识别、定义、组合、统一和协调各项目管理过程组内的各个过程和项目管理活动，它是项目经理最具综合性的一项职责。本项目历史数据质量参差、割接窗口极为有限、现场识别算法在复杂光照与天气条件下表现不稳，任何一项处理不当都会牵动全局。下面我按题目的三个设问逐一作答。

二、本项目的整体变更控制流程

所谓实施整体变更控制，指的是审查所有变更请求，批准或否决变更，并对可交付成果、项目文件和项目管理计划实施相应管理的过程，其价值在于让每一次偏离基准的动作都经过综合评审，而不是各行其是。本项目的变更主要来自三个方向：既有系统接口协议的调整、稽查规则随上级政策更新、割接演练暴露出的设计缺陷。无论来自哪个方向，处理路径只有一条。

变更提出方必须填写书面变更请求单，我为此设计了一张受理检查表，共八个必检项：变更事由是否清晰、涉及模块是否列明、期望完成时间是否给出、业务影响是否说明、是否附带现场证据或政策依据、提出人及联系方式是否完整、是否已知会相关组、是否属于重复申请。八项齐备方予受理，缺项当场退回补齐。这张检查表看似琐碎，却把此前大量口头提出、事后扯皮的情况彻底堵住了。受理后由配置管理员编号登记入变更登记册，保证全程可追溯。

接下来是评估。我牵头组织技术、业务、进度三方联合分析，量化该变更对范围、进度、成本三大基准的影响，尤其要评估它是否需要占用宝贵的割接窗口。本项目每月只有一个凌晨两小时的停业务窗口，任何涉及数据库结构调整的变更都必须排队，因此评估结论中必须写明窗口占用需求。评估完成后，我向变更控制委员会提交变更申请，由委员会作出决定。委员会由运营管理中心副主任任主任委员，成员包含营销部业务代表、三家既有系统运维方代表和我方技术负责人共九人。获得批准的变更，更新受影响的基准与项目文件并通知全体干系人后组织实施；未获批准的，同样书面答复原因并归档，不允许私下变通。

最后是关闭。变更实施完成后必须经回归测试与业务确认双重验证，我确认无误后签字执行关闭操作，并把该变更的处理记录归入配置库。建设期共受理变更请求六十二件，批准四十一件，否决二十一件，全部按流程闭环。

三、我是如何管理项目知识的

所谓管理项目知识，指的是使用已有知识并生成新知识，以实现项目目标并帮助组织学习的过程。本项目跨三家运维方、涉四十余万户历史数据，知识若不主动经营，很快就会散在各人手里。我抓了三个动作。

第一个动作是接得住已有知识。开工之初，我从集团组织过程资产中调取了兄弟单位两个稽查类项目的规则库、接口清单和验收问题台账，逐条比对本项目需求，直接复用了十九条成熟稽查规则和一套工单流转模板，为紧张的工期抢出了约二十八个工作日。

第二个动作是传得开隐性知识。显性知识可以用文档和代码明确表达，接口协议、部署手册、稽查模型参数说明统一入库编号即可；难的是隐性知识，比如老稽查员判断窃电的直觉、某个台区历史数据为何缺失的来龙去脉，这些经验不便于直接编码存储，却便于在交流中传递，因此必须靠人与人的互动才能转化为可分享、可管理的显性成果。我安排业务骨干与开发人员结对办公，每周固定半天一起看真实工单；同时建立经验教训登记册，遇到问题当场记录背景、根因和应对，不等项目结束再回忆补记。三个月下来，登记册积累了一百三十七条记录，其中四十余条被直接吸收进稽查规则库。

第三个动作是留得下新知识。历史数据质量参差是本项目最大的隐忧。我没有采用全量普查这种耗时做法，而是按台区类型和数据年份把四十余万户档案分成十二层，各层按比例随机抽取样本共三千二百条做人工比对，据此摸清各层的错误率分布，把治理力量集中投向错误率最高的三层。这套分层抽样的方法与抽样结论一并写入知识库，成为后续同类项目的现成参考。而针对现场识别准确率不稳的问题，我组织团队用因果图从人员操作、设备镜头、环境光照、算法样本四个方面追根溯源，最终查明主因是训练样本中夜间与雨雾场景占比不足一成，兼有部分核查人员拍摄角度不规范。团队据此补采恶劣天气样本两千八百张，并把拍摄规范做成图示卡片随移动端下发，识别准确率由百分之八十一提升至百分之九十四点六。

四、阶段或项目收尾时我会关注什么

所谓结束项目或阶段，指的是终结项目、阶段或合同的全部活动的过程，其作用在于把成果正式移交、把资源释放出来、把经验沉淀下去。结合本项目实践，我在收尾时重点关注六个方面。

其一，范围确认。我以范围基准为清单，用检查表方式对六个模块、移动端应用和六类文档共一百八十九个交付项逐条核销，每项标注检查人、日期与结论，并请客户对可交付成果进行评价、签署确认意见。

其二，质量遗留。我把测试与试运行期间尚未关闭的缺陷全部列出，逐条明确处理结论：能在验收前修复的立即修复，属于后续优化的写入质保期计划并经业主确认，绝不含糊带过。

其三，合同与结算。核查与两家分包单位的合同履行情况，确认无未决索赔与争议后办理合同收尾，并按约定安排质保金与尾款。

其四，资产与权限移交。完成系统管理权限、账号台账、密钥与证书的正式移交，同时对项目占用的可用资源作出后续调整安排，释放测试环境与临时设备，避免闲置空耗。

其五，运维能力转移。系统再好，接手的人用不转也是白搭。我在试运行期同步开展了三轮培训与实操考核，覆盖运营管理中心与六个供电所共四十一名运维和业务人员，考核合格后方办理移交。

其六，经验教训归档。我组织全员复盘，把割接窗口调度、历史数据治理、识别模型优化三方面的经验教训整理归档并更新到组织过程资产中，供集团内其他区县项目参照。

五、心得体会

本项目于二〇二三年五月顺利通过验收并稳定运行。整合管理带给我的最大体会是，它考验的不是某一项专业能力，而是把零散诉求收拢到统一规则下的定力。变更多不可怕，可怕的是没有统一入口；知识散不可怕，可怕的是没有主动经营；收尾繁不可怕，可怕的是逐项落实时打了折扣。今后我会把受理检查表、分层抽样和经验教训登记册这三样工具继续用下去，让整合真正落在纸面和动作上，而不是停留在口头。