德国:工业知识与共同决策怎样进入系统
工厂维护人员已经有手册、故障报告和班次记录,为什么还会难以找到一项可用的答案?问题可能不在资料不存在,而在资料描述的设备、版本与当前故障是否对应。德国的工业案例提供了一条具体线索:工程能力需要进入既有专业分工,再把分散知识变成可以共同维护的工具。
本章选择BMW的内部开发、Siemens与thyssenkrupp的工程合作,并引入一项影响员工参与的制度背景。这些材料覆盖大型工业企业的一些安排,不能代表德国全部企业,更不把工业软件、AI助手一概改称FDE。
BMW:工厂先试,集团再整合
BMW在2025年7月2日介绍维护助手Factory Genius时,回述了Dingolfing工厂于2024年春开展的试点。美国Spartanburg和南非Rosslyn工厂同期也在尝试相似方案;慕尼黑的AI专家综合各厂经验与需求,形成经内部平台提供的共同应用。公告把它描述为初始开发阶段可供使用的工具,没有提供全部工厂已经采用的独立记录。1
这条路径的特点,是现场先有知识和试验能力,再由集团整合。外部团队若进入这样的企业,不能假设自己是唯一能写软件的人。它需要找到内部团队尚难处理的部分:不同厂区的资料结构、需要共同维护的能力,或现有工具覆盖不了的工作。
同一公告列出的资料包括设备手册、质量数据、内部故障报告和规划文件,也提到每日更新的班次日志,以及指向来源的结果。1 这使“懂工业”不再只是一个宽泛要求:工具需要接触这些资料,维护者需要知道资料怎样更新,使用者需要能回到依据检查。
这里还可以看见一种知识组织方式:工厂经验保留具体性,集团产品寻找共性。它是一家企业披露的工作方法,不是“德国工程师天生严谨”的证据。是否值得让更多工厂使用,仍取决于设备和工作差异能否被解释、地方团队是否能维护,以及错误会怎样被发现。
Siemens与thyssenkrupp:助手进入已有工程工具
Siemens于2024年11月12日宣布,thyssenkrupp Automation Engineering已在用于电动车电池质量检查的设备工程中集成Industrial Copilot,并计划从2025年起扩大使用。公告涉及TIA Portal工程项目、SCL控制代码和WinCC机器可视化。2 SCL是用于可编程控制器的一种语言;这些内容指向工程设计与编程,不能改写成模型已经独立接管生产线。
这个案例与BMW的内部整合形成对照:一种从客户工厂的试验向集团工具汇合,另一种让供应商助手进入客户既有的工程环境。共同之处,是AI没有凭空创造全部工业知识;工程工具、设备约束与人的判断已经在那里。
若供应商减少了生成控制代码的劳动,客户仍需检查程序是否符合机器的实际状态和保护要求。公告没有给出足以还原全部验收过程的材料,所以本书不编造该客户的测试规则。能够作出的实务判断是:先找到工程产物将进入哪种既有审查,再决定助手可以承担什么。
一个常见错配,是把善于对话的模型安排成设备运行责任的替代者。另一个错配,则是认为既有工业平台已经很成熟,因而客户不再需要共同工程。前者省略运行后果,后者省略了不同设备和任务对平台的实际要求。
共同决定,会改变项目怎样开始
设备数据常常也接近人的工作。维护记录可以说明一台机器的故障,也可能被继续解释成某个班组或个人的表现。两种用途不是同一项授权。
德国《企业组织法》所引英文译本的第87条,在没有法律或集体协议既定规定的前提下,列出职工代表委员会的共同决定事项;其中第1款第6项涉及旨在监测员工行为或绩效的技术设备的引入和使用。3 这项条文提供的是协作制度背景,不能仅凭“用了AI”就断言某个具体系统必然适用。
对部署团队有用的,是尽早问清资料用途,而非把员工沟通视为上线以后的说明工作。设备故障数据是否会关联个人,谁能看到,能否用于绩效判断,保留多久,哪些用途须重新讨论,都可能改变系统的设计。工程人员应把这些问题交给客户相应的业务、员工代表、数据与法律负责人共同确定。
这里的“共同决定”有具体制度和责任承担者,不是对沟通风格的模糊赞美。若团队只找到采购签字人,却没有识别受影响工作中的参与者,即使技术方案已完成,也可能尚未具备进入实际工作的条件。
一次维护助手试点,怎样安排不同的判断
下面是一项教学设计,不是BMW或thyssenkrupp的实际项目方案。某工厂希望减少维修人员查资料的时间,首期助手只检索经过确认的设备资料,不向设备发送控制指令。团队需要把三个问题同时摆在桌上。
| 需要决定的事 | 提供依据的人或材料 | 这个决定改变什么 |
|---|---|---|
| 当前设备适用哪份说明 | 设备负责人、版本记录与最近更改 | 哪些文档能被检索,旧说明何时退出 |
| 哪种回答能进入维护行动 | 维护人员、设备安全要求与现有作业审批 | 助手只给线索,还是可进入某一步已授权操作 |
| 日志可用于什么目的 | 业务与数据负责人、受影响员工及相应代表 | 记录字段、可见范围、保留与后续使用边界 |
如果系统找到了正确文档,却不能区分设备版本,先补版本对应;如果能提供有出处的建议,却缺少维护人员复核时间,先调整试点范围;如果数据用途尚未约定,先停止受影响资料的接入。三个停点对应不同障碍,不能全部归成“模型效果不够好”。
再把这套助手移到第二个工厂,团队可以尝试复用检索和更新机制,但必须重新检查当地设备版本、作业安排与资料用途。复制一个技术平台,不等于复制全部组织条件。复用成本怎样进入产品与项目判断,见产品复用与项目经济性。
从工业传统里看见可改变的工作
这些德国材料给FDE实践带来的启发,是先理解已经存在的专业体系,再决定如何加入:工厂不是空白现场,供应商也不是唯一知识持有者;标准工具可以减少重复劳动,仍需要人确认它进入了哪项真实工作。
这样的协作可能带来较多前置核对,也可能减少后续返工。现有材料不足以量化这笔交换,不能把它讲成天然优于其他国家的经营模式。下一家企业需要验证的,是现场知识能否进入共同产品,变更能否经过适当的责任人,以及使用者能否继续修正工具。
-
BMW Group,“Just ask Factory Genius!”公开新闻稿,2025-07-02,第1—3页,资料来源、Collaborative in-house development及内部平台段;2026-09-27读取。公司过程自述,不采用效率口号或推定全球采用完成。 ↩ ↩2
-
Siemens,Industrial Copilot扩大功能与thyssenkrupp合作公告,2024-11-12,Rollout及TIA Portal工程说明;2026-09-27读取。客户引述与公告同源;后续扩展计划不当完成事实。 ↩
-
德国联邦司法法律门户,BetrVG英文译文第87条,译文说明纳入2024-07-19修法;并与德文第87条相关条件对照,2026-09-27读取。条文背景不替代具体项目的法律适用判断。 ↩