033_鄂西某地市级地震烈度速报系统信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

摘要

本文以鄂西某地市级地震烈度速报系统信息系统项目为例，围绕多家外部单位联调、法定验收时点刚性、历史数据质量参差三个核心难点，论述沟通管理在本项目中的具体做法。该项目由该地区地震工作主管部门的信息管理部门作为建设单位发起，合同额 645.00 万元，2023 年 6 月启动，建设周期 7 个月，团队 15 人，采用低代码平台、微服务网关、OceanBase 与 RocketMQ 构建，我担任项目经理。我以三个难点为纲，运用检查表、分层抽样与因果图支撑规划沟通管理、管理沟通、监督沟通三大过程，并据此制定干系人管理计划。项目于 2024 年 1 月通过终验，月度报表出具时间由 5 天缩短至 4 小时，业务差错率由 2.7% 下降至 0.3%，设备在线率由 83% 提升至 98.5%。

一、项目概况与我承担的工作

该地区地处地震活跃带，原有烈度速报依赖人工汇总台站数据，从震动发生到出具烈度图往往滞后数小时，远不能满足应急指挥时效要求。为提升地震应急响应能力，该地区地震工作主管部门的信息管理部门作为建设单位发起本项目，我方中标承建，我被任命为项目经理。建设单位明确要求把信息通道作为系统设计的有机组成而非事后补救，这从立项起就把沟通管理摆到了与开发同等重要的位置。

系统建设内容包括台站数据接入、烈度计算引擎、预警发布、应急指挥协同与统计分析五个模块。技术实现上，采用低代码平台快速构建报表与预警页面；后端服务经微服务网关统一接入并实现流量治理；数据持久化于 OceanBase 分布式数据库；异步数据同步与告警推送由 RocketMQ 消息队列承载。系统部署于市级政务云信创环境，基于国产化服务器与操作系统，应用中间件采用东方通 TongWeb，缓存层引入 Redis 承载台站状态高频查询。

交付成果包括系统源代码与部署包；需求规格、概要与详细设计、数据库与接口规范等文档；测试方案与报告；等保三级测评与整改材料；台站接入施工与联调记录；上线与回退预案；面向运维、指挥、台站三类角色共 6 场培训；以及 12 个月免费运维支持。

团队 15 人按矩阵型组织，下设需求组、开发组、集成实施组与测试组，另配专职配置管理员 1 名负责配置项与版本管理，质量保证人员 1 名。我作为项目经理，同时承担沟通管理总责，负责沟通管理计划的批准、重大沟通偏差的决策与干系人策略的最终裁定。

二、难点一：多家外部单位联调——规划沟通管理与干系人识别

本项目须与省地震台网中心、气象部门、应急指挥中心、基础测绘单位及三家通信设备供应商共 7 家外部单位对接，数据口径与责任界面各不相同。一旦沟通错位，联调便会反复返工，直接威胁 7 个月的总工期。

规划沟通管理，就是根据干系人需求为沟通活动分配时间、渠道与预算。我把 " 谁在何时以何方式拿到什么信息 " 作为规划核心。为不漏项，我编制了沟通需求检查表，逐条列出各外部单位必须确认的事项：数据格式、推送频次、责任人、异常升级路径、联调窗口，共 5 类 32 项，逐项核对并签字确认，避免口头约定带来的责任真空。检查表还逐单位明确了专属联络人与备份人，确保任何时点都有确定对接入口，避免人员变动造成沟通断点。

识别干系人则需摸清各方的真实诉求与参与层级。我采用分层抽样，将 7 家外部单位按 " 数据提供方、数据消费方、基础设施方 " 三层分别抽取代表座谈，每层覆盖全部单位，摸清各自汇报频次与责任边界。结合项目内部 4 个小组，共识别干系人 163 名，并用权力/利益方格完成分类，最终形成项目沟通管理计划，为沟通活动分配约 6% 的专项时间、从 645 万元预算中划拨 1.8% 作为沟通专项费用，用于培训与激励反馈。

三、难点二：法定验收时点刚性——管理沟通与管理干系人

项目合同明确 2024 年 1 月必须完成终验，时点不可协商，而开发至试运行实际可用时间被压缩到 5 个月。管理沟通必须让信息在关键路径上零延迟流动。

我按计划推进会议、简报、专属群组等渠道，但对 " 信息是否真的到位 " 缺乏量化。为此，我把 7 家外部单位与内部 4 个小组按 " 上游数据方、下游使用方、实施方 " 分层，每两周对所有沟通节点的 " 信息同步到位率 " 做一次分层抽样统计，每类抽取 30% 节点。结果发现上游台站数据提供方的信息到位率仅 61%，是拖慢联调的关键瓶颈。这一量化结论说服了建设单位把每日数据到报从 " 建议 " 提升为 " 硬约束 "，也为后续资源倾斜提供了依据。

管理干系人参与据此调整：我把每日 17:00 的 " 数据到报确认 " 固化为强制动作，未按时到报自动升级至建设单位协调；对省地震台网中心这类高权力干系人实行 " 提前 3 天发材料、当日电话确认 " 的节奏，确保其始终掌握进度；对三家设备供应商则通过周例会同步接口变更，避免版本错配。调整后信息到位率提升至 94%，联调返工次数由月均 11 次降至 3 次，为守住法定验收时点争取了缓冲。

四、难点三：历史数据质量参差——监督沟通与根因纠偏

监督沟通是持续监控沟通状态、动态优化策略的过程。试运行初期，月度烈度报表的业务差错率一度反弹至 2.7%，追溯发现根子在历史数据。

历史数据来自不同时期的台站与手工台账，字段缺失、格式不一。监督沟通中我收集到一线反馈：同一台站不同年份的数据单位不统一，外部单位口径彼此冲突。为定位根因而非就事论事，我组织根本原因分析并绘制因果图，从人、机、料、法、环五个维度展开：人——老数据录入人员习惯不一；机——多源数据格式标准未统一；料——历史数据缺失关键字段；法——清洗与治理规则未书面化；环——外部单位统计口径存在差异。其中 " 法 " 与 " 环 " 两项被判定为根本成因：规则未成文、口径不统一。我把因果图贴在联调例会现场，让各方直观看到问题不在某一家单位，而在缺少统一规则，沟通阻力随之明显减弱。

对策有两条：一是出台《数据治理沟通规范》，要求所有数据提供方按统一字段与单位填报，我方设数据质量反馈通道，疑点 24 小时内响应；二是把数据口径核对设为各外部单位联调的前置卡点。整改后业务差错率稳定降至 0.3%，设备在线率由 83% 提升至 98.5%。

五、干系人管理计划

项目干系人管理包含识别干系人、规划干系人参与、管理干系人参与、监督干系人参与四个过程。结合本项目，我基于权力/利益方格对 163 名干系人分类并制定差异化参与策略，形成干系人管理计划，详见表 1。

权力/利益方格的正确用法是：高权高益者重点管理，高权低益者令其满意，低权高益者随时告知，低权低益者监督即可。我据此对四类干系人分别设定参与方式与频率，避免把有限精力平均撒在所有人身上，把最稀缺的沟通资源投向最关键的干系人。

六、结项成效与心得体会

本项目 2023 年 6 月启动，2023 年 9 月完成核心计算引擎上线，10 至 12 月开展试运行与多单位联调，2024 年 1 月通过终验，全程 7 个月，与合同工期一致。核心成效为：月度报表出具时间由 5 天缩短至 4 小时；业务差错率由 2.7% 下降至 0.3%；设备在线率由 83% 提升至 98.5%。

回顾这段经历，我有三点体会。第一，沟通需求要用检查表逐项锁定，不能用口头默契代替责任界面。32 项沟通约定逐条签字后，联调返工几乎消失。第二，进度紧的项目更要靠数据说话。分层抽样把 " 信息到位率 " 从模糊感觉变成 61% 到 94% 的硬指标，才让各方相信瓶颈确实在上游。第三，干系人管理计划的价值在分类而非罗列。高权低益者只需令其满意、低权高益者才需随时告知，把方格用对，沟通资源才不会错配。只有把规范落到计划、把计划落到动作，地震应急的信息通道才能真正打通。

表 1 沟通管理计划要点

计划要素	本项目具体约定
沟通目标	保障 7 家外部单位与内部 4 组信息零延迟流动，守住 2024 年 1 月终验时点
干系人分类	权力/利益方格 4 类，共识别 163 名，差异化策略见干系人管理计划
沟通渠道	专题会、周例会、简报邮件、专属群组、数据到报确认机制
频率与时限	高层每月专题会；外部单位周例会；每日 17:00 数据到报确认
责任分工	沟通单一责任人制，项目经理总责，每项沟通指定唯一责任人与备份人
时间预算	沟通专项时间约占 6%，费用 1.8%（约 11.6 万元）来自合同额
升级机制	超时未到报自动升级至建设单位协调

表 2 干系人管理计划（按权力/利益方格）

类别	代表干系人	参与策略	沟通频率与方式
高权高益（重点管理）	建设单位主管领导、地震局分管局长	重点管理，请其参与阶段评审与决策	每月专题会 + 阶段材料提前 3 天送达
高权低益（令其满意）	财政、审计、网信等监管部门	令其满意，定期简报不扰其日常	每月简报邮件，重大事项专项汇报
低权高益（随时告知）	7 家外部单位对接人、一线运维、台站人员	随时告知，保持其持续参与	周例会 + 专属群，数据到报每日确认
低权低益（监督）	设备供应商售后、培训学员	监督即可，公告触达	双周公告，变更统一发布