030_黔南某区县级市容秩序监测系统信息系统项目沟通管理

ONEPSOFT | 软考学习知识库

---

摘要

本文围绕题目设问，分别回答我参与管理的项目概况、我对沟通管理过程的认识与实践、沟通管理计划与沟通记录表的制作三个问题。项目为黔南某区县级市容秩序监测系统，由该地区城市管理主管部门发起，合同额 786.24 万元，2022 年 3 月启动，建设周期 8 个月，团队 14 人，采用服务网格 Istio、多活容灾架构、GaussDB 与分布式缓存构建，我担任项目经理。项目须完成国产化整体适配、协调 4 家外部单位联调、应对早晚高峰并发压力。我运用亲和图、面向 X 设计矩阵与直方图三类工具分别支撑规划、执行与监督环节。项目于 2022 年 10 月通过终验，跨部门数据共享接口调用量月均突破 120 万次，识别准确率达 94.6%、误报率控制在 3% 以内，运维人工巡检投入下降 60%。

一、我参与管理的项目概况及本人承担的工作

该地区常住人口约 48 万，建成区面积 32 平方公里，主次干道 76 条。市容秩序管理长期依靠城管队员巡街发现、口头上报、纸质派单，占道经营、乱堆物料、垃圾满溢等问题发现不及时、处置难闭环，群众投诉居高不下。为提升管理效能，该地区城市管理主管部门作为建设单位发起本项目，我方中标承建，我被任命为项目经理。

系统建设内容包括视频智能识别、案件自动立案与派遣、处置反馈与现场核查、考核统计、跨部门数据共享五个模块，接入沿街监控点位 412 个。技术实现上，前端采用 Vue 3 与 TypeScript，后端采用 Java 17 与 Spring Boot；服务网格 Istio 承担服务间的流量治理、灰度发布与调用链追踪；两地机房构成多活容灾架构；GaussDB 承载案件工单与识别结果数据；分布式缓存支撑高峰时段的热点查询。按国产化替代要求，数据库与消息中间件整体迁移适配，并出具适配验证材料。

交付成果包括：系统源代码与部署包；需求规格说明书、概要与详细设计说明书、数据库设计说明书、接口规范；测试方案与测试报告；国产化适配验证报告；上线方案与回退预案；《用户操作手册》《系统运维手册》《案件处置规程》；面向指挥中心、执法队员、外部协同单位三类角色共 6 场、覆盖 218 人次的培训服务；以及 12 个月免费运维支持。

团队 14 人按矩阵型组织，下设需求组、开发组、算法组和测试组，另配专职配置管理员 1 名，负责配置项标识、基线管理与版本发布控制，配质量保证人员 1 名。我在预算中把沟通作为独立事项安排：22 人日用于协同会、驻场调研与培训，列支 9.6 万元用于协同平台租用、资料印制与培训场地。

二、我对信息系统项目沟通管理过程的认识与实践

（一）规划阶段：先把纷乱的诉求收成几条主线。 所谓规划沟通管理，指的是根据干系人的信息需求、可用的组织资产以及项目自身特点，为沟通活动确定方法并形成计划的过程。本项目的国产化整体适配牵涉数据库原厂、集成商、运维单位与第三方测评机构，开工首月各方通过邮件、即时消息与口头提出的问题和意见累计达 187 条，来源分散、颗粒度不一，若逐条应对必然疲于奔命。

我因此组织需求组与开发组使用亲和图，把 187 条意见逐条写成卡片，不预设分类，仅按其天然亲缘关系反复归并，最终收敛为 6 个主题：适配范围界定 41 条、性能基线与验收指标 38 条、外部接口责任划分 32 条、测评与整改节奏 28 条、现场运维交接 26 条、其他 22 条。主题一旦确立，沟通对象与节奏随之清晰——前三个主题的干系人高度重叠，合并为每周一次的技术协同会持续跟进；后三个主题时点性强，按里程碑安排专题沟通即可。

随后需要解决用什么渠道发布信息。备选方案有三套：以政务邮箱为主、以专用协同平台为主、以即时通讯群为主。我采用面向 X 设计矩阵，从可达性、时效性、可追溯性、安全合规、投入成本五个维度按 1 至 5 分评价并加权汇总，三套方案分别得 3.4 分、4.3 分与 3.1 分。协同平台方案胜出但成本最高，我据此取折中：正式信息与技术口径一律走协同平台，日常提醒可用即时通讯群发出，但须于当日补录至平台，兼顾时效与可追溯。这一决策连同信息条目、责任人、时机一并写入沟通管理计划。

计划确定了做法，接下来要看执行中信息能否真正流动起来。

（二）执行阶段：让多方联调的信息真正流动起来。 所谓管理沟通，指的是确保项目信息被及时且恰当地收集、生成、发布、存储、检索、管理、监督与最终处置的过程。本项目需与公安视频专网、政务数据共享平台、环卫作业系统、网格化平台共 4 家外部单位联调。我固定每周三上午召开技术协同会，凡涉及接口口径的议题，均会同双方技术负责人当场确认，并于当日形成沟通记录表分发各方。

执行中最典型的一件事出在算法误报上。试运行第 3 周，执法队员反映占道经营告警 " 十条里有三四条是空的 "，白跑现场的情况频繁，但这些抱怨都停留在班组内部，始终没有进入项目组视野。我在一次跟班走访中察觉后，立即打通反馈通道：在处置 App 中增加 " 误报 " 一键标记，队员标记后样本自动回流至算法组训练库；同时在每周协同会固定留出 15 分钟通报误报统计与模型优化进展，让一线看到自己的反馈确实产生了变化。此后队员标记积极性显著提高，识别准确率由初期的 81.2% 提升至 94.6%，误报率稳定控制在 3% 以内。

同期我开展管理干系人工作。环卫作业单位担心数据共享后其作业时效被公开比较，一度拖延接口联调。我请建设单位明确共享数据仅用于案件协同派遣、不单独排名，并约定该单位可先行核对再对外提供，其顾虑消除后一周内完成联调。

信息流动起来之后，还需要判断流动得是否顺畅。

（三）监督阶段：用分布看清沟通的真实状态。 所谓监督沟通，指的是确保满足项目及其干系人信息需求的过程。我最关心的是外部单位对接口问题的答复效率。我把试运行前 12 周内提出的 156 个接口问题，按从提出到首次答复的时长绘制直方图，组距取 4 小时。图形呈现明显的双峰形态：第一个峰集中在 0 至 8 小时，占 58.3%；第二个峰集中在 48 至 72 小时，占 26.9%；而中间的 8 至 48 小时区间反而稀疏。这提示存在两条截然不同的处理路径。

追查后确认：凡在协同会上当面提出的问题，多在当日就得到答复；凡通过邮件单向发出的问题，往往要等到下一次协同会才被重新想起。为此我调整两处做法：一是邮件提出的问题必须登记进协同平台的问题清单，设定 24 小时首答时限，超时自动提醒对方联络员与我方接口人；二是把清单中的超时项固定为协同会议程的第一项。四周后重新绘制直方图，双峰形态消失，单峰集中在 0 至 12 小时区间，占比 84.6%。

针对早晚出摊与午间清运形成的告警高峰，我在沟通管理计划中专门约定：7:00 至 9:00、17:00 至 20:00 两个时段由指挥中心值班长在岗调度，告警按区域直达责任队员而非逐级转发，避免高峰时段的沟通链路成为处置瓶颈。此外我按里程碑更新干系人参与度评估矩阵，对参与度低于期望的单位及时介入。

三、沟通管理计划与沟通记录表的制作

沟通管理计划采用六列结构，逐行说明沟通主题、参与角色、信息要点、采用方式、开展时机与牵头人，全部条目均围绕项目决策与动作设置，不安排与项目无关的信息推送；会议时间统一安排在正常工作时段，避免占用非工作时间。计划作为配置项纳入基线，调整须经变更审批并通知全部相关方。沟通记录表采用九列结构，固定记录编号、会谈时间、沟通类型、涉及事项、参加人员、一致意见、待办与承办、完成期限与销项标记；要求当日整理、次日各方线上确认，待办自动进入跟踪清单，逐周复核直至销项。项目全程累计形成记录表 142 份，销项率 100%，两份成果均随文档交付建设单位。

四、心得体会

本项目 2022 年 3 月启动，2022 年 7 月完成开发与系统测试，2022 年 8 月至 9 月试运行两个月，2022 年 10 月通过终验，全程 8 个月，与合同工期一致。核心成效为：跨部门数据共享接口调用量月均突破 120 万次；识别准确率达到 94.6%，误报率控制在 3% 以内；运维人工巡检投入下降 60%。

回顾这段经历，我有三点收获。第一，意见多不等于问题多。187 条零散意见经亲和图归并后只剩 6 个主题，沟通对象与节奏随即清晰。把噪声整理成结构，是规划沟通管理最实在的价值所在。第二，渠道选择要算总账。面向 X 设计矩阵促使我在时效、可追溯与成本之间做出有依据的折中，而不是凭个人偏好一刀切；如果当初只图省事选了即时通讯群，后期的技术口径追溯将无从谈起。第三，分布比均值更会说话。156 个接口问题的平均首答时长约 19 小时，单看这个数字并不刺眼，但直方图的双峰暴露出超过四分之一的问题实际被拖了两三天。若只盯均值，这一结构性缺陷会被完全掩盖，而正是它在消耗各方的信任。

表 1 沟通管理计划（节选）

沟通主题	参与角色	信息要点	采用方式	开展时机	牵头人
国产化适配技术协同	数据库原厂、运维单位、开发组	适配范围、性能基线、遗留缺陷	会议 + 协同平台留痕	每周三 9:00	项目经理
外部接口联调	4 家外部单位技术负责人	接口口径、联调排期、问题清单	会议 + 平台工单	每周三会后，专题另约	开发组长
误报反馈与优化通报	执法队员、算法组	误报统计、模型迭代进展	App 标记 + 协同会通报	标记即时，通报每周一次	算法组长
高峰时段告警调度	指挥中心值班长、责任队员	告警区域、责任人、处置时限	系统直达 + 电话确认	7:00-9:00、17:00-20:00	值班长
里程碑专题沟通	建设单位、测评机构、监理	测评安排、整改要求、交接事项	专题会 + 纪要	各里程碑节点前 3 个工作日	项目经理
项目进度通报	建设单位、监理	进度、风险、变更、待决事项	书面报告	每周五上午 10:00 前	项目经理

表 2 沟通记录表（节选）

记录编号	会谈时间	沟通类型	涉及事项	参加人员	一致意见	待办与承办	完成期限	销项标记
SR-2022-024	2022-04-13	技术协同会	数据库适配范围界定	原厂工程师、开发组、运维单位	存储过程改写由原厂承担，应用层适配由我方承担	出具适配清单（开发组长）	2022-04-21	已销项
SR-2022-057	2022-06-08	联调专题会	环卫作业系统接口迟迟未通	环卫单位、政务数据平台、开发组	共享数据仅用于协同派遣，不作单位排名	完成接口联调（环卫单位技术负责人）	2022-06-15	已销项
SR-2022-093	2022-08-17	跟班走访	队员反映告警误报较多	项目经理、两个执法中队	App 增设误报一键标记，协同会定期通报	上线标记功能（算法组长）	2022-08-24	已销项
SR-2022-118	2022-09-14	协同会	邮件提出的问题答复迟缓	4 家外部单位、项目组	问题统一登记平台，24 小时内首答，超时自动提醒	配置提醒规则（开发组长）	2022-09-20	已销项