208_闽南某省会城市燃气管网安全监测系统信息系统项目开发方法与生命周期绩效域

ONEPSOFT | 软考学习知识库

---

闽南地区某省会城市的燃气管网监测长期依赖人工巡检与电话通报，管网压力、泄漏报警、设备状态等环节分散在各燃气企业与市燃气管网部门手中，存量老系统接口文档缺失、改造边界难以厘清，第三方厂商交付质量参差、集成测试反复返工，业务政策在建设期内发生调整、需求存在变动风险，管网监测不及时、安全隐患难以及时发现。为把燃气管网监测业务数字化，该市燃气管网部门于 2024 年 1 月发起了燃气管网安全监测系统信息系统项目，经公开招标由我司承建，合同额 285.08 万元，建设周期 7 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合燃气管网监测全流程数据，实现管网压力在线化、泄漏报警实时化、设备状态透明化。建设内容包括压力监测、泄漏报警、设备管理、统计分析与报表四个模块，并与各燃气企业及市燃气管网部门对接。技术方案上，系统按同城双中心多活容灾架构部署，服务间调用交由 Istio 服务网格统一治理并支持灰度发布，业务数据存放于 GaussDB，高频查询经分布式缓存提速，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在市政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 13 人，其中需求分析 2 人、研发 6 人、测试 2 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 8 月通过终验，上线后识别准确率达到 94.6%，误报率控制在 3% 以内，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日。

开发方法与生命周期绩效域解决的是项目用什么方法开发、按什么节奏交付的问题。这个项目接口缺失、厂商参差、政策会调整，开发方法与节奏稍有失当，改造边界扯不清、联调返工、需求来回改，项目必然受挫。7 个月的实践让我体会到，开发方法与生命周期管理要抓三个维度：节奏维度，让交付节奏可控；方法维度，让开发方法适配项目；协同维度，让方法与节奏跟五大过程组咬合。下面围绕这三个维度，结合项目实践说明开发方法与生命周期绩效域的落地过程。

一、节奏维度：把交付节奏排出来、让 7 个月周期跑得动

节奏维度回答 " 按什么节奏交付 "。7 个月的建设周期短、验收时点刚性，节奏必须前紧后稳。我们把周期排成三段：前两个月集中做老系统接口摸底与基础平台，中间三个月做核心监测功能，最后两个月做集成联调、性能优化与整体验收。针对存量老系统接口文档缺失的问题，我们在节奏上把接口摸底前置：第一个月就启动接口梳理，用流程图把老系统的接口调用关系、数据流向逐项摸清，存在疑问的接口当场联系老系统维护方确认，改造边界在早期就厘清了，没有把接口的坑留到联调阶段去踩。以压力监测接口为例，老系统的接口文档与实际实现存在多处出入，我们逐条核对后更新了接口清单，联调阶段几乎没有因为接口问题返工。针对 7 个月周期短的特点，我们建立了周节奏管理：每周一排出本周任务，周五对照完成情况复盘，偏差当场调整，任务的颗粒度细化到周，节奏因此始终在掌控之中。节奏维度的功夫下在 " 前紧 " 上，前两个月把最难啃的接口摸底与基础平台拿下，后面才有余力应对联调与验收。

二、方法维度：把开发方法选出来、让需求变化不失控

方法维度回答 " 用什么方法开发 "。针对业务政策在建设期内调整、需求存在变动风险的特点，我们选择了增量迭代的开发方法：把项目拆成三个迭代，每个迭代交付一组完整可用的功能，需求变动被限制在迭代边界内消化。针对第三方厂商交付质量参差的问题，我们用五问法追根因：先问为什么联调反复返工，再问为什么接口文档频繁对不上，追到根子是需求变更后接口契约没有同步更新，据此建立了接口契约管理机制，任何变更先更新文档再动代码，并把 " 文档先行 " 写进迭代流程，联调返工明显减少。针对需求变动频繁的特点，我们用数据分析对需求变更做了统计：按模块统计变更次数分布，发现压力监测与泄漏报警两个模块的变更次数最多，据此把需求分析资源优先投向这两个模块，并与市燃气管网部门建立了政策同步机制，政策调整信息第一时间同步、第一时间评估，需求变动没有造成一次大面积返工。以泄漏报警分级规则调整为例，政策变化后我们评估确认改动可控，安排进当周迭代两天内完成，其他模块进度不受影响。方法维度的核心是 " 以迭代的灵活性对冲需求的不确定性 "，这个选择在 7 个月的周期里被反复验证是正确的。以泄漏报警模块为例，政策对报警分级的要求调整过一次，因有迭代缓冲，该变更在当周评估、下一迭代落地，当前迭代照常收尾，需求变动被牢牢限制在迭代边界内。

三、协同维度：把方法与节奏校准好、让开发与交付咬合

协同维度回答 " 方法与节奏怎么跟五大过程组及测量指标咬合 "。开发方法与生命周期不是孤立的，它与五大过程组的协同体现在：启动过程组明确范围，规划过程组确定方法与排期，执行过程组按迭代推进，监控过程组用测量指标校准节奏，收尾过程组核验交付成果。我们把单迭代交付率、缺陷逃逸数、功能上线准时率作为关键测量指标，每周统计、每月复盘，指标异常的迭代当场分析原因、调整安排。以第二迭代为例，其缺陷逃逸数连续两周偏高，复盘定位到是接口契约变更后测试用例未同步更新，随即补充了用例并加强了评审，逃逸数回到正常水平。这一机制的要点是 " 变更即联动 "：接口契约一变，测试用例、联调用例、文档同步更新，由测试负责人统一把关，从机制上杜绝了 " 改了代码忘了用例 " 的情况。协同校准还体现在迭代演示上：每个迭代结束时的演示会，向市燃气管网部门演示当期成果，确认可用后才进入下一迭代，交付的东西始终是 " 用过、验过、认过 " 的，需求偏差在演示会上就能被及时纠正。方法与节奏的校准让开发始终朝着交付目标走，而不是各走各的。

项目最终按期通过终验，识别准确率达到 94.6%，误报率控制在 3% 以内，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日，人工重复录入工作量下降 68%，各燃气企业与市燃气管网部门对系统的认可度明显提升，燃气管网安全隐患的发现与处置效率得到显著改善。复盘整个项目，我的体会是：开发方法与生命周期管理的三个维度各有侧重——节奏维度管时间，方法维度管方式，协同维度管咬合，三个维度合起来，开发管理才真正立住了，这也是本项目留给我最深的体会。三个维度的关系是层层支撑的：节奏排得开，方法才有施展的空间；方法选得对，协同才有咬合的基础；协同转得顺，交付才能按期完成。流程图让接口边界显形，五问法让联调返工有了根因，数据分析让需求变化有了方向。7 个月里印象最深的是接口摸底的提前量：第一个月就把老系统接口摸清，联调阶段几乎没有因为接口问题返工，前期的慢换来后期的快，这笔账算得很值，也让我更加确信，短周期项目最该花的功夫就在前两周。这套围绕三个维度展开的开发方法与生命周期管理做法，后来被整理成公司在燃气安全类项目的开发方法参考，供后续同类项目复用，也让后来的监测类项目少走了不少弯路，开发方法与生命周期管理的价值由此得以延续。