042_鲁南某区县级气候资源评估平台信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

摘要

本文以鲁南某区县级气候资源评估平台信息系统项目为例，沿项目前期、中期、后期的时间线论述沟通管理。该项目由该单位信息管理部门发起，合同额 480.58 万元，2023 年 4 月启动，建设周期 10 个月，团队 18 人，采用服务网格 Istio、多活容灾架构、GaussDB 与分布式缓存构建，我担任项目经理。项目面临多级审批链路长且权限模型复杂、终端设备种类繁多适配量被低估、第三方厂商交付质量参差导致集成测试反复返工三个难点。我以逐项检查、散点图与根本原因分析贯穿沟通管理各阶段，并编制了干系人管理计划。项目于 2024 年 1 月通过终验，业务差错率由 2.7% 下降至 0.3%，资金结算差错连续 12 个月零发生，运维人工巡检投入下降 60%。

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

该区县地处丘陵与平原过渡带，光照、风能与农业气候资源禀赋差异明显，但气象观测、农业区划、能源规划的数据分散在多个部门手中，评估一个乡镇的光伏适宜性要跨三个单位调取资料，前后要耗上两周。为把气候资源数据汇聚起来、形成可直接支撑决策的评估能力，该单位信息管理部门作为建设单位发起本项目，我方中标承建，我被任命为项目经理。

系统建设内容包括观测数据汇聚、资源要素计算、区划评估建模、成果发布服务与运行监测五个模块。技术上采用服务网格 Istio 承担服务治理、灰度发布与服务间加密；多活容灾架构在主备机房之间同步数据，保障汛期等关键时段不中断；海量观测数据持久化于 GaussDB 分布式数据库；分布式缓存承载格点数据与评估结果的高频读取。系统部署于区级政务云信创环境，服务器与操作系统均为国产化产品，应用中间件采用东方通 TongWeb，数据按等保三级要求分级管理。

交付成果包括系统源代码与部署包；需求规格、概要与详细设计、数据库与接口规范等文档；测试方案与测试报告；历史观测数据清洗与入库记录；终端适配清单；上线与回退预案；面向管理人员、业务人员、乡镇联络员三类角色共 6 场培训；以及 12 个月免费运维支持。

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

二、项目前期：识别干系人与规划沟通管理

在项目前期阶段，需要找出所有会影响项目或被项目影响的个人与组织，并把他们的信息需求转化为可执行的沟通规则，这一工作被称为识别干系人与规划沟通管理。此时最大的障碍是本项目跨越县、局、站、乡镇多级组织，审批链路长、权限模型设计复杂，谁该看到哪一层数据、谁能批准什么事项，一开始并不清楚。

我采用逐项检查的方式化解这个问题：把权限相关事项拆成数据范围、功能操作、审批层级、成果发布四大类共 41 项，逐项列出 " 申请人—审批人—知会人 " 三栏，组织各级单位负责人一条一条确认并签字。逐项检查最直接的收获，是暴露出 7 处审批责任真空和 3 处重复授权，这些如果留到开发后期才发现，返工代价会成倍放大。以确认结果为依据，我完成干系人识别与权力/利益方格分类，形成沟通管理计划，为沟通活动分配约 5% 的专项时间，沟通专项预算按合同额的 1.5% 计提，约 7.2 万元，用于培训、会议与一线反馈激励。

三、项目中期：管理沟通与管理干系人参与

在项目中期阶段，需要把计划规定的信息按渠道准确送达，并持续激发干系人的参与意愿，这一工作被称为管理沟通与管理干系人参与。中期暴露的难点是终端设备种类繁多、兼容性适配的工作量在投标时被明显低估：乡镇联络员使用的采集终端有十余种型号，屏幕尺寸、系统版本、扫码模块各不相同，一个功能要改五六版才能全部跑通。

我用散点图分析适配投入与缺陷之间的关系，横轴取每类终端在网的固件版本数量，纵轴取该类终端实测缺陷数，绘制后呈明显正相关，且有三类 " 老旧多版本 " 终端远离主群落。这张图让建设单位第一次直观看到 " 型号越杂、缺陷越多 "，随即同意由业务部门统一收回三类老旧终端、按标准型号补充，适配工作量当即下降近四成。与此同时，我把每周适配进展做成一页图表在联络群公布，对反馈有效问题的乡镇联络员在月度会上通报表扬，一线参与度明显提升，主动上报的可复现缺陷由每周不足 5 条增至 20 余条。

四、项目后期：监督沟通与监督干系人参与

在项目后期阶段，需要监控沟通是否达到预期效果、干系人参与是否符合规划，并及时纠偏，这一工作被称为监督沟通与监督干系人参与。后期最大的困扰是第三方厂商交付质量参差，集成测试反复返工，三家厂商的接口先后四次未能通过联调。

我组织开展根本原因分析，沿 " 现象—直接原因—深层原因 " 逐层追问：现象是接口联调失败；直接原因是字段口径与返回码不一致；再往下追，是各厂商手上的接口规范版本不同；继续追问，深层原因在于接口规范变更后只在项目组内部群里发布，没有建立面向外部厂商的强制送达与回执机制。根因确认后，我把接口规范纳入配置管理基线，任何变更由配置管理员统一发布并编号，厂商须在 24 小时内回执确认，未回执者暂停联调排期。此后再未出现因版本不一致导致的返工，集成测试一次通过率由 63% 提升至 96%。

五、干系人管理计划

干系人管理沿着 " 识别—规划参与—管理参与—监督参与 " 四步推进。它与沟通管理是并列的两个知识领域：干系人管理解决相关方以何种程度参与，沟通管理解决信息以何种方式流动，二者互为支撑而非从属。

本项目的干系人管理计划按权力/利益方格分类编制，详见表 2。对县级分管领导与信息管理部门负责人这类权力与利益双高的对象，要重点管理，请其参与阶段评审与成果发布决策；审计与财务部门权力大但对日常事务关注有限，保持其满意即可，按月简报、重大事项事前报备；各业务站所、乡镇联络员与终端使用人员虽无决策权，却直接使用系统、最能反映真问题，必须随时告知并保持参与；第三方厂商对接人员与培训学员两个维度都低，做到监督与知会即可。四类的对象范围与沟通频率在计划中一次写清，后续调整一律走变更流程并同步更新干系人登记册。

六、结项成效与心得体会

本项目 2023 年 4 月启动，9 月完成数据汇聚与要素计算模块上线，10 至 12 月试运行并完成多厂商联调，2024 年 1 月通过终验，全程 10 个月，与合同工期一致。核心成效为：业务差错率由 2.7% 下降至 0.3%；资金结算差错连续 12 个月零发生；运维人工巡检投入下降 60%。

回顾这段经历，我有三点体会。第一，层级多的项目要先把权限和审批关系逐项钉死，41 项逐项检查看似笨拙，却在开发启动前就消除了 7 处责任真空，比事后协调省力得多。第二，用图说话比反复开会有效，散点图把 " 型号杂 " 与 " 缺陷多 " 的关系摆在眼前，建设单位主动做出了收回老旧终端的决定，这类决策靠口头汇报很难推动。第三，对外部厂商的信息触达必须有强制回执，根本原因分析告诉我，反复返工的根子往往不在技术而在沟通机制的缺口；把这条经验推广到采购与合同管理中，同样能减少大量扯皮。只有让信息在正确的时间到达正确的人，气候资源数据的价值才能真正释放到基层决策里。

表 1 沟通管理计划要点

计划条目	本项目约定
信息需求梳理	按县级决策层、局站业务层、乡镇执行层、外部厂商四类分别梳理
权限与审批口径	逐项检查 4 大类 41 项，逐条签字确认申请人、审批人与知会人
渠道设置	县级月度汇报、局站周例会、乡镇联络群、厂商联调专线
会议安排	阶段评审会、终端适配周会、多厂商联调协调会
变更发布规则	接口规范纳入基线，统一编号发布，厂商 24 小时内回执
参与激励	有效缺陷反馈在月度会通报表扬，纳入乡镇年度协作评价
资源投入	专项时间约 5%，专项预算按合同额 1.5% 计提，约 7.2 万元

表 2 干系人管理计划

权力/利益方格类别	具体对象	关注重点	参与策略	沟通频率
权力高、利益高	县级分管领导、信息管理部门负责人	进度、成果与合规	重点管理，参与阶段评审与发布决策	每月专题汇报 + 里程碑节点
权力高、利益低	审计、财务部门	资金与合规	令其满意，事前报备重大事项	每月简报
权力低、利益高	各业务站所、乡镇联络员、终端使用人员	功能可用性与操作指引	随时告知，保持参与	联络群即时 + 周例会
权力低、利益低	第三方厂商对接人员、培训学员	联调排期与培训通知	监督与知会	双周通报并回执