124_川东某区县级校园安全监管系统信息系统项目干系人管理

ONEPSOFT | 软考学习知识库

---

川东地区某区县的校园安全监管长期依赖人工巡查与纸质台账，视频监控、门禁记录、访客登记等数据分散在各学校与教育主管部门手中，算法识别在复杂光照与天气条件下准确率不稳定，第三方厂商交付的终端质量参差，集中办理高峰时段系统并发压力大，监管数据难以集中研判，安全风险难以及时发现、隐患处置滞后。为把校园安全监管数字化，该地区教育主管部门于 2023 年 12 月发起了区县级校园安全监管系统信息系统项目，经公开招标由我司承建，合同额 168.00 万元，建设周期 10 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合校园安全数据，实现风险识别智能化、告警处置及时化、监管数据集中化。建设内容包括视频接入、智能识别、告警处置、访客管理、统计分析与报表五个模块，并与各学校及公安等部门对接。技术方案中，平台按同城双中心多活容灾架构建设，微服务调用经 Istio 服务网格治理并支持灰度发布，安全数据由 GaussDB 承载，热点数据由分布式缓存加速，前端交互基于 Vue3 组件体系实现，后端服务以 Java 17 与 Spring Boot 构建，应用部署在区政务云信创环境，并按等级保护三级完成安全建设。项目团队共 16 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 8 人、测试工程师 2 人、实施与运维工程师 2 人、数据治理专员 1 人，另根据各校接入进度灵活调配现场实施力量，关键节点安排驻场支持。项目于 2024 年 10 月通过终验，上线后关键业务响应时间由 4.2 秒降至 1.1 秒，设备在线率由 83% 提升至 98.5%，预警事件平均处置时长缩短 55%。

我作为本项目的项目经理，负责从启动到收尾的全过程管理，其中干系人绩效域贯穿始终。项目交付的成果包括可运行的校园安全监管系统、与各学校及公安部门的对接接口、系统源码与全套文档，以及面向学校安保人员的操作培训，收尾时还完成了对各校值班人员的分批次现场带教。从绩效要点的角度看，干系人绩效域管理包含持续识别干系人、理解与分析干系人特征、确定优先级、促进参与、监督参与五个要点，而权力利益方格是贯穿其中的分类工具。这个项目涉及教育主管部门、学校、公安、厂商多方，诉求差异大，协调稍不到位，设备接入与告警处置就转不动，干系人管理从立项第一天就摆在了日程上。下面我以项目推进中遇到的三道难题为线索，说明干系人绩效域的各项过程与工具是如何嵌入其中发挥作用的。

一、难题一：算法识别在复杂光照与天气条件下准确率不稳定

各学校视频环境差异大，夜间、逆光、雨雪天气下识别准确率明显波动，学校对系统能力产生怀疑，配合积极性随之下降。这一难题在规划与执行阶段重点应对。规划阶段，我先对全区学校做了摸底，识别出各校的设备条件与支持态度，再用散点图辅助识别干系人中的关键支持者：横轴为各学校对系统的支持程度，纵轴为各校的接入规模，图形清楚显示，两所示范学校规模大、支持度高，位于高支持高规模区域，属于可以带动全局的关键干系人。据此我们优先完成示范学校的接入与调优，把识别效果做成样板，再向其他学校推广，支持度随之扩散。执行阶段，针对识别准确率波动，我们用根本原因分析逐层追问：先问为什么夜间识别差，再问为什么低照度样本少，追到根子是训练样本中夜间与雨雪场景占比不足，随即补充了低照度样本并调整图像增强参数，两个场景的准确率回升到目标以上。同时，我们把分场景的测试数据定期同步给学校安保人员，让学校看到问题在改善，疑虑就此打消，配合度明显提升，也为其他学校的接入铺平了路。

二、难题二：第三方厂商交付质量参差，集成测试反复返工

多家设备厂商交付的终端质量参差，接口规范不一，集成测试反复返工，直接影响学校对项目的信心。这一难题在执行阶段集中暴露。我组织团队用根本原因分析逐层追问：先问为什么集成反复失败，再问为什么厂商不按规范交付，追到第二层发现是采购环节对厂商的技术约束不足、验收标准模糊，随即把接口符合性检查前置到联调之前，要求厂商先提供自测报告，我方再做接口验证，不符合的当场退回修改，并把验证结论记入厂商交付台账，作为后续考核的依据。同时，我们把厂商纳入干系人管理：用权力利益方格对厂商分类，按接口规模与交付关键度区分重点管理与一般监督，对重点厂商建立周对接机制，把交付进度与问题责任当面说清，对一般厂商按节点跟踪即可，管理精力因此没有平均摊开。经两轮集中整改，集成测试一次性通过率大幅提升，返工不再是常态，学校对系统的信任也随之回升，后续各校接入设备的进度明显加快。

三、难题三：并发访问峰值集中在办理高峰时段，性能压力大

学生报到、放学等高峰时段，家长集中访问系统，并发压力大，响应变慢，直接影响家长与学校的满意度。这一难题在收尾阶段重点应对。我们把并发性能纳入干系人满意度管理，用逐项检查清单按接口并发上限、缓存命中率、限流阈值到扩容预案逐项核对，每两周对照检查一次，凡不满足的项立即补资源、限期整改，高峰时段的响应时间实测稳定在 1.1 秒以内，家长反馈的等待感明显下降、投诉为零。针对高峰时段的性能问题，我们与学校约定错峰使用策略，把批量查询类操作引导到非高峰时段，并通过即时消息群提前告知维护窗口，让各方对系统状态心里有数，避免维护与高峰撞车引发投诉。监督参与方面，我们按季度用统计抽样回访学校与家长代表，核对干系人对系统的参与度与满意度，抽到的问题当场整改、限期销号，满意度测评由 78 分提升至 94 分。收尾时我们向教育主管部门提交了干系人满意度报告，各方对系统的认可为后续二期建设打下了信任基础。

从权力利益方格的应用看，本项目把干系人分为四类：教育主管部门权力高、利益高，重点管理，每月专题汇报，聚焦建设进度与安全成效，重要事项单独约谈；各学校校长与安保负责人权力中、利益高，密切沟通，每周对接一次，把设备接入与告警处置进度当面核对；家长群体权力低、利益高，随时告知，通过学校渠道触达，把系统功能与使用须知讲清楚；设备厂商权力低、利益低，按节点监督，把交付与验收节点跟踪到位。分类施策让有限的沟通精力产生了最大的参与效果，也让干系人管理从拍脑袋变成了有据可依的流程。

项目最终按期通过终验，关键业务响应时间由 4.2 秒降至 1.1 秒，设备在线率提升到 98.5%，预警处置时长缩短 55%，各学校与家长对系统的认可度明显提升，教育主管部门也对这套干系人管理的做法给出了好评，认为值得在全区信息化项目里推广复用。回顾整个过程，干系人绩效域给我的体会是：先认清人、再定准策、后管到位。散点图让关键干系人浮现出来，根本原因分析让厂商问题有了答案，逐项检查让性能短板逐个补齐，权力利益方格让分类管理有了框架，统计抽样让监督落在实处。三道难题各有各的解法，背后是同一套干系人逻辑——把人认准、把策定对、把参与盯住，这正是本项目给我最深的启示。这套做法后来也被沉淀为公司在教育类项目的干系人管理模板，为后续项目提供了参照。