犀牛鸟智造设备坏了，开个分析会，最后写进报告的原因通常是四个字："操作不当"或者"零件老化"。会开完了，下个月同一台设备同一个位置又坏。这不是分析能力的问题，是分析没有数据可依托——绝大多数工厂的故障记录只有一行字："某某设备故障，已修复"。没有部位、没有失效模式、没有停机时长，这样的记录攒三年，也长不出任何结论。
设备故障分析真正的工具链是六件事，顺序是固定的：先把故障记下来，再挑出该打的靶子，量化它，挖到根因，最后把它变成预防动作。
一、故障台账与编码体系（地基）
石油天然气行业的 ISO 14224 标准专门定义了设备可靠性数据该怎么采集，它的核心思想任何工厂都能借用：一条故障记录至少要包含设备位号、故障部位、失效模式、失效原因、检测方式、停机时长、维修工时、更换备件。
关键在于"失效模式"必须是从固定代码表里选，不能自由填写——比如"泄漏、断裂、磨损、松动、堵塞、过热、异响、参数漂移"。一旦允许自由填写，同一种故障会被十个人写成十种说法，之后所有的统计都失效。故障编码表是设备管理最便宜、也最容易被跳过的一项基础工作。
二、帕累托分析（选靶子）
有了台账，第一件事是排序。但注意排序的口径决定结论：按故障次数排，选出来的是烦人的小毛病；按停机时长排，选出来的是真正吃掉产能的大问题；按损失金额排，选出来的才是老板关心的那个。
正确做法是三张帕累托都做，然后看交集。同时出现在"次数前三"和"时长前三"里的那台设备，就是这个季度唯一值得立专题的靶子。多数工厂的错误是同时开十个改善课题，最后一个都没做完。
三、MTBF / MTTR / 可用率（量化）
- MTBF（平均无故障时间）＝ 总运行时间 ÷ 故障次数，衡量的是设备可靠性，归设计、点检、润滑管；
- MTTR（平均修复时间）＝ 总维修时间 ÷ 故障次数，衡量的是可维修性，归备件、工具、技能管；
- 可用率 ＝ MTBF ÷（MTBF + MTTR）。
这三个数必须一起看。只考核 MTTR 有个副作用：维修班越修越快，设备该坏还是坏，最后你得到的是一支更精锐的救火队。MTBF 上不去，说明问题在预防端，不在维修端。
四、5Why 根因追问（设备版）
通用的 5Why 大家都会，设备版的诀窍在于——追问必须落到"标准"这一层才算到底。
举个典型的链条：轴承烧了 → 因为缺润滑 → 因为油路堵了 → 因为油品有杂质 → 因为没有过滤和换油周期 → 因为润滑标准里根本没写这台设备的油品和周期。
停在"缺润滑"，措施就是"加强润滑"；追到最后一层，措施才是"补充润滑五定标准并纳入点检表"。前者一个月后原样复发，后者才是闭环。判断 5Why 做没做透，看最终措施是不是落在标准、周期、责任人上——如果落在"加强""重视""教育"上，就是没做透。
五、PM 分析（专治慢性小停机）
有一类问题 5Why 是解不了的：慢性的、反复的、每次都不严重的小停机——卡料、传感器误动作、轻微跑偏。它们没有单一原因，是多个微缺陷叠加的结果，所以每次追问都能追出一个"看起来对"的答案，但改完还是复发。
PM 分析（Phenomena–Mechanism，现象—机理分析） 是 TPM 里专门对付这类问题的方法：先把现象物理化定义清楚（不是"经常卡料"，而是"第三工位、右侧、每 200 件卡一次、卡在导向板入口"），再分析其物理机理，然后列出所有可能相关的要素（设备、模具、材料、人、方法），逐一去现场确认，把每一个不满足条件的微缺陷全部复原。
一句话区别：5Why 追一条线，PM 分析扫一个面。突发故障用 5Why，慢性损失用 PM 分析。
六、FMECA（把分析变成预防）
前五个工具都是事后的，第六个是事前的。FMECA（失效模式、影响及危害度分析）逐个部件问三件事：它会怎么坏、坏了会怎样、多久坏一次，然后用 RPN ＝ 严重度 × 发生度 × 探测度 排出优先级。
它真正的价值不在打分，而在输出维修策略：算出来危害度高、且有前兆可测的，上预知维修（CBM）；危害度高但没有前兆的，上定期更换（TBM）；危害度低的，坦然接受坏了再修（BM）——这不是失职，是资源分配。这套逻辑就是 RCM（以可靠性为中心的维修） 的骨架。
配合看浴盆曲线：设备处于早期失效期（新设备、大修后），问题多半在安装与调试；处于随机失效期，定期更换没有意义，应转向状态监测；进入磨损失效期，定期更换才真正划算。没判断故障期就定维修策略，是最常见的浪费。
怎么用
六个工具不是并列的六选一，而是一条链：台账（记下来）→ 帕累托（挑靶子）→ MTBF/MTTR（量化）→ 5Why 或 PM 分析（挖根因）→ FMECA（变成预防标准），最后新标准回写进点检表和润滑基准，形成闭环。
链条断在哪里，改善就停在哪里。而绝大多数工厂断在第一环——没有能用的故障台账。
如果你手上正好有一台反复出故障、又说不清原因的设备，欢迎私信我。可以免费帮你做一次拆解：把它过去十二个月的故障记录整理成帕累托，看看真正该打的靶子是不是你以为的那个。
文章来自公众号“犀牛鸟智造”。
