2022-11-19｜OEE
不靠经验硬撑：OEE的持续运营要把等待与库存显性化
面对加工完成后仍长时间等待放行，本期先用“把等待与库存显性化”校准判断，再用OEE推进持续运营，最终把现场经验沉淀为版本、点检与复盘机制。
OEE不是考核设备的单一分数，而是把产能损失转化为改善项目的入口。
1. 先把现象说准确
设备综合效率把时间开动、运行速度和合格产出三类损失合并衡量，用于识别故障、换型、微停、降速和不良对有效产能的影响。 在实验与批次放行中，批次配方、连续设备、过程窗口、实验检测、环境与放行规则共同影响一致性和交付节奏。因此，本期不从工具名称出发，而先回答：加工之外的等待、搬运、排队、库存和信息延迟是否已经量化。
本期切口：用分层审核、日清周结和周期复盘守住改善成果。判断是否有效，必须能够回到真实对象、真实数据、真实责任和真实结果。
2. 去现场核对信号
- 故障、微停和降速未分类记录
- OEE数字提升但订单产出没有同步改善
- 设备开机时间长但有效产出低
- 场景约束：批次配方、连续设备、过程窗口、实验检测、环境与放行规则共同影响一致性和交付节奏
- 优先警惕：只看最终检验结果，容易忽略批间波动、设备微停、参数漂移、等待放行和能源损失
这些信号不是结论，而是进入现场调查的入口。应继续按产品、班组、设备、物料批次、时间段或异常类型分层，避免用平均值掩盖波动。
3. 保留可追溯证据
方法口径
OEE＝可动率×性能效率×质量率；必须统一计划生产时间、理想周期和合格数量口径。
本期证据
将总交付周期拆分为加工、等待、库存、搬运和异常停顿，分别确认责任界面；现场至少保留批次号、配方与版本、关键参数趋势、设备停机代码、实验数据、放行时间与单位能耗。
数据必须说明来源、分母、时间范围、版本和异常样本。无法追溯到订单、产品、工序、设备或责任对象的数据，不宜直接用于评价个人或判断项目收益。
4. 把方案跑完整
- 把维持指标纳入日常看板，对重复问题重新打开原因分析
- 建立停机与速度损失代码
- 按班次自动或及时记录事件
- 用 Pareto 识别主要损失
- 验证对策后更新点检、保全和参数标准
- 用改善前后实绩复核收益、波动和副作用，确认关闭证据
- 将有效方法写入标准、点检、系统规则与复盘节奏
5. 明确交付责任
主责：项目经理定义问题边界、方法、数据口径与阶段交付物，对专业判断负责。
协同：跨职能交付团队提供真实现场条件与约束，参与试点并及时暴露异常。
验收：项目Sponsor按安全、质量、成本、交付和收益证据判断是否进入下一阶段。
系统固化范围、里程碑、风险、验收与收益必须同步更新版本、生效日期、维护责任与异常升级规则。
6. 验证不能忽略的边界
- 不同设备使用不同时间口径
- 通过降低计划时间人为抬高OEE
- 只公布一个百分比而不拆损失
- 只看最终检验结果，容易忽略批间波动、设备微停、参数漂移、等待放行和能源损失
- 只改善加工动作，可能把产出转化为更多在制品
任何方法都不能脱离产品特性、工艺风险、人员技能、设备能力和客户要求直接复制。先验证边界，再扩大范围，才能避免把局部经验变成新的系统风险。
7. 连接 QilyLean 体系
8. 落地动作与复验
选一个典型对象记录一组真实基准验证一个主要假设固化一条有效标准
今日动作：把维持指标纳入日常看板，对重复问题重新打开原因分析。完成后不要急于宣布结案，先确认数据是否可复现、现场是否能维持、责任是否已经移交。
工程者手记
坚持的力量：系统能力来自无数次小闭环：发现、判断、试验、验证、固化、复盘。 OEE不是考核设备的单一分数，而是把产能损失转化为改善项目的入口。