023_江苏某地市级排污许可管理平台信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

2022 年 4 月，我作为承建方项目经理主持了江苏某地市级排污许可管理平台建设项目。建设单位为该地区生态环境主管部门，合同额 786.00 万元，建设周期 12 个月，团队 13 人。平台基于低代码平台、微服务网关、OceanBase 数据库与 RocketMQ 消息中间件构建，前端采用 Vue3 与 ECharts，覆盖许可申请、审批发证、执行报告、自行监测与执法联动五类业务，服务全市 4300 余家持证排污单位与 11 个县区分局。项目面临办理高峰时段并发压力大、排污单位经办人员信息化基础薄弱、业务连续性要求高致割接窗口极为有限三大难点，沟通管理成为项目成败的关键。本文按规划沟通管理、管理沟通、监督沟通三个过程展开，说明各过程的主要输入与输出，阐述我在项目初期为沟通活动分配时间与预算资源的做法，并单列干系人管理的四个过程与一份具体的干系人管理计划，其间运用亲和图、面向 X 设计矩阵与直方图支撑决策。项目于 2023 年 3 月通过验收，系统可用率稳定在 99.9% 以上、全年重大故障 0 起，并发承载能力由 800 提升至 5000 用户在线，设备在线率由 83% 提升至 98.5%。

一、项目概况与我的职责

排污许可是固定污染源监管的核心制度。该地区此前的许可业务依托省级通用系统办理，本地执行报告、自行监测数据与执法记录分散在三套系统中，企业需重复登录、重复填报，分局执法时也无法一屏调取企业全量履职情况。建设单位据此立项，要求建成本地化的排污许可管理平台并与省级系统双向对接。我方于 2022 年 3 月中标，我被任命为项目经理，团队 13 人，含需求 2 人、开发 7 人、测试 2 人、实施 2 人。交付成果包括五个业务子系统、三类外部接口、数据迁移服务、四类文档及全市培训与 6 个月运维。

本项目干系人数量众多且层级差异极大：向上有建设单位分管领导与省级主管部门，横向有六个业务处室、政务服务中心与省级系统运维方，向下有 11 个县区分局、4300 余家排污单位经办人。信息一旦在某一层级淤积，就会直接演变为窗口投诉。因此在项目初期我即为沟通活动单列了资源：进度上预留每周半天的固定沟通时段并作为不可占用的日历约束，把两轮集中培训与割接期专项告知作为独立工作包排入进度计划，累计占用工期 23 个人日；费用上在预算中单列沟通与培训科目 18.6 万元，含场地、短信通道、宣传物料与差旅，占合同额 2.4%，并明确不得挪用。这一安排使沟通工作在执行中始终有时间与经费保障。

二、规划沟通管理

规划沟通管理是基于干系人的信息需求以及项目可用资产制定沟通方式和计划的过程，其作用在于及时向干系人提供有效信息、并在项目全程按计划开展沟通。本过程的主要输入是项目章程、干系人登记册、需求文件与事业环境因素，主要输出是沟通管理计划，同时更新干系人登记册与进度计划。

2022 年 4 月下旬，我组织建设单位信息中心主任、两个业务处室负责人、三名县区分局代表与我方需求组长召开沟通规划专题会。会前我们通过座谈、问卷与现场走访收集了各类干系人对信息的诉求共 312 条，条目零散且表述口径不一。为把它们收敛成可用的沟通需求，我们采用亲和图方法：先将 312 条诉求逐条写在卡片上，由参会人员不加评论地按天然相近关系归类，再对每一类命名并检查交叉，最终收敛为 " 办件状态要看得到 "" 政策口径要说得清 "" 系统变动要提前知道 "" 出了问题要找得到人 "" 数据填报要有人教 " 五个主题。这五个主题此后成为沟通管理计划中信息内容的划分依据，比按部门罗列的做法更贴合真实需求。

沟通渠道的选择则借助面向 X 设计矩阵完成。面向易用性是本项目的关键设计目标，我们把短信、公众号推送、电子邮件、电话专线、线下窗口告示五种候选渠道作为方案列，把触达率、单位成本、老年经办人接受度、可留痕性、时效性五项作为评价行，由参会各方分别赋权打分。结果显示：面向排污单位的强制性通知以短信为主、公众号推送为辅，因其触达率与接受度最高；需要留痕的正式文件走电子邮件加纸质双轨；面向县区分局的日常协同用视频例会与协同平台；而线下窗口告示虽时效差，但对信息化基础薄弱的小微企业不可或缺，予以保留。这一矩阵避免了 " 凭经验拍板 "，也让建设单位理解了为何不能一律改为线上。

据此形成的沟通管理计划，明确了沟通需求、信息内容与格式、发送与接收人、传递方式与频率、升级路径、术语表及计划的更新机制，经建设单位签字确认后与项目管理计划一并发布。

三、管理沟通

管理沟通是确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程，其作用在于促成项目团队与干系人之间高效率、高效果的信息流动。本过程的主要输入是沟通管理计划、干系人参与计划、工作绩效报告与变更日志，主要输出是项目沟通记录，并更新项目文件与项目管理计划。

执行中，我把沟通行为固化为三条规则：面向建设单位分管领导，每月一次线下汇报会加月度书面报告，内容聚焦里程碑达成与偏差；面向 11 个县区分局，每两周一次视频调度会，会议纪要 48 小时内发出并要求书面回执；面向排污单位，所有影响办理的系统变动提前 5 个工作日短信告知，并在窗口同步张贴。

本项目最考验沟通的环节是割接。由于排污许可业务不能中断，割接窗口只能安排在法定节假日的夜间，且单次不超过 6 小时。2022 年 12 月首次割接前，我组织了三轮告知：第一轮提前 10 天向全部持证单位发送短信与公众号预告；第二轮提前 3 天向当月有在办件的 487 家单位逐户电话确认，请其在窗口期前提交或延后；第三轮割接当夜每两小时向分局群组通报进度。割接后首个工作日，窗口咨询量未出现异常堆积，全天零投诉。

割接之后，我发现分局的咨询响应仍不均衡。为找准症结，我们把连续四周内 3168 条咨询按发生时段绘制了直方图，图形呈现明显的单峰右偏：上午 9 时至 11 时的咨询量占全天的 61%，而这一时段恰好只有 2 名值守人员。据此我们调整了值守排班，把高峰时段值守人数增至 5 人、低谷时段减至 1 人，人力总量不变；同时将高峰期集中出现的六类问题制成标准答复口径下发。两周后统计，咨询平均等待时长由 17 分钟降至 4 分钟。

四、监督沟通

监督沟通是确保满足项目及其干系人的信息需求的过程，其作用在于按沟通管理计划和干系人参与计划的要求优化信息传递流程。本过程的主要输入是项目管理计划、项目沟通记录、工作绩效数据与问题日志，主要输出是工作绩效信息与变更请求。

我建立了三项监督手段。其一是触达确认，正式通知均要求回执，回执率低于 90% 的批次由实施组电话补达，全项目发出通知 47 批，平均回执率 96.3%。其二是季度满意度回访，围绕 " 信息是否及时 "" 内容是否看得懂 "" 问题是否有人管 " 打分，首季得分 7.8 分，反映县区分局对政策口径变更知情偏晚；我随即增设政策变更专项通道，由业务处室在文件印发当日同步抄送项目组与全部分局，第三季度回升至 9.1 分。其三是问题日志分析，每周复盘未按时闭环事项，累计登记沟通类问题 58 项、闭环 56 项，其余 2 项转入运维期。监督结果产生变更请求 3 项，经审批后更新了沟通管理计划。

五、项目干系人管理过程

沟通管理解决信息如何流动，干系人管理解决态度如何转变，二者相关但不可替代。本项目的四个过程如下：识别干系人环节，我通过组织结构图分析、文件分析与专家判断，识别干系人 9 类共 236 名代表并记录其利益、影响力与参与度，形成干系人登记册；规划干系人参与环节，我采用权力利益方格与参与度评估矩阵标注各方当前与期望参与度，形成干系人管理计划；管理干系人参与环节，最棘手的是部分小微排污单位经办人的抵触，他们习惯纸质代办、担心线上填报出错被处罚，我们的做法不是加大宣传力度，而是与建设单位协商在系统中增加草稿暂存与预校验功能、保留窗口帮办通道，并组织 11 场入园区培训，该群体态度由不支持转为中立进而支持；监督干系人参与环节，我按季度重新评估参与度并据此更新计划。

干系人管理计划（节选）

干系人	分类	当前参与度	期望参与度	关注点	参与策略与措施	频率	责任人
建设单位分管领导	权力高利益高	中立	领导	按期发证、不出舆情	月度汇报会＋书面报告，重大事项即时呈报	每月	项目经理
市局业务处室	权力高利益高	支持	领导	政策口径落地准确	需求确认会、政策变更专项通道	每两周	需求组长
县区分局	权力中利益高	中立	支持	执法一屏可查、操作不繁琐	视频调度会＋纪要回执＋试点先行	每两周	实施经理
省级系统运维方	权力中利益中	中立	支持	接口稳定、不影响省级系统	联调专项组、接口责任界面书面确认	按里程碑	架构师
小微排污单位经办人	权力低利益高	不支持	支持	怕填错被罚、不会操作	草稿暂存＋预校验功能、窗口帮办、入园区培训	每月	实施组
市政务服务中心	权力中利益中	中立	中立	窗口不增负担	窗口告示＋帮办手册＋专线支持	每季度	实施组

六、项目成效与心得体会

项目于 2023 年 3 月通过验收并投入运行。系统可用率稳定在 99.9% 以上，全年重大故障 0 起；经压力测试与实际高峰验证，并发承载能力由 800 提升至 5000 用户在线；自行监测设备的在线率由 83% 提升至 98.5%。此外，企业端重复填报字段减少 68%，窗口咨询平均等待时长由 17 分钟降至 4 分钟，干系人满意度由 7.8 分提升至 9.1 分。

回顾全程，我有三点体会。第一，沟通资源必须在项目初期就以工期与预算的形式落实下来。本项目把沟通与培训作为独立工作包排入进度、把 18.6 万元单列科目，才使割接期的三轮告知不至于因 " 没时间、没经费 " 被压缩，这是许多项目沟通失败的真正原因。第二，沟通需求要用工具收敛而非凭印象归纳。312 条零散诉求经亲和图收敛为五个主题后，沟通管理计划才具备了可执行的信息分类；渠道选择经面向 X 设计矩阵打分后，才经得起干系人的追问。第三，沟通效果要以可统计的数据检验，直方图揭示的咨询时段单峰分布，把 " 人手不够 " 这一模糊判断转化为 " 高峰时段配置不足 " 的精确结论，调整成本几乎为零而效果显著。

沟通管理也无法脱离其他领域独立运转：割接期的沟通节奏取决于进度管理的窗口安排，草稿暂存功能的增补走的是范围变更流程，接口责任界面的书面确认则属采购与风险管理范畴。不足在于，我对省级系统运维方的沟通频率设定偏低，致一次接口协议调整知悉滞后 4 天。今后我会依据接口依赖关系而非组织隶属关系确定沟通频率。