041_闽北某经济开发区统一门户与协同办公平台信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

摘要

本文以闽北某经济开发区统一门户与协同办公平台信息系统项目为例，按题目设问逐项应答，论述我对信息系统项目沟通管理的认识。该项目由该集团公司信息管理部发起，合同额 1680.08 万元，2024 年 8 月启动，建设周期 12 个月，团队 16 人，采用低代码平台、微服务网关、OceanBase 与 RocketMQ 构建，我担任项目经理。项目面临涉密数据多须按等保三级同步建设、业务连续性要求高割接窗口极为有限、现场施工与在线业务须并行不能中断三个难点。我以标杆对照、因果图与控制图支撑沟通管理三个过程，并按权力/利益方格编制了干系人管理计划。项目于 2025 年 8 月通过终验，跨部门数据共享接口调用量月均突破 120 万次，业务差错率由 2.7% 下降至 0.3%，资金结算差错连续 12 个月零发生。

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

该开发区管委会及下属集团公司此前有二十余个业务系统各自为政，职工办一件事要在多个系统之间反复登录，公文、审批、通知分散在不同入口，跨部门取数还要靠电话和表格来回传递。为把入口和流程统一起来，该集团公司信息管理部作为建设单位发起统一门户与协同办公平台项目，我方经公开招标中标承建，我被任命为项目经理，全面负责项目实施与沟通管理。

项目建设内容包括统一身份认证与单点登录、门户与待办聚合、公文与流程协同、跨部门数据共享交换、运行监测五个部分。技术上采用低代码平台承载表单与流程的快速搭建；后端服务经微服务网关统一鉴权与限流；数据持久化于 OceanBase 分布式数据库；公文流转与消息通知由 RocketMQ 异步驱动。系统部署在开发区政务云的信创环境中，服务器与操作系统均为国产化产品，应用中间件采用东方通 TongWeb，涉密与敏感数据按等保三级要求分区隔离、加密存储。

交付成果包括系统源代码与部署包；需求规格说明书、概要与详细设计、数据库设计与接口规范等文档；测试方案与测试报告；等保三级测评与整改材料；历史公文与用户数据迁移记录；割接与回退预案；面向管委会机关、下属企业、外部服务商三类角色共 9 场培训；以及 12 个月免费运维支持。

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

二、项目沟通管理的过程

所谓项目沟通管理，指的是为确保项目信息及时、正确地产生、收集、分发、储存和最终处置所需的一系列过程，它由规划沟通管理、管理沟通、监督沟通三个过程构成。

（一）规划沟通管理

所谓规划沟通管理，指的是基于干系人的信息需求和项目实际，为沟通活动制定策略与计划的过程。项目启动后，我通过访谈与问卷完成干系人识别，随后引入标杆对照，选取同省两个已建成同类门户的开发区作为对标对象，逐项比较其沟通机制与我们的差距，共梳理出 14 项可借鉴做法，其中 " 割接前 48 小时全员双通道告知 "" 外部服务商纳入统一工单 " 两项被直接吸收进本项目的沟通管理计划。

由于涉密与敏感数据较多、等保三级须与开发同步推进，我在计划中专门约定：涉密文档只在政务内网指定空间流转，外部服务商仅按最小权限接触脱敏样例数据，沟通渠道本身也要先过安全评审。结合 12 个月工期，我为沟通活动分配约 5% 的专项时间，并从 1680.08 万元合同额中划拨 1.5%（约 25.2 万元）作为沟通专项预算，用于培训、会议与反馈激励。

（二）管理沟通

所谓管理沟通，指的是按照沟通管理计划产生、收集、分发、储存并处置项目信息，同时推动干系人参与的过程。本阶段最棘手的是业务连续性要求高、割接窗口极为有限：门户涉及全部在办业务，只能利用周末夜间不足 6 小时的窗口完成切换。首次预演割接超时 43 分钟，各方互相埋怨。我组织绘制因果图，从人、机、料、法、环五个方面逐一排查：人——参与割接的 12 个角色缺少统一指挥；机——数据库导入未做并行；料——历史公文附件体量超出预估；法——缺少分钟级的割接沟通脚本；环——夜间部分单位联系人失联。根因判定为 " 法 " 与 " 人 "，即没有把割接沟通细化到分钟并明确唯一指挥。

对策是编制割接沟通脚本，把窗口内的每一步动作、责任人、播报时点与判定条件写死，设立唯一指挥岗，并要求所有联系人当晚在线值守、每 15 分钟应答一次。第二次预演用时缩短至 4 小时 10 分钟，正式割接一次成功，未影响周一上班后的任何一笔在办业务。

（三）监督沟通

所谓监督沟通，指的是持续监控沟通效果、比较实际与计划的偏差并动态优化的过程。现场施工与在线业务并行、日常办理不能中断，是这一阶段的主要压力。我用控制图对 " 变更通知平均触达时长 " 进行监控，设定上控制限为 4 小时，每周取样一次。前 3 周有两个点超出控制限，追查发现是施工班组临时调整未同步到值班表。我据此增设施工日报强制回执与次日晨会核对，此后连续 9 周所有点均落在控制限内且无连续同侧趋势，过程判定为受控。

三、项目干系人管理的过程与干系人管理计划

所谓项目干系人管理，指的是识别相关方、分析其诉求并管理其参与的过程，具体包括干系人的识别、参与规划、参与管理与参与监督四步。需要说明的是，干系人管理与沟通管理是两个并列的知识领域，前者管的是 " 人怎么参与 "，后者管的是 " 信息怎么流动 "，二者相互支撑，不存在谁是谁基础的从属关系。

结合本项目，我在识别干系人后运用权力/利益方格完成分类，并据此编制干系人管理计划，详见表 2。第一类是权力高、利益也高的管委会分管领导与集团公司信息管理部负责人，对其采取重点管理，邀请参加阶段评审并提前 3 天送达材料；第二类是权力高但利益低的审计与财务部门，做到令其满意即可，按月推送简报、重大变更事前书面报备；第三类是权力低但利益高的各部门业务骨干、下属企业联络员与一线职工，需要随时告知、保持参与，通过部门联络群与周例会高频同步；第四类是权力低、利益也低的外部硬件服务商对接人员，仅作监督，每两周线上通报一次。四类的分类口径与沟通频率在计划中一次写定，实施中若需调整必须走变更流程并同步更新干系人登记册，避免出现前后不一致。

四、结项成效与心得体会

本项目 2024 年 8 月启动，2025 年 3 月完成统一认证与门户主体上线，4 至 7 月试运行并完成三轮割接演练，2025 年 8 月通过终验，全程 12 个月，与合同工期一致。跨部门数据共享接口调用量月均突破 120 万次；业务差错率由 2.7% 下降至 0.3%；资金结算差错连续 12 个月零发生。

回顾全程，我有三点体会。第一，沟通方案不必闭门造车，标杆对照让我们用很低的成本吸收了兄弟单位 14 项成熟做法，其中割接双通道告知直接避免了一次可能的集体投诉。第二，越是窗口刚性的动作，沟通越要精确到分钟和人，因果图帮我们把 " 割接超时 " 这类看似纯技术的问题还原为指挥缺位与脚本缺失，这个判断放在任何限时切换类项目上都成立。第三，沟通效果需要用统计手段判定是否稳定，控制图上 " 点在限内且无异常趋势 " 远比一句 " 沟通良好 " 可信；把这种量化监控的习惯迁移到质量与风险领域，同样能让管理动作从凭感觉走向凭数据。只有把三个过程做扎实、把干系人分类真正落到计划，统一门户才能成为全区办事的唯一入口。

表 1 沟通管理计划要点

计划条目	本项目约定
沟通需求来源	访谈与问卷覆盖管委会、下属企业、外部服务商三类对象
标杆对照吸收项	同省两个开发区门户，梳理 14 项差距，采纳割接双通道告知等做法
渠道设置	管委会月度专题会、部门联络群、下属企业周例会、服务商统一工单
例会与专项会	阶段评审会、割接指挥会、施工与业务并行协调会
割接期特殊约定	分钟级沟通脚本、唯一指挥岗、联系人每 15 分钟应答一次
安全与保密	涉密文档仅内网指定空间流转，外部人员按最小权限接触脱敏数据
资源投入	专项时间约 5%，专项预算 1.5%（约 25.2 万元）

表 2 干系人管理计划

权力/利益方格类别	具体对象	信息需求	沟通方式与频率	反馈闭环要求
权力高、利益高	管委会分管领导、集团信息管理部负责人	进度、风险与合规决策	阶段评审会 + 每月专题汇报	会后 24 小时内出纪要并确认
权力高、利益低	审计、财务部门	资金使用与合规情况	每月简报邮件	重大变更事前书面报备
权力低、利益高	部门业务骨干、下属企业联络员、一线职工	功能变更与操作指引	联络群即时 + 周例会	2 个工作日内答复
权力低、利益低	外部硬件服务商对接人员	进度与到货节点	双周线上通报会	纪要抄送并存档