ONEPSOFT | 软考学习知识库
摘要
2024 年 5 月至 2025 年 5 月,我以项目经理身份主持了豫东某区县级优抚对象管理系统的建设。项目由该区县退役军人事务主管部门信息管理科发起,合同额 1180.58 万元,工期 12 个月,团队 17 人,服务对象为全区 1.9 万名优抚对象,年抚恤补助资金约 1.4 亿元。项目建设期内恰逢国家优抚标准提标政策落地,需求发生实质性调整;加之资金发放业务不能停摆、割接窗口极为有限、纸质档案数字化工作量巨大,信息在主管部门、镇街、外协队伍和开发团队之间能否准确同步,直接决定项目成败。本文按规划沟通管理、管理沟通、监督沟通的顺序展开论述,说明流程图、五问法和数据分析三种手段的具体运用,并单列一节给出本项目的干系人管理计划。项目结项时数据自动核验比例由 42% 提升至 91%。
一、项目概况
豫东某区县共有优抚对象 1.9 万人,涵盖退役军人、烈属、伤残军人、参战参试人员等十余类,按类别执行不同的抚恤补助标准,年发放资金约 1.4 亿元。建设之前存在三方面突出问题:一是身份认定、待遇核定、资金发放分属三个科室,各用各的台账,一名对象的信息要在三处分别维护;二是每年国家和省级提标文件下发后,1.9 万人的补助标准需人工重算,2023 年度提标时出现错算 38 人次,事后追补造成群众不满;三是纸质档案共约 21 万页,分散存放,查档需人工翻阅,与公安、社保、医保等部门的数据核验主要靠导表比对,自动核验比例仅 42%。
2024 年 4 月立项,5 月启动,合同额 1180.58 万元,工期 12 个月,2025 年 5 月通过验收。系统交付内容包括:优抚对象一人一档、身份认定与待遇核定、自动调标引擎、资金发放与银行对账、跨部门数据核验、荣誉激励管理六个模块,以及 21 万页纸质档案的数字化成果。
技术上,后端为 Java 微服务,采用服务网格 Istio 实现服务治理与灰度发布——这一选型是有意为之,政策调整频繁,灰度能力让新旧核定规则可以并行运行、逐步切换,不必整体停机;数据库为 GaussDB,配合分布式缓存应对每月发放期的集中查询;系统按多活容灾架构部署,主中心在区政务云、备中心在市级机房;管理端前端采用 Vue 3 与 ECharts;档案数字化环节引入第三方文字识别服务,对扫描件做结构化提取。
团队 17 人:我任项目经理;业务组 3 人;开发 8 人;测试 2 人;档案数字化与数据初始化 3 人,其中 2 人为外协队伍常驻联络员。
项目沟通管理是确保项目信息及时、正确地产生、收集、分发、存储和最终处置的过程,其作用在于让项目团队与干系人之间形成有效的信息流动,避免因理解偏差引发返工与冲突。下面按三个过程分述。
二、规划沟通管理
规划沟通管理是基于干系人的信息需求与项目实际情况,确定沟通方式并形成书面计划的过程,其作用在于为后续所有沟通活动提供依据,避免临时决定、口径不一。
启动后我做的第一件事,是把优抚待遇核定的全流程画成一张流程图。这张图从对象申请起,经镇街初审、区局复核、待遇核定、资金审批到银行代发,共 28 个节点,每个节点标明经办角色、所需材料、办理时限和依据的政策条款。图画出来贴在项目室整面墙上,请三个业务科室的经办骨干逐节点确认。仅这一步就暴露出 7 处分歧:同一个 " 伤残等级变更 " 环节,甲科室认为需区局复核,乙科室执行的却是镇街直接受理。分歧当场标红,逐条追到政策原文,最后形成经三方签字的流程基线图。此后所有需求讨论都以这张图为坐标," 你说的是哪个节点 " 成了会议室里最常听到的一句话,无谓的争论少了很多。
在此基础上完成干系人识别,通过组织架构梳理、访谈和历史工单分析,登记干系人群体 8 类、具名联系人 56 人,用权力/利益方格分为四类。沟通需求分析时我着重考虑了两点约束:一是优抚对象信息属于敏感个人信息,涉及具体对象的问题一律在系统工单内流转,不得截图外发;二是政策文件的解释权在业务科室,技术人员不得自行理解政策,凡涉及口径的疑问必须走书面请示。这两条都写入了沟通管理计划。
三、管理沟通
管理沟通是确保项目信息及时、恰当地收集、生成、发布、存储、检索并最终处置的过程,其作用在于让计划中的安排真正落到日常动作上。本项目管理沟通阶段有两件事最能体现其价值。
第一件是政策调整引发的需求变更。 2024 年 10 月,上级提标文件下发,部分类别的抚恤标准和计发办法同时调整,其中一类对象的计发基数由固定额改为与上年度居民人均可支配收入挂钩。消息传到开发组时已经过了六天,而且是口头转述,版本模糊。我意识到问题不在这一次延迟,而在于缺少政策信息的传递机制。当即做了两件事:一是在沟通管理计划中增设 " 政策变更专项通道 ",约定业务科室收到上级文件后 24 小时内在协同平台上传原文并标注影响范围,由我组织影响评估;二是把已经发生的这次变更走完整的变更控制流程,形成书面变更申请、影响分析和批准记录。这次调整最终影响 4 个模块、17 个功能点,因为借助了 Istio 的灰度能力,新规则先在两个镇街试运行两周再全区切换,未影响当月发放。
第二件是外协队伍进度滞后。 2024 年 11 月,档案数字化进度只完成计划量的六成。外协项目经理的解释是 " 人手不够 "。我没有停在这个答案上,而是用五问法当面追下去:为什么人手不够?因为返工量太大,实际有效产出只有投入的一半。为什么返工多?因为交付的扫描件被我方判定不合格退回。为什么被判不合格?因为清晰度和倾斜度达不到要求。为什么达不到要求?因为对方按自己惯用的标准作业。为什么标准不一致?因为我方需求文档里只写了 " 扫描件应清晰可读 ",既没有给出分辨率数值,也没有提供合格样例。
根因清楚了:不是人手问题,是验收标准没有量化、没有书面确认,这本质上是一次沟通失败。补救措施随即落地:编制《档案扫描件验收规范》,明确 300dpi 分辨率、倾斜度不超过 1.5 度、灰度阈值、文件命名规则,并附 10 份合格样例与 5 份不合格反例,双方签字确认;同时约定每批次交付后 48 小时内出具抽检结论,不再累积到月底一次性退回。规范执行后,返工率由 31% 降至 4%,剩余进度在两个月内追平。
四、监督沟通
监督沟通是确保项目及干系人的信息需求得到满足的过程,其作用在于持续核查沟通是否有效并及时调整,而不是等到问题爆发才回头补救。
我不太相信 " 沟通顺畅 " 这类主观判断,因此设定了三项可统计的指标,每月做一次数据分析:一是工单平均响应时长,二是会议决议按期闭环率,三是重要通知的 48 小时确认率。数据从协同平台和工单系统直接导出,不额外增加填报负担。
| 月份 | 工单平均响应 (小时) | 决议按期闭环率 | 通知 48 小时确认率 |
|---|---|---|---|
| 2024 年 8 月 | 6.2 | 88% | 92% |
| 2024 年 11 月 | 14.7 | 63% | 79% |
| 2025 年 2 月 | 5.4 | 94% | 97% |
11 月三项指标同时恶化,与外协返工、政策变更叠加的时点完全吻合。这组数据促使我在 12 月做了两处调整:把每周一次的例会拆为业务例会与技术例会,避免两拨人陪着开无关的会,单次会议时长由平均 105 分钟降到 50 分钟;对未按期闭环的决议设置自动提醒并抄送分管领导。2025 年 2 月三项指标全面回升并保持稳定。此外,我在每个阶段结束后组织一次沟通复盘,把有效的做法沉淀为组织过程资产,全程共形成复盘记录 4 份。
五、干系人管理过程与本项目的干系人管理计划
干系人管理包含识别干系人、规划干系人参与、管理干系人参与、监督干系人参与四个过程,与沟通管理相辅相成:干系人管理界定态度与策略,沟通管理落实渠道与频率。
本项目管理干系人参与阶段最典型的一例,是区财政局国库支付中心。该单位初期态度为不支持,理由是系统自动生成发放指令后,其审核环节形同虚设,一旦出错责任不清。我请其派员参加了资金模块的两次评审,明确保留 " 财政复核 " 必经节点与人工干预入口,并把发放指令的生成规则逐条打印请其确认签字。第二次评审后态度转为中立,随后其主动提出增加 " 同一银行账号多人绑定 " 的预警规则,这条规则在后来的一次核验中确实拦截了 2 笔异常绑定。
| 干系人 | 分类 | 当前/期望参与度 | 主要诉求 | 参与与沟通策略 |
|---|---|---|---|---|
| 区局分管领导 | 重点管理 | 支持/领导 | 按期交付、群众零投诉 | 月度当面汇报,偏差当日直报 |
| 优抚科、拥军科 | 重点管理 | 中立/支持 | 政策口径准确、责任清晰 | 流程基线图签字,需求评审必到 |
| 区财政局国库支付中心 | 令其满意 | 不支持/中立 | 审核权、资金安全 | 参加资金模块评审,保留复核节点 |
| 12 个镇街退役军人服务站 | 随时告知 | 中立/支持 | 操作负担、档案移交 | 分批培训,工单答疑,进度榜单公开 |
| 优抚对象及家属 | 随时告知 | 不知晓/中立 | 待遇准确、办事方便 | 服务站公示,短信告知调标结果 |
| 档案数字化外协队伍 | 监督 | 中立/支持 | 验收标准、结算节点 | 常驻联络员,验收规范书面确认 |
| 区数据资源管理部门 | 令其满意 | 中立/中立 | 接口安全、数据合规 | 阶段函件,接口方案联合评审 |
六、结项成效与体会
2025 年 5 月,项目通过验收。21 万页纸质档案全部数字化并挂接到一人一档,文字识别准确率达到 94.6%,误报率控制在 3% 以内;与公安、社保、医保、殡葬等部门的数据自动核验比例由 42% 提升至 91%,当年即自动核验出应停发情形 9 例;提标政策落地后由系统自动重算,未再发生错算;运行首年系统可用率稳定在 99.9% 以上,无重大故障。
三点体会。第一,沟通首先要有一个共同的坐标。那张贴满整面墙的流程基线图,看起来只是一张图,实际是全项目的公共语言,没有它,后面所有讨论都会在概念层面打转。第二,遇到不顺,要多问几层。外协进度落后,若停在 " 人手不够 " 这个答案上,多半会去加人,结果只会让返工更多;五问法追到 " 验收标准未量化 " 这一层,才找到真正能动手的地方。第三,沟通效果是可以度量的,也应当被度量。三项指标每月一算,问题在 11 月就暴露出来,而不是拖到年底复盘时才发现。这也说明沟通管理与质量管理、进度管理、干系人管理是咬合在一起的:数据分析原本是质量管理的工具,用来监督沟通同样有效;而沟通一旦出问题,最先反映在进度上。这些做法我已经整理成模板,用在了本单位后续的信息化项目中。