005_华中某地市级公交智能调度系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

2024 年 6 月，华中某地市级交通运输主管部门为破解公交发车依赖人工经验、乘客候车信息不透明的困境，启动了公交智能调度系统建设项目。我司中标后，我被任命为项目经理。项目合同额 168.08 万元，建设周期 7 个月，团队 15 人，交付调度排班、车辆监控、到站预测、乘客信息发布、运营分析五个子系统。本项目用户群体信息化基础薄弱、存量系统接口文档缺失、组织审批层级多，任何一处质量疏漏都会直接反映为线路晚点与乘客投诉，质量管理因而成为项目成败的关键。本文以推进中遭遇的三个核心难点为纲，结合 " 到站预测误差超标 " 这一贯穿始终的典型事件，阐述我如何通过规划质量管理、管理质量、控制质量三个过程，运用逐项检查、根本原因分析、散点图等工具逐一化解难题。项目最终于 2025 年 1 月一次性通过验收，用户满意度由 78 分提升至 94 分，排班编制时长由 3.5 个工作日压缩至 0.8 个工作日，运维巡检投入下降 60%。

一、项目概述

近年来该地区中心城区常住人口持续增长，公交线路已达 63 条、运营车辆 812 台，但调度指挥仍沿用 " 纸质路单 + 电话呼叫 " 的老办法：发车间隔靠调度员经验拍板，车辆位置只能通过老旧 GPS 终端粗略查看，乘客无法获知准确到站时间。2024 年上半年营运服务测评满意度仅 78 分，" 候车时间不可预期 " 投诉量最高。为此该地区交通运输主管部门以财政信息化专项资金立项，投资 168.08 万元建设公交智能调度系统，把经验驱动的调度转变为数据驱动的调度。

项目于 2024 年 6 月启动、2025 年 1 月终验，周期 7 个月。建设内容包括智能排班调度、车辆实时监控、到站预测、乘客信息发布、运营分析五个子系统，以及对存量 GPS 定位平台、IC 卡收费平台的数据接入与治理。系统以低代码平台承载业务表单与流程配置，后端为 Java 微服务架构、经微服务网关统一鉴权路由，选用 RocketMQ 承接车辆位置高频上报，数据库采用国产分布式数据库 OceanBase，前端 Vue3.0+ECharts，部署于政务云麒麟操作系统环境，链路启用国密 SM4 加密，全栈满足信创要求。

考虑到周期短、跨部门协同多，组织上采用矩阵型结构，团队共 15 人：我方常驻核心 6 人（需求 2 人、开发 3 人、测试 1 人），阶段性投入的实施与集成人员 4 人，建设单位抽调调度业务骨干 5 人全程参与需求确认与验收。交付成果包括五个子系统的可运行软件及源代码、两类存量系统的数据接口服务、《需求规格说明书》《测试报告》《数据治理规则手册》《调度员操作手册》等 5 类 14 份文档、面向 132 名调度与站务人员的培训及 3 个月免费运维。我作为项目经理，承担整体计划制定、质量与进度控制、干系人协调及验收组织。

二、我对质量管理与质量成本的认识

质量管理的核心是使可交付成果满足既定需求与标准，包含规划质量管理、管理质量、控制质量三个过程，分别侧重 " 事前定标准 "" 事中保过程 "" 事后验结果 "，三者形成闭环。质量成本指为达到质量要求而付出的全部代价，分一致性成本与非一致性成本。一致性成本是为避免失败主动投入的费用，含预防成本与评估成本：预防成本用于把事情一次做对，如调度员集中培训、编写《数据治理规则手册》、搭建独立仿真测试环境、为规范编码额外预留的设计评审时间；评估成本用于评定质量是否达标，如接口联调、压力测试、代码走查与第三方安全测评。非一致性成本是因失败被动付出的代价：内部失败成本发生在交付之前，如预测算法返工的重新开发与回归测试工时；外部失败成本发生在交付之后，如故障导致的责任赔付、保修投入与信誉损失。我据此在合同额中划出约 9% 即 15.1 万元作为质量专项投入——公交调度直接面向公众，一次线路瘫痪的外部失败成本，远高于事前多做几轮测试的评估成本。

三、难点一：用户信息化基础薄弱，" 好用 " 难以变成可验收的指标

项目启动初期我就发现，全市 132 名调度员平均工龄 18 年，长期使用纸质路单，多数人不熟悉图形化界面操作。业务骨干反复提出的要求只有一句 " 要好用 "，而 " 好用 " 无法验收，若不在规划阶段把它翻译成可测量的指标，后期必然陷入 " 客户说不好用、我方说符合合同 " 的扯皮。

我在规划质量管理过程中处理了这一问题。团队依据项目管理计划、需求规格说明书与《城市公共交通智能调度系统技术规范》，采用专家判断与引导式研讨，与建设单位共同把模糊诉求拆解为可度量的质量测量指标：单条线路排班计划编制时长不超过 1 个工作日、关键操作路径点击层级不超过 3 层、调度员经 2 小时培训后独立完成典型任务的通过率不低于 90%、界面响应时间不超过 2 秒。这些指标连同验收方法一并写入质量管理计划，经公司质量部与建设单位分管副职评审通过。

在此基础上，我采用逐项检查管控界面质量：针对每个调度场景编制走查清单，逐条核对操作层级、字段默认值、异常提示是否符合既定指标，由业务骨干与测试人员双人签字确认。首轮走查覆盖 87 个界面，发现不符合项 41 处，其中 " 车辆调整需跳转 4 层菜单 " 等 12 处被判定为严重项，全部在设计阶段整改完毕。这笔预防成本投得值——上线后调度员独立操作通过率达 96%，超出 90% 的既定指标。

四、难点二：存量接口文档缺失，到站预测误差为何居高不下

界面可用性问题解决后，一个更棘手的技术质量问题浮出水面。试运行第 3 周，到站预测子系统在 3 条试点线路上的平均预测误差达到 6.8 分钟，远超合同约定的 2 分钟，站台电子屏显示的 "3 分钟后到站 " 经常与实际相差十几分钟，一周内收到乘客投诉 27 件。这是本项目最典型的质量事件，也是我在管理质量过程中重点攻克的对象。

管理质量强调过程改进与质量保证，其价值在于从源头消除缺陷，而非在末端挑拣次品。面对误差超标，开发人员的第一反应是 " 算法模型不够好，要换模型 "。我没有直接采纳，而是组织了根本原因分析。团队围绕 " 预测误差大 " 这一现象，沿着 " 数据—算法—环境 " 三条路径逐层追问：数据是否准确？采样是否足够密？路况是否被纳入？追溯数据链路时我们发现，存量 GPS 定位平台建于 2013 年、原厂商早已停服、接口文档完全缺失，团队此前只能依据抓包结果推断字段含义，而对上报频率这一关键参数并未核实。

为验证这一猜想，我要求团队采集两周共计 41 万条位置记录，以 GPS 上报间隔为横轴、以到站预测误差为纵轴绘制散点图。结果非常清晰：上报间隔在 30 秒以内时误差点密集分布在 1.5 分钟以下，间隔超过 90 秒则急剧向上发散、最大超过 11 分钟，两者呈明显正相关。根因由此锁定——不是算法问题，而是老平台默认 120 秒的上报周期无法支撑分钟级预测。团队据此不再更换算法，改为通过 RocketMQ 构建位置数据缓冲通道，将上报周期压缩至 20 秒，并对缺失时段采用路段历史速度插值补偿。

同时我把教训固化为过程改进措施，引入 " 面向 X 的设计 "（DFX）理念强化可测试性与可移植性：所有对存量系统的调用一律封装为独立适配层，接口字段、频率、超时阈值显式声明并纳入配置中心，参数变动可被监控告警捕获。整改后到站预测平均误差降至 1.4 分钟，同类隐性依赖问题在后续联调中被提前拦截 3 处。

五、难点三：审批层级多，权限模型正确性如何保证

项目进入交付阶段后，第三个难点变得突出。该地区公交管理涉及主管部门、公交集团、5 个分公司、23 个车队共四级组织，排班调整、线路变更需要逐级审批，加之调度员、站务员、车队长、稽查员等 9 类角色权限交叉，权限矩阵组合多达 400 余项。权限一旦配错，轻则审批卡壳，重则出现越权改排班的运营事故。

我在控制质量过程中应对这一风险。控制质量是监督并记录质量活动执行结果、评估绩效并确保输出满足要求的过程。400 余项权限组合无法在有限工期内全量测试，我采用统计抽样与逐项检查相结合的策略：先按角色分层，从每一类角色的权限组合中随机抽取 20% 共计 86 项作为样本，对每项样本执行 " 应能操作 " 与 " 不应能操作 " 的双向验证，同时对涉及资金结算与排班变更的高风险权限共 37 项实行 100% 逐项检查，不做抽样。首轮检查发现不合格项 9 项，超出预设的 5% 容许水平，我判定该批次不合格，要求开发组整体复核权限继承逻辑而非单点修补。复核发现是分公司层级继承规则写反，修正后二次抽样不合格项降为 0，形成核实的可交付成果。

六、项目成效与心得体会

2025 年 1 月项目一次性通过终验。上线运行三个月后，用户满意度由 78 分提升至 94 分，单条线路排班编制时长由 3.5 个工作日压缩至 0.8 个工作日，到站预测平均误差稳定在 1.4 分钟以内，依托车辆状态自动巡检，运维人工巡检投入下降 60%，全周期未发生因质量问题引发的运营事故。

回顾本项目，我有三点体会。第一，质量管理必须前移，" 好用 " 这类模糊需求若不在规划阶段翻译成可测量指标，事后再补就是纯粹的失败成本。第二，质量问题的表象与根因往往不在同一层。到站预测误差看似是算法问题，实为数据采集频率问题，若当初直接更换模型，不但白白付出返工的内部失败成本，问题依旧存在——根本原因分析与散点图这类朴素工具的价值，正在于用数据阻断经验主义的误判。第三，质量管理不能孤立于其他知识领域。本项目工期仅 7 个月，控制质量若一味全检必然拖垮进度，我采用抽样与全检分层的策略，实质是把质量决策与风险、进度管理放在一起权衡。

本项目的不足在于，我对存量系统的技术债估计不足，未在启动阶段安排专门的接口摸底，导致误差问题到试运行阶段才暴露，多付出约 12 人日返工成本。我已把 " 存量系统接口可用性核查 " 固化为规划质量管理的必备输入。今后我将继续在实践中锤炼管理能力，为行业信息化建设贡献力量。