2023-05-16｜TPM
TPM不是口号：现场试点必须让系统放大稳定流程
从试产与量产爬坡的一组原始记录出发，本期拆解TPM如何形成可复现、可验收、可维持的现场试点交付，避免用节点完成代替系统结果。
TPM的基础是让设备异常被尽早发现并被标准化处理，而不是提高抢修速度。
1. 今天先回答什么
全员生产维护通过自主保全、计划保全、专业改善和早期设备管理，维持设备基本条件并系统减少故障、微停、降速和质量损失。 在试产与量产爬坡中，SMT、插件、总装、电气安全、老化测试和量产导入需要在版本、物料、工艺与产能上同步成熟。因此，本期不从工具名称出发，而先回答：业务规则、主数据、状态字典和权限责任是否先于系统功能统一。
本期切口：在真实订单、真实人员和真实异常中验证方法，不回避边界问题。判断是否有效，必须能够回到真实对象、真实数据、真实责任和真实结果。
2. 现场先看见什么
- 小异常长期存在并逐步演变为停机
- 设备依赖故障后抢修
- 清扫、润滑和紧固没有标准
- 场景约束：SMT、插件、总装、电气安全、老化测试和量产导入需要在版本、物料、工艺与产能上同步成熟
- 优先警惕：追求设备稼动和试产进度，容易把版本错用、测试瓶颈、返修回流和阶段问题带入量产
这些信号不是结论，而是进入现场调查的入口。应继续按产品、班组、设备、物料批次、时间段或异常类型分层，避免用平均值掩盖波动。
3. 数据怎样证明
方法口径
除MTBF、MTTR外，应把故障时间、微停次数、速度损失和重复故障率纳入分析。
本期证据
同步评价数据完整率、准确率、及时率、一致率和可追溯率；现场至少保留BOM与程序版本、设备停机、测试CT、FPY、老化通过率、问题关闭率与产能验证记录。
数据必须说明来源、分母、时间范围、版本和异常样本。无法追溯到订单、产品、工序、设备或责任对象的数据，不宜直接用于评价个人或判断项目收益。
4. 从动作走向闭环
- 限定试点范围和验证周期，逐项记录正常、异常与故障状态
- 按风险制定计划保全周期
- 对重复损失开展根因改善并反馈设备设计
- 恢复清扫、润滑、紧固等基本条件
- 建立异常点和点检标准
- 用改善前后实绩复核收益、波动和副作用，确认关闭证据
- 将有效方法写入标准、点检、系统规则与复盘节奏
5. 谁负责、谁协同、谁验收
主责：质量工程定义问题边界、方法、数据口径与阶段交付物，对专业判断负责。
协同：工艺、制造与供应商提供真实现场条件与约束，参与试点并及时暴露异常。
验收：质量负责人按安全、质量、成本、交付和收益证据判断是否进入下一阶段。
系统固化PFMEA、控制计划与问题闭环必须同步更新版本、生效日期、维护责任与异常升级规则。
6. 哪些做法容易失效
- 只统计大故障，忽略微停与降速
- 把TPM全部交给设备部门
- 点检表只签字不确认状态
- 追求设备稼动和试产进度，容易把版本错用、测试瓶颈、返修回流和阶段问题带入量产
- 流程尚未稳定时过度定制，只会把混乱固化进系统
任何方法都不能脱离产品特性、工艺风险、人员技能、设备能力和客户要求直接复制。先验证边界，再扩大范围，才能避免把局部经验变成新的系统风险。
7. 关联 QilyLean 职能与项目
8. 今天可以落地的一步
选一个典型对象记录一组真实基准验证一个主要假设固化一条有效标准
今日动作：限定试点范围和验证周期，逐项记录正常、异常与故障状态。完成后不要急于宣布结案，先确认数据是否可复现、现场是否能维持、责任是否已经移交。
工程者手记
坚持的力量：真正有力量的职业成长，是把看见的问题变成可以被关闭的项目。 TPM的基础是让设备异常被尽早发现并被标准化处理，而不是提高抢修速度。