026_北方某区县级社保基金监督平台信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

2024 年 1 月，我作为承建方项目经理主持了北方某区县级社保基金监督平台建设项目。建设单位为该地区人力资源和社会保障主管部门，合同额 645.32 万元，建设周期 6 个月，团队 24 人。平台采用服务网格 Istio、多活容灾架构、GaussDB 数据库与分布式缓存，前端为 Vue3 与 ECharts，覆盖基金收支监测、待遇资格核验、疑点线索预警、稽核检查与整改闭环五类业务。项目面临国产化替代要求数据库与中间件整体适配、现场改造须与日常经办并行不能中断、业务政策在建设期内发生调整致需求变动三大难点，沟通管理成为项目成败的关键。本文按项目前期、中期、后期三个阶段组织，说明我在项目初期为沟通活动分配时间与预算资源的做法，阐述规划沟通管理、管理沟通、监督沟通三个过程与识别干系人、规划干系人参与、管理干系人参与、监督干系人参与四个过程的实践，并给出一份具体的干系人管理计划，其间运用检查表、分层抽样与因果图支撑决策。项目于 2024 年 6 月通过验收，用户满意度测评由 78 分提升至 94 分，数据自动核验比例由 42% 提升至 91%，设备在线率由 83% 提升至 98.5%。

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

社保基金是群众的养老钱、保命钱，其监督此前主要依靠事后抽查与举报核实，存在三类问题：待遇资格核验依赖人工比对，跨部门数据要走公文调取，平均耗时两周；疑点线索靠经验判断，漏发与冒领难以及时发现；稽核整改无闭环台账，同类问题反复出现。建设单位据此立项，要求建成覆盖 " 监测—预警—稽核—整改 " 全链路的基金监督平台，并同步完成国产化环境适配。

项目于 2024 年 1 月启动、6 月终验，周期 6 个月。建设内容包括五个业务子系统、与民政、公安、医保、财政四个部门的数据核验接口、国产化环境部署与历史数据迁移。组织上采用矩阵型结构，团队 24 人，其中我方 18 人（需求 3 人、开发 10 人、测试 3 人、实施 2 人），建设单位与两个街道服务所抽调业务人员 6 人参与需求确认与验收。交付成果包括平台软件、四类接口、六类文档，以及面向区级中心、8 个街道服务所、36 个社区窗口共 312 名经办人员的培训与 6 个月运维。我担任项目经理，负责计划编制、进度与质量管控、干系人协调及验收组织。

考虑到本项目周期仅 6 个月而干系人跨越四个外部部门与三级经办机构，我在项目初期即为沟通活动单列了资源：进度上把 " 四部门接口联席会 "" 三级经办人员分批培训 "" 割接期专项告知 " 作为独立工作包排入计划，累计占用工期 26 个人日，并设定每周二上午为固定沟通时段；预算上单列沟通与培训科目 16.2 万元，含场地、印刷、通信与差旅，占合同额 2.5%，明确不得挪作他用。这一安排为后续密集的政策变更沟通提供了保障。

二、前期阶段：厘清诉求与订立规则

在项目前期，需要基于干系人的信息需求与可用资源确定沟通方式并形成书面计划，这一工作被称为规划沟通管理。2024 年 1 月下旬，我组织建设单位基金监督科科长、两名街道服务所主任、四个外部数据源部门的联络员与我方需求组长召开沟通规划会，通过座谈与问卷收集各方信息诉求。结合本项目周期短、政策易变的特点，沟通管理计划着重明确了四件事：一是信息内容与格式，区分决策类、协同类、告知类三种，分别对应汇报会、联席会与短信公告；二是各类信息的发送人、接收人、渠道与时限；三是政策变更的专项通道，规定建设单位在收到上级政策文件当日抄送项目组，项目组 48 小时内出具影响评估；四是升级路径与术语表。计划经建设单位签字确认后发布。

在项目前期，还需要识别能影响项目或受项目影响的个人与组织并记录其利益、影响力与态度，这一工作被称为识别干系人。我采用组织结构图分析、文件分析与专家判断，识别出干系人 10 类共 264 名代表，形成干系人登记册。随后在规划干系人参与中，我运用权力利益方格与参与度评估矩阵标注各方当前与期望参与度，形成干系人管理计划，见本文第四节。

三、中期阶段：在变动中维持信息秩序

在项目中期，需要确保信息按计划及时收集、生成、发布、存储并妥善处置，这一工作被称为管理沟通。本阶段最大的挑战来自政策调整。2024 年 3 月，上级下发文件调整了两类待遇的资格认定口径，直接影响已开发完成的核验规则。若按常规流程逐级传达，等到开发组知悉时返工量将大幅增加。得益于前期设定的政策变更专项通道，建设单位在文件印发当日即抄送项目组，我们 48 小时内完成影响评估，确认涉及 11 条核验规则与 3 张报表，随即启动变更流程，最终返工控制在 9 个人日以内。

现场改造与日常经办并行是另一处考验。区级中心与 8 个街道服务所每天办理业务约 1400 笔，网络改造与服务器割接只能安排在夜间。为避免遗漏，我编制了《割接期沟通检查表》并要求每次割接前逐项打钩确认，共九项：割接方案是否已书面告知三级经办机构、次日首笔业务责任人是否指定、四个外部接口方是否已确认停机窗口、回退方案是否已交底、值守名单与联系方式是否已公布、窗口告示是否已张贴、备用手工办理流程是否已下发、割接完成通报的发送时点是否已约定、次日巡检回访是否已排班。三次割接均严格执行检查表，全部一次成功，未发生一笔业务中断，也未产生一起投诉。

在项目中期，我同时开展管理干系人参与，即与干系人沟通协作以满足其期望、处理问题并促进适度参与。最棘手的是社区窗口经办人员，他们年龄结构偏大、习惯纸质台账，且担心新系统的自动核验会 " 把差错记到自己头上 "。我的做法不是加大培训强度，而是与建设单位协商在系统中增加疑点复核与人工说明两个环节，让经办人员对系统判定有申辩空间，同时把核验通过率纳入机构考核而非个人考核。该群体的态度由不支持逐步转为支持。

四、后期阶段：检验效果与固化机制

在项目后期，需要监督并调整沟通活动以确保满足项目与干系人的信息需求，这一工作被称为监督沟通。我采用分层抽样的方法检验沟通效果：按经办层级把 312 名人员分为区级中心、街道服务所、社区窗口三层，各层按比例随机抽取共 96 人，就 " 政策调整口径是否知悉 "" 系统变动是否提前获知 "" 遇到问题是否知道找谁 " 三项开展现场测评。结果显示整体知悉率为 87.5%，但社区窗口层仅为 71.9%，明显低于其他两层。

为查清原因，我组织建设单位基金监督科、实施组与三名社区窗口代表绘制因果图，从人员、方法、渠道、时机四个方面分析：人员方面，社区窗口多为一人多岗，无固定时间查看通知；方法方面，政策解读文件以公文语言下发，理解成本高；渠道方面，通知仅发至街道服务所，由其口头转达，存在衰减；时机方面，通知多在下午下班前发出，恰是窗口最忙时段。经排序确认主因是渠道存在中间衰减与文件表述过于专业两项。据此我们调整了做法：政策通知一律由项目组直达社区窗口的企业微信群，不再经街道转达；同步配发一页纸的图解版操作要点；发送时间调整为上午上班后一小时内。两周后复测，社区窗口层知悉率提升至 93.8%。

在项目后期，我还持续开展监督干系人参与，按月重新评估各方参与度并更新策略，全项目累计调整参与策略 6 次。

干系人管理计划（节选）

干系人	分类	当前参与度	期望参与度	主要诉求	参与策略与措施	频率	责任人
建设单位分管领导	权力高利益高	中立	领导	按期上线、基金安全	月度汇报会＋书面月报，重大事项即时呈报	每月	项目经理
基金监督科	权力高利益高	支持	领导	政策口径落地准确	政策变更专项通道＋48 小时影响评估	随时	需求组长
四个外部数据源部门	权力中利益中	中立	支持	接口安全、不担额外责任	联席会＋接口责任界面书面确认	按里程碑	架构师
8 个街道服务所	权力中利益高	中立	支持	业务不中断、操作不繁琐	割接检查表＋夜间值守＋次日回访	每两周	实施经理
36 个社区窗口经办人	权力低利益高	不支持	支持	怕被追责、不会操作	疑点复核与人工说明环节、图解版要点、群直达通知	每周	实施组
国产化适配厂商	权力低利益中	中立	中立	适配范围明确	适配清单会签＋周度进展通报	每周	架构师

五、项目成效与心得体会

项目于 2024 年 6 月通过验收并上线。用户满意度测评由 78 分提升至 94 分，数据自动核验比例由 42% 提升至 91%，设备在线率由 83% 提升至 98.5%；跨部门数据核验由平均两周缩短至实时，稽核整改实现台账闭环。

回顾全程，我有三点体会。第一，短周期项目更需要在初期把沟通资源固定下来。本项目工期仅 6 个月，若不把 26 个人日与 16.2 万元事先锁定，三轮夜间割接的告知与三级培训必然被赶工挤占，而这恰恰是业务不中断的保障。第二，沟通渠道存在衰减，层层转达等同于信息损耗。因果图揭示的中间衰减问题，靠的不是加强督促，而是把通知直达末端使用者，这一改动几乎零成本却效果显著。第三，检查表这类简单工具在高风险时点的价值极大，九项逐条打钩看似机械，却使三次夜间割接零差错，远比依赖个人记忆可靠。

还需强调，沟通管理无法孤立开展：政策变更专项通道的下游是范围与进度的变更评估，割接窗口的安排取决于进度计划，接口责任界面的确认属于采购与风险管理范畴。不足之处在于，我在规划阶段默认了 " 街道转达社区 " 这一既有层级，未预判其衰减效应。今后我会依据信息的最终使用者而非组织层级来设计传递路径。