194_西北某地市域在线学习中心信息系统项目团队绩效域

ONEPSOFT | 软考学习知识库

---

西北地区某地市级的在线学习长期依赖线下授课与手工登记，课程发布、学习记录、考核管理、学时统计等环节分散在各培训单位与市教育主管部门手中，存量老系统接口文档缺失、改造边界难以厘清，涉密与敏感数据较多、须按等保三级要求同步建设，算法识别在复杂光照与天气条件下准确率不稳定，学习记录不完整、学时统计不准确。为把在线学习业务数字化，该市教育主管部门于 2023 年 3 月发起了在线学习中心信息系统项目，经公开招标由我司承建，合同额 920.24 万元，建设周期 16 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合在线学习全流程数据，实现课程发布在线化、学习记录实时化、考核管理数字化。建设内容包括课程管理、学习记录、考核管理、学时统计、统计分析与报表五个模块，并与各培训单位及市教育主管部门对接。技术方案上，系统按同城双中心多活容灾架构部署，服务间调用交由 Istio 服务网格统一治理并支持灰度发布，业务数据存放于 GaussDB，高频查询经分布式缓存提速，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在市政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 16 人，其中需求分析 3 人、研发 7 人、测试 3 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 7 月通过终验，上线后用户满意度测评由 78 分提升至 94 分，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日，业务差错率由 2.7% 下降至 0.3%。

团队绩效域解决的是项目靠什么样的人、怎么把这些人带成一支队伍的问题。这个项目接口缺失、数据敏感、识别不稳，团队稍不带好，改造边界扯不清、安全出纰漏、记录不准确，项目必然受挫。16 个月的实践让我体会到，带队伍要先想清楚三个问题：队伍怎么组、本事怎么练、劲往哪里使。三个问题想明白了，团队建设就有了主线。下面我从理论认识、实践做法、反思改进三个层面，围绕这三个问题谈谈团队绩效域在本项目中的思考与作为。

一、理论认识：三个问题构成团队建设的主线

从理论上讲，团队绩效域是围绕项目目标组建团队、培养能力、凝聚合力的过程，其作用在于为项目持续提供可用、能用、好用的队伍。执行团队绩效域要回答三个问题：第一，队伍怎么组——岗位怎么设、职责怎么分，这是团队建设的地基；第二，本事怎么练——关键任务有没有人顶得上，短板有没有人补，这是团队建设的支柱；第三，劲往哪里使——目标清不清楚、协作顺不顺、士气高不高，这是团队建设的屋顶。地基稳、支柱牢、屋顶全，队伍才能立起来、顶得住、走得远。落到本项目，老系统接口缺失意味着前期调研与改造攻坚重，队伍里必须有能啃硬骨头的集成骨干；数据敏感意味着纪律与安全意识必须从第一天立起来；识别不稳意味着关键环节要有兜底岗位。基于这三点认识，我把团队工作锚定在三个问题对应的三件事上：科学组队、实战练兵、目标凝聚。

二、实践做法：把三个问题落到三件事上

第一件事是科学组队。启动时，我依据项目章程与任务清单，确定了各岗位的职责与协作关系：需求岗对接各培训单位的业务诉求，开发岗按模块分工，测试岗把关质量，实施岗负责上线与培训，数据治理岗牵头历史数据清洗与口径统一。针对老系统接口文档缺失的问题，我安排有集成经验的骨干牵头接口摸底，需求与实施团队同步参与，改造边界在前期就理清了；针对涉密数据多的特点，安全专员专职负责权限管理与操作留痕，涉密数据的访问权限最小化。针对接口摸底暴露的问题，我们用质量审计的方式做了核查：抽查老系统的接口清单与调用关系，逐条确认文档与实际情况是否一致，审计发现三处接口调用关系与文档不符，当场更新了清单，改造边界因此建立在真实信息之上。组队不是把人配齐就完事，而是把对的放到对的位置上，接口摸底的经验告诉我，关键岗位放对一个人，能省下后面几十天的返工。

第二件事是实战练兵。队伍的本事是在实战中练出来的，我们把每次攻坚都当作练兵的机会。针对算法识别在复杂光照与天气条件下准确率不稳定的问题，我们用帕累托图对识别缺陷做了分类统计：按缺陷类型统计发生频次，发现约两成的缺陷类型占据了八成以上的问题，集中在阴天与夜间场景的误判两类，据此把样本补充与模型调优任务分配给最擅长的队员，识别准确率由 85% 稳定到 94.6%。练兵还要有制度支撑：我们建立了问题台账与双人复核机制，问题逐条登记、限期销号，关键模块双人确认，队伍在一次次闭环中养成了严谨的习惯。以学时统计模块为例，早期出现过跨课程重复计时的缺陷，测试组发现后当天登记、开发当天修复、测试当天复测，三天内闭环，这样的快节奏让队伍的作战能力明显提升。

第三件事是目标凝聚。队伍劲往哪里使，取决于目标清不清楚、协作顺不顺、士气高不高。我们把项目目标分解到人：每个成员都清楚自己的任务在整体中的位置，以及任务完成对项目意味着什么。协作方面，我们建立了周例会与月度复盘机制，周例会对齐进度与问题，月度复盘看数据、调分工，并以干系人的反馈为镜子，各培训单位的意见通过实施团队带回，问题归类后由队伍内部消化。士气方面，我们在复盘中不仅过问题，也肯定成绩，成员的阶段性成果被公开表扬，归属感由此慢慢建立。16 个月里，队伍没有出现核心成员流失，靠的正是目标清晰带来的认同感与归属感。以课程管理模块为例，该模块负责人中途家中有事需请假两周，因为有清晰的文档和双人复核机制，接手的同事顺利顶上了岗位，模块进度没有受到明显影响，目标凝聚与机制兜底共同保障了队伍的稳定。

三、反思改进：三点检讨与经验沉淀

项目顺利通过终验，但回顾仍有值得检讨之处。其一，接口摸底安排在项目启动后，占用了第一迭代的时间，若在投标阶段就启动接口预调研，第一个迭代可以更从容。其二，对培训单位反馈的响应有时偏慢，个别学习记录问题在培训单位反映一周后才处理，若建立更快的反馈通道，体验会更好。其三，安全培训安排在中期，前期个别成员对涉密数据的处理习惯不够规范，若从第一天就开展安全培训并定期复训，风险可以更早规避。这些经验都已沉淀进公司的经验教训库，也为后续同类项目提供了前车之鉴。

综上，团队绩效域在本项目中的价值在于让在线学习的每一环都有人挑担子、有短板被补齐、有方向可凝聚：科学组队让责任有了落点，实战练兵让难题有了解法，目标凝聚让队伍有了奔头。质量审计让接口边界建立在真实信息之上，帕累托图让识别缺陷有了重点，统计抽样让验收结论经得起核查。三个问题看似朴素，却是团队建设的纲：纲举目张，队伍自然带得起来。项目在接口缺失、数据敏感、识别不稳的多重约束下按期交付，团队在其中功不可没。16 个月的实践让我体会到，队伍靠不靠得住，不取决于人数多少，而取决于三个问题答得好不好——组队科不科学、练兵实不实战、目标凝不凝聚，三件事都做好了，队伍才真正立得住，这也是团队绩效域留给我的最深体会。这套围绕三个问题展开的团队建设做法，后来被整理成公司在教育信息化类项目的团队管理参考，供后续同类项目复用，也让后来的在线学习类项目少走了不少弯路，团队建设的价值由此得以延续。