148_闽南某省会城市公益诉讼线索管理系统信息系统项目干系人管理

ONEPSOFT | 软考学习知识库

---

闽南地区某省会城市的公益诉讼线索管理长期依赖人工报送与纸质流转，线索来源、核查进展、立案决定分散在各办案部门与线索提供方手中，第三方厂商交付质量参差、集成测试反复返工，多级组织层级审批链路长、权限模型设计复杂，线下流程长期依赖纸质台账、数据初始化工作量巨大，线索流转慢、重复报送多。为把公益诉讼线索管理数字化，该地区检察主管部门于 2023 年 10 月发起了省会城市公益诉讼线索管理系统信息系统项目，经公开招标由我司承建，合同额 536 万元，建设周期 6 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合公益诉讼线索全流程数据，实现报送在线化、流转自动化、办理可追溯。建设内容包括线索报送、核查分流、立案审批、办理跟踪、统计分析与报表五个模块，并与各办案部门及线索提供方对接。技术方案中，系统按同城双中心多活容灾架构部署，服务间调用统一交由 Istio 服务网格治理并支持灰度发布，线索数据存储于 GaussDB，高频查询借助分布式缓存加速读取；前端交互基于 Vue3 组件体系实现，后端服务以 Java 17 与 Spring Boot 构建，应用部署在市政务云国产化环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 17 人，由系统架构师、需求分析师、开发工程师、测试工程师、实施运维工程师与数据治理专员等角色组成，各岗位编制根据模块规模与接口数量确定，关键阶段另派驻场工程师支持联调。项目于 2024 年 4 月通过终验，上线后数据自动核验比例由 42% 提升至 91%，并发承载能力由 800 提升至 5000 用户在线。

干系人绩效域解决的是项目涉及的人怎么管、各方力量怎么调动的问题。这个项目涉及办案部门、线索提供方、审批领导与厂商多方，6 个月工期紧、链条长，干系人管理稍不到位，数据接不上、办理联不动，项目必然受阻。从实际体验看，干系人管理做得好不好，直接体现在三个地方：一是人找得全不全，是否有重要相关方被遗漏；二是策略定得准不准，对每类干系人是否都有针对性的打法；三是参与盯得紧不紧，各方的配合状态是否始终在掌控之中。下面我按前期、中期、后期三个阶段，谈谈干系人绩效域在本项目中的落地过程。

一、项目前期：在识别与规划阶段，需要把相关方找全、把参与策略定下来，这一工作被称为识别与规划干系人参与

项目前期，干系人工作的重点是回答 " 有哪些人、怎么对待 "。启动阶段，我依据章程与合同，从组织、执行与用户三个维度系统梳理干系人：组织层面有检察主管部门领导与项目负责人，执行层面有各办案部门的线索管理员与厂商实施人员，用户层面有平台操作员与线索提供方，逐条登记入册。针对第三方厂商交付质量参差的问题，我们提前把厂商纳入干系人清单，明确其交付物与验收标准，避免后期被动。识别工作不是一次性完成就束之高阁，我们每月复核一次干系人清单，有新角色加入（如新设的线索核查岗）就及时补录，确保清单始终与项目实际同步。

为把参与策略定准，我用检查表按角色、诉求、影响力、参与方式四个维度逐项核对每类干系人：办案部门关注线索流转效率，线索提供方关注报送便捷与信息安全，审批领导关注合规与进度，厂商关注接口规范与联调排期。据此制定了差异化的参与计划：对办案部门，建立周对接机制，线索处理进度每周当面核对；对线索提供方，提供便捷的报送通道与在线答疑；对审批领导，里程碑节点专题汇报；对厂商，联调排期提前一周确认。参与策略的颗粒度细化到每类干系人，避免了 " 一刀切 " 式的泛泛管理。

二、项目中期：在执行阶段，需要把各方调动起来、把分歧化解掉，这一工作被称为促进干系人参与

项目中期，干系人工作的重点是回答 " 怎么让各方真正参与进来 "。针对多级审批链长、权限模型复杂的问题，我们与审批部门建立了线上审批绿色通道，把常规审批压缩到线上流转，审批耗时明显缩短；针对数据初始化量大、纸质台账多的问题，我们用分层抽样按线索类别与办案部门分层抽取样本核验录入质量，凡不合格的返工重录，初始化在规定时间内完成。

执行期间发生过一次分歧：部分线索提供方担心线索信息泄露，对线上报送持观望态度。我用因果图围绕 " 报送意愿低 " 从信任、流程、技术、激励四方面分析根因，定位到前期宣传只讲了报送流程、没讲信息保护机制，随即组织专场说明会，把线索信息的加密存储、权限隔离与审计留痕当面讲透，并邀请检察主管部门背书，观望态度明显化解，线上报送量随之回升。促进参与不是一次性的，我们建立了线索提供方诉求台账，提出的问题按提出时间、责任部门、解决时限逐条登记，周例会上逐条过账，解决一条销号一条，各方参与意愿持续稳定。

三、项目后期：在监督与收尾阶段，需要盯住参与状态、衡量参与成效，这一工作被称为监督干系人参与

项目后期，干系人工作的重点是回答 " 各方参与得怎么样、效果如何 "。我们每月评估一次干系人参与成效：统计各办案部门的线索处理及时率、报送量与满意度，把数据带进月度例会复盘。一次评估发现部分办案部门的线索处理及时率偏低，我组织排查发现是审批环节积压，随即优化了审批流程并明确了各环节时限，及时率明显回升。收尾阶段，我们按季度用分层抽样回访各方干系人，按部门类型与干系人类别分层抽取回访样本，核对参与度与满意度，抽到的问题当场整改、限期销号。

干系人绩效域的协同贯穿五大过程组，每个过程组都有一个协同重心：启动过程组与干系人绩效域自身的识别工作相衔接，把干系人诉求转化为项目输入；规划过程组与规划绩效域协同，把干系人期望纳入计划编制；执行过程组与项目工作绩效域、交付绩效域协同，依靠干系人支持保障资源与验收；监控过程组与不确定性绩效域协同，通过干系人反馈识别风险；收尾过程组与交付绩效域协同，用干系人满意度核验交付成效。执行干系人绩效域可以帮助实现四个预期目标：建立高效工作关系、让干系人认同项目目标、让支持者获得收益、让反对者不产生负面影响，这四个目标贯穿了项目始终。配套的测量指标也按过程组落地：启动看干系人识别覆盖率，规划看参与计划可行性，执行看线索处理及时率与问题闭环率，监控看满意度与投诉率，收尾看验收通过率与干系人满意度，指标由专人按月归集复盘，异常项由责任方说明并限期整改。

项目最终按期通过终验，数据自动核验比例由 42% 提升到 91%，并发承载提升到 5000 用户在线，办案部门、线索提供方与检察主管部门对系统的认可度明显提升，主管部门认为这套干系人管理做法值得在检察系统内推广。回顾整个过程，干系人绩效域给我的体会是：识别要全、策略要准、参与要实、监督要勤。检查表让干系人画像清晰，因果图让报送意愿有了根因，分层抽样让初始化质量经得起核查，月度评估让参与状态始终在册。干系人管理不是开会发文，而是把每个人的诉求装在心里、把每个人的力量调动起来，这正是本项目留给我最深的启示。这套以识别打底、以策略定准、以监督收口的干系人管理做法，后来也被固化进公司在检察类项目的干系人管理模板，为后续项目提供了参照。