211_西南某区县级出租车服务质量监管系统信息系统项目团队绩效域

ONEPSOFT | 软考学习知识库

---

西南地区某区县级的出租车服务监管长期依赖人工抽查与纸质记录，投诉受理、服务质量评价、违规处理等环节分散在各出租车公司与区交通运输部门手中，算法识别在复杂光照与天气条件下准确率不稳定，线下流程长期依赖纸质台账、数据初始化工作量巨大，项目周期紧、法定验收时点刚性、进度压缩明显，服务质量底数不清、投诉处理不及时。为把出租车服务监管业务数字化，该区交通运输部门于 2023 年 10 月发起了出租车服务质量监管系统信息系统项目，经公开招标由我司承建，合同额 480.04 万元，建设周期 7 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合出租车服务监管全流程数据，实现投诉受理在线化、服务评价数字化、违规处理闭环化。建设内容包括投诉受理、服务评价、违规处理、统计分析与报表四个模块，并与各出租车公司及区交通运输部门对接。技术方案上，业务表单与流程依托低代码平台快速配置，微服务网关统一管理接口，业务数据存放于 OceanBase 数据库，消息通过 RocketMQ 异步推送，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 编写，应用部署在区政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 22 人，其中需求分析 4 人、研发 10 人、测试 4 人、实施运维 3 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 5 月通过终验，上线后并发承载能力由 800 提升至 5000 用户在线，系统可用率稳定在 99.9% 以上、全年重大故障 0 起。

团队绩效域解决的是项目靠什么样的人、怎么把这些人带成一支队伍的问题。这个项目识别不稳、台账量大、周期紧，团队稍不带好，识别返工、初始化拖期、进度失控，项目必然受挫。7 个月的实践让我对团队建设形成了三个认识：团队靠目标凝聚，目标清晰，队伍才有奔头；团队靠机制运转，机制顺畅，队伍才有章法；团队靠实战成长，实战过硬，队伍才有战斗力。三个认识构成团队建设的三个支点。下面我从理论认识、实践做法、反思改进三个层面，围绕这三个支点谈谈团队绩效域在本项目中的思考与作为。

一、理论认识：目标、机制、实战构成团队建设的三个支点

从理论上讲，团队绩效域是围绕项目目标组建团队、培养能力、凝聚合力的过程，其作用在于为项目持续提供可用、能用、好用的队伍。执行团队绩效域要回答三个问题：队伍为什么而战，目标清不清楚；队伍怎么运转，机制顺不顺；队伍怎么成长，实战够不够。三个问题对应三个支点：目标是支点，把队伍的力量凝聚到一处；机制是支点，把队伍的协作变得有序；实战是支点，把队伍的能力练成真本事。落到本项目，周期只有 7 个月，队伍必须快速进入状态，目标必须立得早、立得清；识别不稳与台账量大决定了队伍必须有攻坚能力；周期紧决定了协作必须高效不拖沓。基于这三个支点，我把团队工作锁定在三件事上：定目标、建机制、打实战。

二、实践做法：把三个支点落到三件事上

第一件事是定目标。启动时，我依据项目章程与任务清单，把团队目标确定为三个：一是让投诉受理在线化，投诉件 48 小时内闭环；二是让服务评价数字化，评价数据准确率不低于 99%；三是让数据初始化按期完成，纸质台账按时转成线上数据。三个目标都对应到可衡量指标，团队建设因此不是空话，而是可考核的标尺。目标还做了分解：每个目标对应到具体岗位与责任人，人人有目标、人人有考核，队伍的奔头由此立了起来。针对周期紧的特点，我们把目标排成里程碑：第一个月完成投诉受理，第三个月完成服务评价，第五个月完成数据初始化，里程碑清晰，队伍知道每个阶段该干什么。目标分解完成后，我们还在例会上逐条讲解目标与里程碑的对应关系，让每个成员都明白 " 我的任务为什么重要、完成了对项目意味着什么 "，目标因此不只是写在纸上的数字，而是刻在每个成员心里的方向。

第二件事是建机制。我们建立了周例会、问题台账、双人复核三套机制：周例会对齐进度与问题，问题台账限期销号，关键交付双人确认，机制立得早，协作就有章法。针对算法识别在复杂光照与天气条件下准确率不稳定的问题，我们用因果图围绕 " 识别准确率波动 " 从算法、样本、环境、标注四方面分析根因，定位到阴天与夜间场景的训练样本不足，据此把样本补充任务按机制分派到位，识别准确率由 86% 稳定到 94.6%。针对纸质台账初始化量大的问题，我们用检查表按台账要素、录入进度、核验状态三个维度逐项核对初始化进度，每两周核验一次，发现缺漏立即补齐，数据初始化按期完成，没有拖累整体进度。机制的价值在于让问题有固定的处理通道，而不是遇到问题临时找人、临时商量。

第三件事是打实战。队伍的本事是在实战中练出来的，我们把每次攻坚都当作练兵的机会。针对识别不稳的问题，我们组织了识别调优专项攻坚，测试与研发协同作战，连续两周集中调优，识别准确率稳定到 94.6%；针对高峰并发压力大的问题，我们组织了性能攻坚，并发承载能力由 800 提升至 5000 用户在线。实战中还特别注意用分层抽样检验成果：我们按投诉类型与出租车公司类别分层抽取样本，对评价数据的准确性逐条核验，抽到的差异当场定位原因、限期修正，实战的成果因此经得起检验。每打完一场攻坚，我们都在复盘会上肯定成绩、沉淀做法，队伍的士气和能力同步提升。以投诉受理模块为例，其上线首周的投诉件闭环率只有七成，攻坚小组连续一周盯在问题清单上逐条排查，第二周闭环率就稳定在 98% 以上，这一仗让测试与研发两支队伍建立了默契，也让全体成员看到了 " 问题在实战中被解决 " 的力量。复盘会上，我们不仅总结了做法，还把攻坚中表现突出的成员当众表扬，榜样的力量让队伍的精气神更足。

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

项目顺利通过终验，但回顾仍有值得检讨之处。其一，目标分解在项目启动后第二周才完成，前两周个别成员对自己的任务不够清晰，若在启动当天就完成目标分解，可以更早进入状态。其二，机制建立偏重进度对账，对成员状态的关注不够，中期个别成员连续加班后效率下降，我们调整了排班才缓解，若例会定期留出状态沟通环节，调整可以更早。其三，实战攻坚偏重结果验收，对过程经验的即时沉淀不足，个别攻坚的做法到复盘时才整理，若在攻坚中就同步记录做法，经验会更完整。这些经验都已沉淀进公司的经验教训库，也为后续同类项目提供了前车之鉴。

综上，团队绩效域在本项目中的价值在于让服务监管的每一环都有人挑担子、有机制兜底、有实战练本事：目标立起来让队伍有奔头，机制建起来让协作有章法，实战打起来让能力有成长。因果图让识别波动有了根因，检查表让数据初始化不留死角，分层抽样让实战成果经得起核查。项目在识别不稳、台账量大、周期紧的多重约束下按期交付，团队在其中功不可没。7 个月的实践让我体会到，团队建设的三个支点缺一不可：没有目标，队伍是一盘散沙；没有机制，队伍是一团乱麻；没有实战，队伍是纸上谈兵。三个支点立住了，队伍才真正立得住。这套围绕三个支点展开的团队建设做法，后来被整理成公司在交通运输类项目的团队管理参考，供后续同类项目复用，也让后来的监管类项目少走了不少弯路，团队建设的价值由此得以延续。