ONEPSOFT | 软考学习知识库
鄂西地区某地级市的环卫调度管理长期依赖人工排班与电话指挥,车辆调度、人员排班、垃圾清运记录等环节分散在各环卫所与市环卫中心手中,存量老系统接口文档缺失、改造边界难以厘清,第三方厂商交付质量参差、集成测试反复返工,网络专线覆盖不全、偏远节点通信稳定性不足,调度效率低、清运不及时。为把环卫调度管理业务数字化,该市环卫主管部门于 2024 年 2 月发起了地市级智慧环卫调度系统信息系统项目,经公开招标由我司承建,合同额 1050.12 万元,建设周期 7 个月,我担任项目经理,对项目全过程管理负责。
项目建设目标是整合环卫调度全流程数据,实现排班在线化、调度可视化、清运可追溯。建设内容包括车辆管理、人员排班、调度指挥、清运记录、统计分析与报表五个模块,并与各环卫所及市环卫中心对接。技术方案上,业务表单与流程依托低代码平台快速配置,微服务网关统一管理接口,业务数据存放于 OceanBase 数据库,消息通过 RocketMQ 异步推送,前端基于 Vue3 组件体系实现,后端以 Java 17 与 Spring Boot 编写,应用部署在市政务云信创环境,安全建设按等保三级实施。团队采用矩阵式组织,全队 18 人,需求、研发、测试、实施运维与数据治理各岗配齐,编制按模块规模与接口数量核定,联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 9 月通过终验,上线后系统可用率稳定在 99.9% 以上,全年重大故障 0 起,并发承载能力由 800 提升至 5000 用户在线。
团队绩效域解决的是项目靠什么样的人、怎么把这些人带成一支队伍的问题。这个项目周期短、接口缺失、厂商参差,团队稍不带好,磨合拖时间、攻坚缺人手、协作掉链子,项目必然受挫。7 个月的实践让我体会到,周期越短,团队越要快速成型,团队的成色就是项目的成色。
下面我从理论认识、实践做法、反思改进三个层面,谈谈团队绩效域在本项目中的思考与作为。三个层面由认识入实践、由实践生反思,构成我对团队工作的完整理解。
一、理论认识:团队是项目的发动机
从理论上讲,团队绩效域是确保团队结构合理、协作高效、氛围积极的过程,其作用在于让项目有人可用、用得好、留得住。执行团队绩效域可以帮助实现四个预期目标:一是让团队结构清晰合理,职责分工明确,人人知道干什么;二是让团队能力匹配任务,关键岗位有能人,短板有人补;三是让团队氛围积极向上,成员有归属感、有干劲;四是让团队协作高效顺畅,跨角色衔接不断档。四个目标从结构、能力到氛围、协作,构成团队建设的完整链条。我还有一个认识:团队建设不是项目经理一个人的事,而是每一个成员共同参与的过程——结构是骨架,能力是肌肉,氛围是血液,协作是神经,四者缺一不可,任何一环失灵,团队都会生病。落到本项目,我特别看重两点认识:一是周期只有 7 个月,团队必须快速进入状态,前期磨合不能拖太久;二是老系统接口缺失、厂商质量参差,团队必须有攻坚能力,关键问题有人顶得上。基于这两点,我确定了本项目团队建设的三条主线:结构立得住、能力顶得上、协作转得顺。
二、实践做法:把三条主线落到环卫调度的每个环节
结构立得住,体现在团队组建上。启动时,我依据项目章程与任务清单,明确了各岗位的职责与协作关系,并按项目节奏配齐了实施与数据治理力量。针对老系统接口文档缺失、改造边界难以厘清的问题,我安排有集成经验的技术骨干牵头接口摸底,需求与实施团队同步参与,改造边界在前期就理清了。针对周期短、任务重的现实,我们采用了矩阵式组织与专题攻坚相结合的方式:常规任务按模块分工推进,攻坚任务临时组建专题小组,小组成员来自不同岗位,任务完成即解散归队,团队结构因此既稳定又灵活。以数据迁移为例,临时组建的迁移专题小组由实施、数据治理与测试各出一人,两周内完成了迁移方案与验证,任务完成后小组解散归队,结构灵活带来的效率在关键任务上体现得尤为明显。
能力顶得上,体现在团队能力建设上。针对第三方厂商交付质量参差、集成测试反复返工的问题,我们用根本原因分析追根因:先问为什么联调反复返工,再问为什么接口问题反复出现,追到根子是部分厂商的接口说明不全、测试口径不一,据此统一了接口测试规范,并组织了跨厂商联合评审,联调返工明显减少。以车辆定位接口为例,多家厂商的状态字段定义不一致导致联调卡壳,统一规范后一次通过,联调效率明显提升。针对偏远节点通信不稳导致的数据上报问题,我们用散点图对上报质量做了分析:以各节点为样本,横轴为网络带宽,纵轴为上报失败率,图形清楚显示带宽低的节点上报失败率明显偏高,据此把网络优化与离线补传方案优先投向这类节点,数据上报完整率由 90% 提升到 99.5%。团队的能力不是天生的,而是练出来的,我们把关键问题的攻坚过程当作能力建设的机会,每解决一个问题,团队就多一分底气,攻坚经验也沉淀成团队的内部文档,后来同类问题处理起来明显更快。
协作转得顺,体现在协作机制的建立上。我们建立了周例会与问题台账机制:周例会对齐进度与问题,问题按责任归属登记、限期销号。针对协作衔接的问题,我们用逐项检查按任务、责任、时限三个维度逐项核对协作衔接情况,发现衔接断点当场补齐,协作因此不断档。以车辆调度模块为例,其联调跨越了多个小组,我们通过问题台账逐项过账,每个问题都有明确的负责人与解决时限,联调整体进度始终在计划轨道上,团队协作因此转得顺、联得上。问题台账不是记了就完,我们把台账过账作为周例会的固定议程,未闭环的问题下周继续过,直到解决,协作因此始终是闭环的、可追溯的。
三、反思改进:三个值得检讨的地方
项目顺利通过终验,但回顾仍有值得检讨之处。其一,前期磨合偏慢,第一周各岗位对职责的理解有出入,若在启动时就安排一次全员的角色说明书解读,磨合可以更快。其二,对厂商人员的绩效约束偏软,个别厂商交付滞后影响了联调节奏,若在合作初期就明确绩效要求与奖罚规则,约束会更有效,联调节奏也会更稳。其三,专题攻坚小组的职责边界偶尔与常规分工重叠,出现过 " 两不管 " 的情况,若在组建专题组时明确其与常规分工的边界,衔接会更顺。其四,对一线环卫所操作员的培训安排偏晚,推广初期上手速度受到影响,若在前期就同步安排培训批次,推广会更顺。这些经验都已沉淀进公司的经验教训库,也为后续环卫类项目提供了前车之鉴。
综上,团队绩效域在本项目中的价值在于让环卫调度的每一环都有人负责、有人兜底、有人补位:结构立得住让职责清晰,能力顶得上让难题可解,协作转得顺让衔接不断。散点图让上报风险显形,根本原因分析让联调返工有了根因,逐项检查让协作衔接不留死角。项目在周期短、接口缺失、厂商参差的多重约束下按期交付,团队在其中功不可没。7 个月的实践让我体会到,一支能打硬仗的队伍,靠的是结构、能力与协作三者的持续打磨。回头看,7 个月虽然不长,但团队在攻坚中建立起来的默契与信任,比任何制度都更有力量,这正是团队建设的真功夫。这套围绕三条主线展开的团队建设做法,后来被整理成公司在智慧城市类项目的团队管理参考,供后续同类项目复用,也让后来的环卫类项目少走了不少弯路,团队建设的价值由此得以延续。