1. 课程导入与诊断工程全貌

在制造现场，节拍异常与工位延迟是最常见、也最容易被误判的一类问题。一条装配线突然从每小时产出 60 件掉到 48 件，班组长第一反应往往是“某个工位慢了”，于是加人、催速、调参数，结果第二天问题又回来了。原因在于：节拍异常只是症状，工位延迟只是表象，真正需要定位的是延迟在哪个工位、由什么动作或资源引起、以及它如何沿产线传播。本课程要建立的，正是一套从异常发现到根因消除的闭环诊断工程方法。

一、先厘清四个核心术语

诊断工程的第一步是统一语言。现场沟通中“节拍”“周期时间”“产能”经常被混用，导致分析对象错位。

• 节拍（Takt Time）：由客户需求决定的理论节奏，节拍 = 可用生产时间 ÷ 客户需求量。例如某工位每天可用 27,000 秒（7.5 小时），客户需求 900 件，则节拍为 30 秒/件。它是“应该多快”，不是“实际多快”。
• 周期时间（Cycle Time, CT）：某工位完成一件产品实际占用的时间，包含增值作业、走动、等待、取放料等全部动作。它是“实际多快”。
• 工位延迟：当某工位 CT 持续大于节拍，或大于下游取件节奏时，该工位成为延迟源。延迟不等于“工人偷懒”，可能来自设备节拍、来料质量、动作冗余、换型时间等多种原因。
• 瓶颈漂移：瓶颈并非固定不变。当原瓶颈工位被改善、或产品组合变化、或设备故障转移时，约束会移动到另一个工位，称为瓶颈漂移。诊断时必须动态看待，不能一次判定就长期沿用。

四者关系可以用一个简单判据表达：CT ≤ 节拍时工位可支撑需求；CT > 节拍时该工位产生延迟；当多个工位同时超节拍，实际产出由最慢工位决定，且瓶颈会随波动在工位间漂移。

二、诊断工程的整体框架

本课程不是零散技巧的集合，而是一条闭环链路：异常发现 → 数据采集 → 延迟定位 → 根因分析 → 对策实施 → 效果验证 → 标准化防再发。每一环都有明确的输入、输出和判断依据，缺一环就会退回到“凭经验拍脑袋”。

三、从“异常发现”到“根因消除”的实操要点

框架不是挂在墙上的图，而是每一步都要落到具体动作和数据上。以下按闭环顺序说明关键操作。

异常发现：不要等报表。现场最直接的信号是“下游断料、上游堵料、加班补产”。建议以小时为单位记录实际产出，与节拍目标对比。例如目标 30 秒/件，即每小时 120 件；若连续两小时只有 96 件，偏差超过 15%，即触发诊断。

数据采集：至少采集三类数据——各工位周期时间（建议连续测 10 个循环取中位数，避免单次偶然值）、工位间等待时间、设备停机与换型时间。采集时使用同一参照系：以“产品从进入工位到离开工位”为 CT 边界，全文保持一致。

延迟定位：将各工位 CT 与节拍并列比较，找出 CT 最大且持续超节拍的工位。注意区分“单次超节拍”和“持续超节拍”，前者可能是波动，后者才是瓶颈。若多个工位接近，需观察 2～3 小时，确认瓶颈是否漂移。

根因分析：围绕人、机、料、法、环、测六个方向逐项排查。例如某工位 CT 为 38 秒、节拍 30 秒，拆解后发现：取料 6 秒、装配 18 秒、自检 8 秒、放行 6 秒。其中自检 8 秒可通过防错装置前移，装配 18 秒中有一颗螺钉需二次对孔，属于来料定位孔偏差。根因是来料，而非工人速度。

对策实施与验证：对策分三类——消除（改设计、改来料）、隔离（缓冲、并行工位）、缓冲（临时加班、安全库存）。实施后必须用同一口径复测 CT 与产出，确认 CT 回落到节拍以内，且连续 3 天稳定。若未达标，回到数据采集与根因分析，而不是直接换对策。

标准化与持续监控：将有效对策写入作业指导书、来料检验标准和设备点检表，并设置瓶颈漂移监控点。因为改善一个工位后，约束很可能转移到下一个工位，持续监控才能避免“改善一次、反弹一次”。

四、本课程的学习目标

完成本课程后，你应当能够：独立完成一次节拍异常的数据采集与瓶颈定位；使用人机料法环测框架拆解工位延迟根因；针对不同根因选择消除、隔离或缓冲对策；用统一口径验证改善效果并判断瓶颈是否漂移；最终把有效做法固化为标准，形成可重复的诊断能力。诊断工程的价值不在于解决一次异常，而在于让团队每次都能用同样的方法找到真因。