ONEPSOFT | 软考学习知识库
江苏地区某地级市的公务用车管理长期依赖人工台账与线下调度,车辆档案、用车申请、派车审批、费用结算等环节分散在各机关单位与机关事务部门手中,用户群体信息化基础薄弱、操作习惯迁移阻力大,第三方厂商交付质量参差、集成测试反复返工,终端设备种类繁多、兼容性适配工作量被低估,车辆底数不清、使用效率不高。为把公务用车管理业务数字化,该市机关事务主管部门于 2023 年 10 月发起了地市级公务用车管理平台信息系统项目,经公开招标由我司承建,合同额 850.04 万元,建设周期 11 个月,我担任项目经理,对项目全过程管理负责。
项目建设目标是整合用车管理全流程数据,实现申请在线化、派车自动化、结算规范化。建设内容包括车辆档案、用车申请、派车审批、费用结算、统计分析与报表五个模块,并与各机关单位及财务系统对接。技术方案上,业务表单与流程依托低代码平台快速配置,微服务网关统一管理接口,业务数据存放于 OceanBase 数据库,消息通过 RocketMQ 异步推送,前端基于 Vue3 组件体系实现,后端以 Java 17 与 Spring Boot 编写,应用部署在市政务云信创环境,安全建设按等保三级实施。团队采用矩阵式组织,全队 12 人,需求、研发、测试、实施运维与数据治理各岗配齐,编制按模块规模与接口数量核定,联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 9 月通过终验,上线后并发承载能力由 800 提升至 5000 用户在线,用户满意度测评由 78 分提升至 94 分,整体运行平稳有序。
规划绩效域解决的是项目往哪里走、怎么走的问题。11 个月的实践让我体会到,规划不是开工时做一次就结束的动作,而是贯穿项目前中后期的持续管理:前期把目标与路径定清楚,中期让规划随执行动态校准,后期对照规划核验成果,三个阶段的动作缺一不可。下面我按项目前期、中期、后期三个阶段,谈谈规划绩效域在本项目中的落地过程。
一、项目前期:把预期目标与执行路径锚定清楚
项目前期,规划工作的重点是回答 " 项目要达成什么、怎么走 "。启动阶段,我组织项目骨干,结合公务用车管理的业务规范,牵头制定了《项目管理计划》,把预期目标确定为三个:一是让用车申请全流程线上化,各机关单位都能在平台提交与审批;二是让派车调度智能化,减少人工调度环节;三是让费用结算规范化,账实相符、差错可控。三个目标都对应到可衡量指标:线上办理率、派车平均响应时长、结算差错率,规划因此不是口号,而是可考核的标尺。执行路径同步排定:前三个月完成车辆档案与数据初始化,中四个月完成用车申请与派车审批,后四个月完成费用结算与优化推广,每个阶段都有明确的交付物与验收标准,项目路线图从第一周起就是清晰的。目标与路径确定后,我们又把关键风险列进规划:终端适配工作量可能被低估、厂商交付质量可能参差、用户迁移阻力可能超出预期,三个风险都配了应对预案,规划因此不是只画路线,还备了刹车与备胎,后期风险出现时不会手忙脚乱。规划前期还要回答 " 和谁对齐 ":我们把规划草案发给各机关单位的代表逐条确认,大家认可的目标才写进计划,规划因此是干系人共同的意思表达,而不是项目组单方面的安排。以费用结算规则为例,各单位的报销口径并不一致,我们在规划阶段逐单位确认了规则,统一写进计划,后期结算阶段几乎没有因为口径问题返工,前期对齐的功夫在后期省下了大麻烦。
二、项目中期:让规划随执行动态校准
项目中期,规划工作的重点是回答 " 计划还准不准、要不要调 "。我们建立了月度规划校准机制:每月把各模块的完成情况与计划基线对比,偏差超过容忍范围的立即复盘原因、调整计划,计划因此始终是动态的、可用的。校准不是到了月底才想起的事,我们把月度校准拆成三个固定动作:月初对照基线列出偏差清单,月中针对偏差项跟踪整改进度,月末开会确认校准结论,校准因此是流程化的,而不是随机的。针对用户群体信息化基础薄弱、操作习惯迁移阻力大的问题,我们用质量审计的方式对推广效果做了核查,发现部分单位的用车申请仍走线下流程,审计显示是操作界面与原有习惯差异较大,据此调整了推广计划——先做针对性培训,再分批切换,线上办理率随之提升。以车辆档案录入为例,审计发现部分单位录入的车辆信息字段不完整,我们据此增加了必填校验并安排了集中补录,档案数据的完整率明显提升。针对第三方厂商交付质量参差的问题,我们用帕累托图对集成缺陷做了分类统计:按缺陷类型统计发生频次,发现约两成的缺陷类型占据了八成以上的问题,集中在派车审批流程与费用结算接口两类,据此把联调资源优先投向这两类,并把相关里程碑的排期做了微调,集成进度回到计划轨道。以派车审批流程为例,缺陷集中暴露在跨单位审批环节,我们据此统一了审批节点配置,同类问题此后明显减少,联调返工率随之下降。规划校准不是随意改计划,而是每一次调整都有数据支撑、有干系人确认,计划因此保持了权威性,也保持了灵活性。
三、项目后期:对照规划核验成果、沉淀经验
项目后期,规划工作的重点是回答 " 成果达没达标、经验留没留 "。收尾阶段,我们对照计划基线做了最终核验:线上办理率由 51% 提升到 93%,派车平均响应时长明显缩短,结算差错率保持在零的水平,各项指标全部达到或超过计划目标,项目一次通过验收,各机关单位与机关事务主管部门对系统的认可度明显提升。为确保核验结论站得住脚,我们用统计抽样按单位类型与用车类别分层抽取样本,对用车申请与结算记录做了复核,凡对不上的当场追溯,又用检查表按申请要素、审批链完整性、结算状态三个维度逐项核对,抽查覆盖了全部单位类型,最终验收结论因此有数据支撑。验收通过不是终点,我们还组织了为期一个月的运行观察,收集上线后的真实使用数据,与计划基线再做一次比对,确认系统运行平稳后才正式收尾。复盘环节,我们把规划工作中的得失整理成文:规划排期偏乐观导致两次里程碑微调、对用户迁移难度的估计偏保守等教训,都写进了项目复盘报告,沉淀进公司的经验教训库,也为后续同类项目提供了参照。规划收尾不是项目的终点,而是下一次规划的起点,沉淀下来的经验让后来的项目从一开始就站在更高的起点上。
复盘整个项目,我的体会是:规划绩效域的价值不在于一纸计划,而在于 " 前期锚定、中期校准、后期核验 " 这三个动作的持续运转。质量审计让推广问题显形,帕累托图让集成缺陷有了重点,统计抽样让验收结论经得起追问。回头看,规划做得好不好,不取决于计划本身多完美,而取决于它能不能跟着项目走、能不能经得起检验,11 个月的实践让我对这一点体会尤深。规划中印象最深的一件事是费用结算口径的确认:前期多花了一周逐单位对齐口径,后期结算阶段因此几乎没有返工,前期的慢换来后期的快,这笔账算得很值。这套按时间轴推进的规划管理做法,后来被整理成公司在机关事务类项目的规划参考,供后续同类项目复用,也让后来的用车管理类项目少走了不少弯路,规划的价值由此得以延续和放大。