084_粤北某省会城市特种设备安全监察系统信息系统项目整合管理

ONEPSOFT | 软考学习知识库

---

粤北地区某省会城市在用特种设备数量庞大，电梯、锅炉、压力容器、起重机械等分布在商场、医院、工厂等各类场所，安全监察长期依靠纸质台账与人工巡查，检验检测数据分散在检验机构与使用单位手中，隐患整改靠电话催办，底数不清、责任难追。为把特种设备的安全监管数字化，该地区市场监督管理部门于 2022 年 5 月发起了省会城市特种设备安全监察系统信息系统项目，经公开招标由我司承建，合同额 1180.16 万元，建设周期 13 个月，我担任项目经理，对项目的启动、规划、执行、监控与收尾负总责。

项目建设目标是建立全市特种设备动态底数，实现使用登记、检验检测、隐患整改、监察执法的全链条闭环管理。建设内容包括设备台账与使用登记、检验检测数据接入、隐患整改闭环、监察执法、统计分析与预警五个模块，并与检验机构、区县监察部门及政务平台对接。技术方案采用服务网格 Istio 统一治理微服务调用与灰度发布，整体部署为同城双中心多活容灾架构，数据库选用 GaussDB，热点数据由分布式缓存承载；前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，应用中间件采用东方通 TongWeb，系统运行在市级政务云信创环境，按等级保护三级完成安全建设。项目团队共 14 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 6 人、测试工程师 2 人、实施与运维工程师 2 人。历史设备档案分散在检验机构与使用单位手中，格式各异，数据初始化工作量很大，这一约束从项目一开始就写进了范围说明书的假设条件。项目于 2023 年 6 月通过终验，上线后月度报表出具时间由 5 天缩短至 4 小时，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日，业务差错率由 2.7% 下降至 0.3%。

特种设备安全监察涉及市、区县、检验机构、使用单位多个层级，系统上线又不能中断日常业务办理，整合管理的统筹作用贯穿始终。下面我按制定项目章程、制订项目管理计划、指导与管理项目工作、管理项目知识、监控项目工作、实施整体变更控制、结束项目或阶段七个过程，结合项目实践说明整合管理是如何开展的。

一、制定项目章程

制定项目章程是编写一份正式批准项目并授权项目经理使用组织资源的文件的过程，其作用在于确立项目的合法地位与战略方向。我协同建设单位项目发起人与我司分管领导共同编制章程，由我司分管领导签发，明确了项目的战略目标、1180.16 万元的预算框架与 13 个月的工期约束，任命我为项目经理并授予资源调配权，同时把现场施工与在线业务并行、多级审批权限复杂、历史数据质量参差作为高层级风险写入章程。章程还界定了关键干系人名单与总体里程碑，例如设备台账迁移完成、检验数据接入与终验各节点的时间安排，让市、区县、检验机构各方对项目节奏有了一致预期。章程的批准，标志着项目正式启动，后续协调各区县与检验机构时有了依据。

二、制订项目管理计划

制订项目管理计划是定义、准备和协调项目计划各组成部分并整合为综合计划的过程，其作用在于为项目执行提供统一路径。我组织骨干团队，把章程要求逐项落到范围、进度、成本、质量等子计划中，编制了范围说明书，创建了含七百余个工作包的 WBS，据此排定进度基准与成本基准，并整合形成统一的项目管理计划，明确了各子计划之间的接口关系。针对权限模型设计复杂的难点，我用面向 X 设计矩阵对两套候选方案评分：矩阵以面向可扩展性、面向可维护性、面向合规性为列，对集中授权与分级授权两种模型逐项打分，最终选定分级授权方案，由市级统管、区县级分权，既满足多级审批的实际需要，又为后续区县独立开展监察预留了空间。计划经评审后发布，成为项目执行的统一口径。

三、指导与管理项目工作

指导与管理项目工作是为实现项目目标而领导和执行项目管理计划所确定工作、并实施已批准变更的过程，其作用在于把计划转化为行动与成果。我们按两周一个迭代推进开发，每日站会跟踪进度，每个迭代结束时做一次小型回顾，形成行动项跟进。管理项目知识方面，我建立了经验教训登记册，把现场施工与在线业务并行的协调经验及时沉淀：例如检验机构数据接入时对方担心数据安全，我们提前与其签订数据使用协议并明确只读权限，后续与区县监察部门对接时套用同一模式，协调效率明显提升。

四、监控项目工作

监控项目工作是跟踪、审查和报告项目整体进展以满足绩效目标的过程，其作用在于及时发现偏差并采取纠正措施。第四个月起，我发现历史数据迁移进度持续滞后，组织团队用直方图对滞后的原因分类统计：图形显示历史数据质量类原因占五成以上，其中设备档案字段缺失与一设备多编号两类问题最突出，合计又占质量类问题的七成左右。据此我们调整了数据清洗规则，优先处理占比最高的问题类型，迁移进度随之恢复。直方图与亲和图一个管问题分布、一个管需求结构，成了我在监控与需求阶段最顺手的两个工具。收集需求阶段，我还用亲和图把各区县与检验机构提出的两百余条诉求归拢成设备台账、检验接入、隐患整改、监察执法、统计预警五个族群，让范围边界在讨论中逐渐清晰，避免了需求一锅粥。

五、实施整体变更控制

实施整体变更控制是审查所有变更请求、批准变更并管理变更全过程的过程，其作用在于保护基准不被随意突破。项目执行中，区县监察部门提出把移动执法端的上报频率由按天改为实时，涉及数据接口与流量成本的调整。影响分析中我们测算出实时上报对带宽的占用在可接受范围，且对执法响应有明显价值，才提交委员会评审。我按变更流程正式处理：变更申请、影响分析、提交由我、建设单位业务代表与我司技术总监组成的变更控制委员会评审、批准实施、验证关闭，全过程留痕。变更关闭后，我安排配置管理员同步更新了接口文档与相关配置项，确保变更不留尾巴。

六、结束项目或阶段

结束项目或阶段是终结项目所有活动以正式关闭项目的过程，其作用在于完成交付与经验沉淀。终验前我们完成了为期三周的试运行，重点验证实时上报接口在高峰时段的稳定性，收集到的问题在终验前全部闭环。随后组织终验，确认各模块功能、性能与安全测评均达标后签署验收报告，向建设单位移交系统、源码、运维手册与培训记录，并把项目经验整理进《经验教训登记册》。收尾不是简单的签字盖章，而是把过程资产完整交回到组织手里。

七、心得体会

项目最终按期通过终验，月度报表由 5 天压缩到 4 小时，办理时长由 3.5 个工作日压到 0.8 个工作日，差错率由 2.7% 降到 0.3%。回顾整个项目，整合管理的价值在于让七个过程形成闭环：章程定授权、计划立基准、执行出成果、知识有沉淀、监控抓偏差、变更守底线、收尾画句号。面向 X 设计矩阵让权限模型的选择有了评分依据，亲和图让零散需求有了结构，直方图让问题分布一目了然，而一次完整的变更记录让我体会到整体变更控制在守住基准上的分量。整合管理管的是全局，功夫却下在每个环节的衔接处。这套以章程、计划、监控、变更与收尾为主线的做法，也被我用在了后续类似规模的项目上，验证了它的可复制性。