011_闽北某地市级企业用工备案系统信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

摘要

2024 年 7 月，我作为项目经理主持了闽北某地市级企业用工备案系统的建设。该项目由当地人力资源和社会保障主管部门发起，合同额 226.12 万元，工期 11 个月，团队 17 人，2025 年 6 月通过验收。项目要在不中断日常办理的前提下完成 78 个经办网点的改造，同时满足等保三级要求，干系人跨越市局处室、区县分局、窗口人员、用人单位和外部厂商，信息传递链条长且约束多。本文按规划沟通管理、管理沟通、监督沟通三个过程为主线，结合检查表、分层抽样和因果图的实际运用，论述我在本项目中对沟通管理的做法与认识，并单独说明干系人管理的四个过程和本项目的干系人管理计划。项目结项时并发承载能力由 800 提升至 5000 用户在线，业务差错率由 2.7% 降至 0.3%。

一、项目概况

闽北某地市的用工备案业务，包括劳动用工备案、劳动合同备案和招用工登记三类事项。全市登记在册用人单位约 2.1 万家，年备案量约 38 万人次。原有系统 2016 年建成，单体架构，最大只能支撑 800 用户同时在线，而春节后返岗和毕业季两个时段的办理量占到全年的四成以上，每年都会出现排队和卡顿；企业材料仍以纸质为主，窗口人工二次录入，业务差错率长期在 2.7% 左右。2024 年 6 月，主管部门以财政信息化专项立项，7 月正式启动系统重建，合同额 226.12 万元，工期 11 个月。

技术方案上，应用层基于低代码平台搭建表单与流程配置能力，业务后端采用 Java 17 和 Spring Boot 微服务，由微服务网关统一承担路由、限流与鉴权；前端使用 Vue 3 配合 TypeScript，同时兼容政务网内老旧浏览器内核与主流内核两种模式；数据层选用 OceanBase 分布式数据库承载备案主库，用 RocketMQ 与社保、税务、市场监管三方系统做异步数据交换；整体部署于市政务云，按等保三级要求同步开展安全建设与测评。

团队按矩阵型组建，17 人：我任项目经理，负责总体计划、沟通与对外协调；需求与业务组 3 人，其中 2 人是从经办窗口抽调的业务骨干；开发 8 人；测试 2 人；实施与培训 2 人；安全 1 人。交付成果包括企业端网上申报门户、经办端审核系统、监管分析看板、三方数据接口，以及操作手册、运维手册和等保测评报告。

项目有三个突出难点：一是现场施工与在线业务必须并行，日常办理一天都不能停；二是涉及身份证号、工资、劳动合同等敏感数据，安全建设必须与功能建设同步；三是 78 个经办网点的终端型号杂乱，兼容性适配的工作量在估算阶段被明显低估。这三条中没有一条能靠技术单独解决，最后都落在 " 谁在什么时候把话跟谁讲清楚 " 上。因此我把沟通管理作为本项目的主抓手。

项目沟通管理是确保项目信息及时、正确地产生、收集、分发、存储和最终处置的过程，其作用在于让干系人之间形成有效的信息流动，减少因理解偏差造成的返工与冲突。下面按三个过程展开。

二、规划沟通管理

规划沟通管理是基于每个干系人或干系人群体的信息需求、可用的组织资产和项目具体情况，制定沟通方式与计划的过程，其作用在于让后续的沟通有据可依，而不是临时起意。

启动后的第三周，我带需求组查阅立项批复、部门职责文件和近三年运维工单，又走访了市局 5 个处室、3 个区县分局、12 家用人单位代表和 2 家外部厂商，形成《干系人登记册》，登记干系人群体 9 类、具名联系人 61 人。用权力/利益方格作分类后，市局分管领导、就业促进科科长和信息中心主任属于高权力高利益，需重点管理；市政务云管理单位和等保测评机构属于高权力低利益，需令其满意；78 个网点的窗口人员和企业人事专员属于低权力高利益，需随时告知；硬件与耗材供应商属于低权力低利益，予以监督即可。

在做沟通需求分析时，我按 n(n-1)/2 估算，61 名联系人之间的潜在沟通渠道多达 1830 条，如果不加收敛，信息一定会失真。据此确定 " 三层三频 " 的收敛原则：决策层月频、执行层周频、操作层按事件触发，每层只保留一个主渠道和一个备用渠道。

选择沟通技术时，我们逐项权衡了紧急程度、可获得性、易用性和保密性。保密性这一条对本项目是硬约束——等保三级要求下，含敏感字段的材料一律不得经由公众即时通讯工具流转。这直接砍掉了原本打算建立的若干工作微信群，改为政务外网协同平台加专线视频会议。渠道变窄以后，反而倒逼我们把每一次沟通做实。最终形成的沟通管理计划要点如下。

干系人群体	信息需求	主渠道	频率	责任人
市局分管领导	里程碑达成、重大偏差、资金执行	线下汇报会 + 纸质月报	每月 1 次	项目经理
就业促进科、信息中心	需求确认、变更、进度与风险	政务协同平台 + 周例会	每周 1 次	项目经理
3 个区县分局	试点安排、权限划分、数据归属	专线视频会	每两周 1 次	实施组长
78 个经办网点窗口人员	停机窗口、操作变化、培训通知	协同平台通知 + 短信提醒	事件触发	实施组
用人单位人事专员	办理方式变化、申报指引	门户公告 + 服务号图文	事件触发	业务组
外部厂商	接口规格、联调排期、验收标准	联调例会 + 书面确认单	每周 1 次	开发组长
等保测评机构	测评材料、整改进展	正式函件	阶段触发	安全工程师

三、管理沟通

管理沟通是确保项目信息及时且恰当地收集、生成、发布、存储、检索和最终处置的过程，其作用在于把计划落成日常动作。

我建立了周例会、双周专题会、月度通报三级会议体系，并要求会议纪要在 24 小时内发布。为了避免纪要写成流水账，实施组编制了一份《沟通交付检查表》，每份纪要发布前须逐项勾选七项内容：议题、结论、责任人、完成时限、抄送范围、是否需归档、是否含敏感信息。七项齐备才允许发出。这个检查表看着简单，但把 " 会开完了却没人认领任务 " 的老毛病基本堵住了，项目全程共发布纪要 64 份，无一份因要素缺失被退回。

管理沟通中有两件事值得展开。第一件是并行施工的冲突。2024 年 11 月，网点终端改造排期与当月社保缴费基数申报期撞在一起，5 个网点的窗口人员集中反映改造期间无法正常办理。我当天启动了计划中约定的升级沟通路径，两小时内召集运维、实施和窗口三方开现场会，把方案改为错峰改造加双系统并行七天，同时由窗口统一在服务号发布告知函，明确替代办理点。冲突被控制在 5 个网点内，未发生一起投诉。

第二件是接口口径的分歧。与税务部门的数据交换接口在两个月内被要求变更三次，追问下去才发现，双方对 " 用工备案人数 " 的统计口径理解根本不同：我方按劳动合同份数计，对方按参保缴费人头计。我组织了一次口径对齐会，把两边的字段定义逐条打印贴在会议室墙上比对，当场确认差异 7 处，形成《数据交换口径确认单》并由双方盖章，此后再未出现变更。这件事让我意识到，很多所谓的需求变更，本质上是早期沟通没有把概念说清楚。

绩效报告也做了分层处理：对高权力干系人，用里程碑评审加偏差说明，只讲结论和需要决策的事项；对窗口人员，用一页纸的图文速递，把操作变化画成流程图。

四、监督沟通

监督沟通是确保满足项目及干系人信息需求的过程，其作用在于持续核查沟通是否真的到位，并据此调整。

我没有采用 " 全员问卷 " 这种看似全面实则失真的做法，而是对 78 个网点按城区、近郊、山区分为三层，采用分层抽样，各层按 20% 比例抽取，共抽取 16 个网点、96 名窗口人员做满意度访谈。2025 年 2 月的第一轮结果差异明显：城区层 89 分，近郊层 85 分，山区层只有 71 分。如果做简单随机抽样，城区样本占多数，这个问题很可能被平均掉。

针对 " 山区网点信息接收滞后 " 这一结果，我组织团队绘制因果图，从人、机、料、法、环五个方面追查原因：人员方面，山区网点多为一人一岗，无专人接收通知；设备方面，部分网点仍在使用老旧终端，协同平台无法打开；材料方面，通知统一发送 docx 文档，现场多用手机查看，打开困难；方法方面，通知只发一次，没有回执确认环节；环境方面，12 个网点专线带宽不足。逐条排查后确认 " 无回执确认 " 和 " 文档格式不适配 " 是两条主因，二者叠加导致通知发出即失联。

整改措施随即落地：所有通知同时附一页 PDF 图文版并配短信提醒；建立 " 已读回执 " 台账，超过 24 小时未回执的由实施组逐个电话跟进；对 12 个带宽不足的网点提交专线扩容申请，两个月内完成扩容。2025 年 4 月复测，山区层满意度回升至 90 分，与城区基本持平。

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

干系人管理包含识别干系人、规划干系人参与、管理干系人参与、监督干系人参与四个过程，它与沟通管理互为支撑：干系人管理回答 " 对谁用什么态度 "，沟通管理回答 " 用什么渠道、什么频率把什么信息给他 "。

识别干系人阶段的产出即前述《干系人登记册》。规划干系人参与阶段，我用干系人参与度评估矩阵标注了每类干系人的当前参与度与期望参与度，其中有一处差距最需要处理：某区县分局负责人当前为抵制状态，期望至少达到中立。管理干系人参与阶段，我陪同信息中心主任两次上门当面沟通，弄清其抵制的真实原因并非技术问题，而是担心数据上收后本级审批权被削弱；据此明确系统定位为 " 数据汇聚加过程留痕 "，审批权限仍留在属地，并在系统中为区县分局单独开设本级统计报表。第三次评估时其态度转为中立，并同意所辖网点先行试点。监督干系人参与阶段，每月更新一次参与度矩阵与问题日志，全程更新 9 轮。

本项目的干系人管理计划核心内容如下（C 为当前参与度，D 为期望参与度）。

干系人	分类	C	D	关注点	参与策略
市局分管领导	重点管理	支持	领导	按期交付、资金合规	月度当面汇报，重大偏差 24 小时内直报
就业促进科科长	重点管理	中立	支持	业务口径、办件质量	纳入需求评审签字环节，试点期驻场半天/周
信息中心主任	重点管理	支持	领导	安全合规、后续运维	联合主持周例会，运维方案共同署名
某区县分局负责人	随时告知	抵制	中立	属地审批权、数据归属	上门沟通，明确权限边界，开放本级报表
网点窗口人员	随时告知	不知晓	支持	操作复杂度、停机影响	图文速递 + 分层培训 + 已读回执
用人单位人事专员	随时告知	中立	支持	申报便利度	服务号公告，试运行期设专线答疑
传感与终端厂商	监督	中立	中立	付款节点、验收口径	联调例会，书面确认单留痕

六、结项成效与体会

2025 年 6 月，项目通过第三方测评和竣工验收。并发承载能力由 800 提升至 5000 用户在线，上线后一年内系统可用率稳定在 99.9% 以上，无重大故障；窗口二次录入基本取消，业务差错率由 2.7% 降至 0.3%；78 个网点改造期间日常办理未中断一天。

回头看，有三点体会。第一，沟通计划不是一份交差的文档，而是一组真实的约束。本项目因保密要求砍掉了便捷的即时通讯渠道，当时觉得别扭，事后看反而减少了口头传话造成的失真。第二，沟通上的问题往往不是沟通本身的问题。山区满意度低，根子在带宽和岗位设置，靠再发几份通知没有用，用因果图往下挖一层才看得清楚；这与风险管理中的根本原因分析其实是同一套思路，沟通管理、干系人管理和风险管理在实践中是咬合的，不能割裂。第三，面对抵制型干系人，发文件和讲道理都不如先弄明白他到底在担心什么。这些做法我已经带进手上正在推进的下一个政务系统项目中。