ONEPSOFT | 软考学习知识库
川东地区某大型企业集团的车间物流长期依赖人工搬运与固定线路调度,AGV 车辆的运行状态、任务派发、路径规划数据分散在车间各班组与调度中心手中,历史数据质量参差、清洗与治理规则难以统一,多家外部单位联调、进度同步与责任界面复杂,业务连续性要求高、割接窗口极为有限,物流调度效率低、车辆利用率不高。为把车间 AGV 调度业务数字化,该集团信息管理部门于 2023 年 3 月发起了大型企业集团车间 AGV 调度系统信息系统项目,经公开招标由我司承建,合同额 850.24 万元,建设周期 12 个月,我担任项目经理,对项目全过程管理负责。
项目建设目标是整合 AGV 调度全流程数据,实现任务派发在线化、路径调度自动化、运行监控可视化。建设内容包括车辆接入、任务派发、路径规划、运行监控、统计分析与报表五个模块,并与各车间班组及调度中心对接。技术方案中,系统按同城双中心多活容灾架构部署,服务间调用统一交由 Istio 服务网格治理并支持灰度发布,调度数据存储于 GaussDB,高频查询借助分布式缓存加速读取;前端交互基于 Vue3 组件体系实现,后端服务以 Java 17 与 Spring Boot 构建,应用部署在集团政务云国产化环境,安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建,全队 22 人,其中需求分析 4 人、研发 10 人、测试 3 人、实施运维 3 人、数据治理 2 人,编制随模块规模动态调整,关键节点加派驻场支持。项目于 2024 年 3 月通过终验,上线后运维人工巡检投入下降 60%,平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日。
干系人绩效域解决的是项目涉及的人怎么管、各方力量怎么调动的问题。这个项目涉及车间班组、调度中心、设备厂商与集团领导多方,12 个月工期、割接窗口紧,干系人管理稍不到位,车辆接不上、调度联不动,项目必然受阻。从实际体验看,制造业项目的干系人管理有两个特点:一是生产现场不能停,任何协调动作都必须在不影响生产的前提下进行;二是各方都是内行,沟通必须讲技术语言、谈业务实质,空话套话没有用。下面我围绕题目要求的三个方面,结合项目实践说明干系人绩效域是如何落地的。
一、有效执行干系人绩效域可以实现的预期目标
执行干系人绩效域,至少可以帮助实现四个方面的预期目标。
第一个目标是建立高效的工作关系。项目启动时,我们把各方干系人请到一张桌上:车间班组讲物流痛点,调度中心提调度需求,设备厂商说明车辆接口现状,集团领导明确战略要求,通过多轮座谈把各方诉求摸清,工作关系从陌生到熟悉,后续协调顺畅了许多。
第二个目标是让干系人认同项目目标。AGV 调度涉及车间作业节奏,部分班组长对系统存疑,担心调度自动化影响生产节拍。我们组织现场演示,把新系统的调度逻辑与人工调度的差异当面讲清,并邀请试点车间的班长现身说法,顾虑明显化解,认同度随之提升。认同不是一次演示就能彻底建立的,我们在系统上线前的三个月里组织了四场现场演示与两次车间走访,把班组长关心的调度规则、异常处理、人工接管等问题逐一讲透,认同才真正沉淀下来。
第三个目标是让支持者获得收益。对配合积极的车间,我们优先完成其车辆接入并安排驻场支持,让支持者先受益;对设备厂商,明确接口规范与联调计划,让厂商的工作有章可循,正向支持持续强化。
第四个目标是让反对者不产生负面影响。个别班组长抵触情绪较重,我们没有硬推,而是安排专人驻点辅导,手把手带他们完成第一批任务派发操作,用实际体验化解抵触,最终这些班组也转为主动使用。
二、干系人绩效域与其他绩效域的相关关系
从产品或可交付物的角度看,干系人绩效域与其他七个绩效域都相互作用,本项目中的关系体现在以下几个方面。
与团队绩效域:干系人诉求指导团队的分工与目标设定,各车间班组的诉求边界清晰了,团队任务分配就有了依据。与规划绩效域:干系人期望是范围、进度、成本规划的核心输入,割接窗口等硬性要求直接决定了进度计划的刚性。与度量绩效域:干系人的参与度与满意度是重要的度量对象,每月回访数据反过来指导沟通策略。与项目工作绩效域:良好的干系人关系简化了审批与资源协调,车间配合顺畅了,车辆接入就不再是难题。与交付绩效域:干系人的需求是验收标准的来源,调度功能按各方确认的口径交付,验收少扯皮。与不确定性绩效域:主动管理干系人预期可以提前识别协作矛盾,个别班组的抵触在萌芽期就被发现并化解。与开发方法与生命周期绩效域:干系人反馈推动迭代节奏调整,班组的操作反馈直接影响界面优化排期。干系人提供输入,各绩效域回应诉求并反哺干系人管理,共同构成一个整体,缺了任何一环,干系人管理都会出现断点。
三、项目面临的干系人及应对方法
本项目在干系人管理上面临三方面的挑战。
挑战一:车间班组诉求多样,利益协调难。不同车间的物流作业习惯差异大,对调度系统的期望也不一致。我们的应对是分层沟通:对任务量大的核心车间,组织专场座谈,把调度规则讲深讲透;对任务量小的辅助车间,提供培训与在线答疑;对设备厂商,明确交付物与验收标准,联调排期提前确认。分层沟通让各方诉求都被听见,配合度明显提升。沟通渠道我们保持常态化,核心车间每周一聊、辅助车间每月一访,把问题消灭在萌芽,而不是等矛盾激化了再去救火。
挑战二:设备厂商多、接口标准不一,责任界面复杂。多家外部单位联调,进度同步与责任界面复杂。我们用直方图对接口联调的工作量做了分布统计,发现部分厂商的接口数量多、测试周期长,据此把联调计划按厂商排期,明确各家的责任边界与测试标准,每周对齐一次进度,联调始终在计划轨道上推进。
挑战三:割接窗口紧、业务连续性要求高,操作迁移难。系统割接不能中断车间生产,操作迁移阻力大。我们用亲和图把各方对割接的顾虑按主题归并聚类,理出停机时长、数据安全、回退机制三类核心关切,据此制定了分阶段割接方案:先试点车间、再分批推广,每批割接预留回退通道,并用面向 X 设计矩阵对割接方案做综合评估,从停机影响、数据安全、实施成本、风险可控四个维度加权打分,选定了最优方案,割接一次成功,没有影响车间生产。以试点车间为例,割接安排在周末停产窗口进行,提前一周与车间确认排产计划,割接当天全程驻场,6 小时内完成切换并验证通过,试点成功后其他车间照此模式分批推广,全程零生产中断。
项目最终按期通过终验,运维巡检投入下降 60%,平均办理时长压缩到 0.8 个工作日,车间班组、调度中心与集团领导对系统的认可度明显提升,集团信息管理部门认为这套干系人管理做法值得在集团内推广使用。回顾整个过程,干系人绩效域给我的体会是:把关系建起来、把认同立起来、把收益分出来、把阻力化下去。分层沟通让车间诉求都被听见,直方图让联调排期有了依据,亲和图让割接顾虑浮出水面,面向 X 设计矩阵让割接方案有了定论。干系人管理不是开会发文,而是把每个人的诉求装在心里、把每个人的力量调动起来,这正是本项目留给我最深的启示。这套以沟通打底、以协调化解、以方案定夺的干系人管理做法,后来也被固化进公司在智能制造类项目的干系人管理模板,为后续项目提供了参照。