193_辽南某经济开发区漏洞闭环管理平台信息系统项目团队绩效域

ONEPSOFT | 软考学习知识库

---

辽南地区某经济开发区的漏洞管理长期依赖人工登记与线下流转，漏洞发现、修复跟踪、复测验证等环节分散在各企业与园区网信部门手中，国产化替代要求数据库与中间件须整体适配，现场施工与在线业务需并行、不能中断日常办理，业务政策在建设期内发生调整、需求存在变动风险，漏洞闭环率低、安全风险难以及时消除。为把漏洞管理业务数字化，该园区网信主管部门于 2023 年 7 月发起了漏洞闭环管理平台信息系统项目，经公开招标由我司承建，合同额 1050.12 万元，建设周期 13 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合漏洞管理全流程数据，实现漏洞发现在线化、修复跟踪闭环化、复测验证自动化。建设内容包括漏洞录入、修复跟踪、复测验证、统计分析、报表五个模块，并与各企业及园区网信部门对接。技术方案上，业务表单与流程依托低代码平台快速配置，微服务网关统一管理接口，业务数据存放于 OceanBase 数据库，消息通过 RocketMQ 异步推送，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 编写，数据库与中间件按国产化要求整体适配，应用部署在园区私有云信创环境，安全建设按等保三级实施。项目团队按矩阵型组织搭建，全队 17 人，其中需求分析 3 人、研发 8 人、测试 3 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 8 月通过终验，上线后并发承载能力由 800 提升至 5000 用户在线，人工重复录入工作量下降 68%。

团队绩效域解决的是项目靠什么样的人、怎么把这些人带成一支队伍的问题。这个项目国产化适配重、并行施工紧、政策调整多，团队稍不带好，适配拖后腿、施工乱阵脚、需求来回改，项目必然受挫。13 个月的实践让我体会到，团队的价值最终要体现在打赢硬仗上，本项目有三场硬仗：适配硬仗、并行硬仗、应变硬仗。三场硬仗各有各的难：适配难在跨组织协同，并行难在双线平衡，应变难在快速精准，每一场都是对队伍某一项能力的考验。下面围绕这三场硬仗，结合项目实践说明团队绩效域的落地过程。

一、硬仗一：国产化适配，把联合攻坚队伍组织起来

国产化替代要求数据库与中间件整体适配，涉及多家基础软件厂商，是典型的跨组织硬仗。我们把适配任务作为团队的第一场硬仗来打：组建了由信创骨干牵头的适配小组，把数据库、中间件厂商的技术人员编入联合团队，每周对齐适配进度，兼容性问题逐项销号。针对适配中反复出现的兼容性问题，我们用因果图围绕 " 适配进度慢 " 从接口、环境、版本、人员四方面分析根因，定位到部分厂商的中间件版本与我们测试环境的版本不一致，问题在环境层面反复出现，据此统一了适配测试环境，建立版本基线，兼容性问题明显减少，整体适配一次通过。以数据库适配为例，初期国产数据库对部分存储过程语法不兼容，联合团队逐条排查、逐条改写，两周内完成全部改写并通过回归测试，数据库适配的顺利为后续模块的迁移扫清了障碍。中间件适配则是另一个故事：应用服务器对会话管理的处理方式与老环境不同，联调时暴露了若干会话异常，联合团队逐项分析后统一了会话配置并补充了兼容性用例，问题全部清零。适配硬仗让队伍学会了跟外部厂商协同作战：联合例会、问题台账、逐项销号这些机制，后来都沿用到了其他战场上，队伍的组织力在这场硬仗里练了出来。适配小组解散时，几位骨干已经把国产化的适配经验整理成了文档，为园区其他项目的国产化改造提供了参照。

二、硬仗二：并行施工，把双线作战的节奏稳住

现场施工与在线业务需并行、不能中断日常办理，施工团队与保障团队必须同时运转，这是对队伍组织能力的直接考验。我们把队伍分成施工组与保障组：施工组负责现场作业，保障组负责在线业务值守，两组排班错开、互为备份。针对并行期间的协调问题，我们用检查表按施工区域、在线影响、切换窗口三个维度逐项核对每天的施工安排，凡是可能影响在线业务的作业，提前报备、错峰进行，并行期间业务没有中断一天。以一次网络切换为例，检查表显示该切换窗口与在线业务高峰重叠，我们据此调整了切换时间，把影响降为零。除了协调机制，我们还为保障组配备了值班手册：常见故障的处理步骤、升级路径、联系人一应俱全，值班人员照手册处置，突发问题当晚就能闭环，不用层层上报等待。并行硬仗让队伍形成了双线作战的默契：施工组知道保障组的底线，保障组清楚施工组的节奏，两支队伍互相理解、互相补位，这是单线作战时练不出来的能力。

三、硬仗三：政策调整，把队伍应变能力练出来

业务政策在建设期内发生调整，需求存在变动风险，若队伍应变能力不足，政策一变就返工。我们建立了需求变化响应机制：政策调整信息由园区网信部门第一时间同步，需求组先评估影响范围，再决定是纳入当前迭代还是顺延到下一迭代。针对需求变动频繁的模块，我们用分层抽样按模块类别与需求类型分层抽取样本，对已实现功能与最新政策的匹配度逐项核验，发现偏差的模块及时安排调整，需求变动没有造成一次大面积返工。以漏洞定级规则调整为例，政策变化后我们核验发现复测验证模块的定级逻辑需要更新，评估后确认改动可控，安排进当周迭代两天内完成，其他模块不受影响。应变响应还讲究提前预警：我们把政策调整的苗头信息同步给需求组，需求组提前研判可能的影响，往往政策正式发布时，队伍已经有了应对预案，响应因此更从容。应变硬仗让队伍明白了一个道理：政策会变是常态，关键是队伍有没有快速响应、精准评估的能力，这套能力让队伍在后续需求变动面前始终保持从容。

项目最终按期通过终验，并发承载能力由 800 提升至 5000 用户在线，人工重复录入工作量下降 68%，数据自动核验比例由 42% 提升至 91%，各企业与园区网信部门对系统的认可度明显提升，整体运行平稳有序。复盘整个项目，我的体会是：团队绩效域的价值不在于人多人少，而在于硬仗面前顶得住——适配硬仗练出了跨组织协同力，并行硬仗练出了双线作战力，应变硬仗练出了快速响应力，三场硬仗打完，队伍真正成了一支能打硬仗的队伍。三场硬仗还教会我一个道理：带队伍要敢于把硬仗交给队伍去打，而不是项目经理一个人扛，让队员在硬仗中承担、成长，队伍才能越带越强。因果图让适配问题有了根因，检查表让并行安排不留死角，分层抽样让政策匹配有了依据。13 个月里最深的感触是：队伍不是开会开出来的，而是打仗打出来的，每打完一场硬仗，队伍的组织力、默契度、应变力就上一个台阶，这也是我作为项目经理最有成就感的部分。三场硬仗还有一个共同点：每一场都逼着队伍走出舒适区——适配硬仗逼着队伍学会与外部厂商协同，并行硬仗逼着队伍学会双线作战，应变硬仗逼着队伍学会快速响应，这些能力在顺境里是练不出来的，只有在硬仗里才能长出来。回头看，项目交付的不仅是一个平台，更是一支经历过实战打磨的队伍，这也是本项目留给我最深的收获。这套围绕三场硬仗展开的团队建设做法，后来被整理成公司在网络安全类项目的团队管理参考，供后续同类项目复用，也让后来的漏洞管理类项目少走了不少弯路，团队建设的价值由此得以延续。