设备管理做得好不好,不能只看维修工一天修了多少台设备,也不能只看巡检表有没有填完。
有些工厂,维修人员每天忙得脚不沾地,设备故障还是不断;有些设备刚修好没几天,又因为同样的问题停机;还有些设备看着一直在运转,产量却始终上不去。
这些问题,单靠经验很难看清楚。
真正懂设备管理的人,会盯住4个指标:MTTR、MTBF、OEE、重复故障率。
它们分别回答四个问题:设备坏了多久能修好?修好后能稳定运行多久?设备的有效产出有多少?同样的故障还会不会再次发生?
把这4个指标看明白,设备管理才算真正有了抓手。
以下解读中所用到的设备管理系统——
已经做成了完整的模板,可直接下载使用:https://s.fanruan.com/cgha3

一、MTTR:设备坏了,多久能恢复?
MTTR,平均修复时间,计算公式:
MTTR=故障维修总时长 ÷ 故障次数
假设某台设备一个月发生了5次故障,累计维修时间为15小时,那么:
MTTR=15÷5=3小时。
这意味着,设备每次故障平均需要3小时才能修复。
这个指标最直接的作用,就是判断设备故障后的恢复效率。

但有一点需要注意:MTTR不能简单等同于报修到恢复生产的全部时间。
企业应先明确统计口径,如果只统计实际维修时间,就不能把等待备件、等待审批等时间混在一起;如果统计从报修到恢复生产的总时长,则应单独标注各环节耗时。
真正有价值的,不是知道平均修了3小时,而是弄清楚这3小时花在哪里。
比如,一台设备发生故障,从报修到恢复生产用了4小时。拆开来看:
-
等待维修人员到场:30分钟;
-
排查故障原因:1小时;
-
等待备件:1.5小时;
-
实际维修与调试:1小时。

如果只盯着总维修时间,管理者很容易认为维修人员效率不高。但拆开之后就会发现,等待备件才是主要问题。
这时候,管理动作就不应该只是催维修人员加快速度,而是要检查关键备件库存、采购周期和领用流程。
因此,MTTR至少要做好两件事:
一是记录完整的维修时间,包括报修、接单、到场、维修完成和恢复运行等关键节点。
二是把故障原因、维修措施、备件使用情况记录下来,方便后续分析哪些设备修得慢、哪些故障最耗时、哪些环节最容易拖延。

在设备数量较多的工厂里,单靠纸质维修单或微信群,很难持续汇总这些数据。
通过简道云设备管理与巡检系统,可以将设备台账与维修工单关联起来,记录故障现象、处理过程、维修时间和验收结果,再根据积累的数据统计维修情况。

管理者不必等到月底逐张翻工单,就能更有针对性地排查维修效率低的问题。
二、MTBF:设备修好后,能稳定运行多久?
如果说MTTR关注的是设备坏了以后修得快不快,那么MTBF关注的就是设备能不能少坏。
MTBF,即平均故障间隔时间。
计算公式:
MTBF=统计期内累计运行时间 ÷ 故障次数
假设某台设备一个月实际运行了600小时,发生了6次故障,那么:
MTBF=600÷6=100小时。
也就是说,这台设备平均每运行100小时,就会发生一次故障。

如果经过一段时间的维护改善,设备运行时间不变,故障次数从6次降到3次,MTBF就提高到了200小时。
这说明设备的运行可靠性有所改善。
当然,MTBF要在相同或可比的统计口径下进行分析。对于间歇运行的设备,应使用实际运行时间,而不是简单拿自然日历时间代替。不同设备的结构、工况和运行负荷不同,也不宜直接用一个统一标准判断好坏。
MTBF的重点,不是追求一个漂亮数字,而是找出哪些设备总在出问题,以及故障为什么发生。

比如,同一条生产线有10台设备,其中两台设备每个月都要维修好几次,其他设备却很少出故障。
这时候就应该重点检查这两台设备:
-
是否长期处于高负荷运行状态?
-
点检项目有没有覆盖关键部位?
-
润滑、紧固、清洁等保养工作是否按要求执行?
-
同类故障是否反复出现,却一直没有找到根本原因?

这些问题如果没有记录,很容易陷入凭经验判断的状态。
维修人员觉得设备老旧,生产人员认为操作不当,管理人员则怀疑保养不到位。大家各有说法,却拿不出完整的证据。
要改善MTBF,企业需要把设备运行情况、故障记录、巡检结果和保养记录结合起来看。
例如,某台电机连续出现温度异常,第一次检查发现温升偏高,第二次发现振动异常,第三次直接发生故障。如果前两次异常都没有留下记录,维修人员就很难提前发现风险。
简道云设备管理与巡检系统可以将设备台账、点检任务、保养计划和维修记录统一管理。巡检人员发现异常后及时记录,维修人员处理后回填结果,管理人员再结合历史记录识别高频故障设备。

这样做的价值,是让每次维修不再成为孤立事件,而是成为判断设备状态的依据。
三、OEE:设备一直在转,为什么产出还是不高?
有些设备看起来运行正常,操作人员也没有闲着,但产量就是上不去。
这时候,只看维修记录是不够的,还需要关注OEE。
OEE,即设备综合效率,主要由三个部分构成:
OEE=时间开动率 × 性能开动率 × 合格品率
-
**时间开动率:**计划用于生产的时间里,设备实际运行了多久?
-
**性能开动率:**设备运行时,实际生产速度达到理论或标准速度的程度如何?
-
**合格品率:**生产出来的产品中,合格品占多少?

举个例子。
某台设备计划生产8小时,扣除停机后实际运行了6小时,时间开动率为75%;实际运行期间,产出速度达到标准速度的90%;合格品率为98%。
那么:
OEE=75%×90%×98%=66.15%。
这意味着,在上述统计口径下,设备综合效率约为66.15%。
这个数字能帮助管理者看到:设备的时间、速度和质量三个环节,究竟损失了多少。
对于设备管理部门,可以重点关注故障停机、维修耗时、点检异常和保养执行情况;对于生产部门,则需要结合换型、待料、操作和质量等数据分析。
在实际管理中,可以利用简道云设备管理与巡检系统记录设备异常、维修工单、停机原因和处理结果,再结合生产系统中的产量、运行时间与质量数据进行分析。

例如,管理者发现某台设备每月因故障停机12小时,就可以继续追查是哪类故障占用时间最多,再针对性地调整保养计划或维修策略。
这比单纯统计维修次数更有用,因为管理的最终目标不是让设备少报几个故障,而是让生产损失真正降下来。
四、重复故障率:同样的问题,为什么总是修不好?
如果说前三个指标分别关注维修效率、设备可靠性和综合产出,那么重复故障率关注的就是维修质量和问题改善效果。
计算公式:
重复故障率=重复发生的故障次数 ÷ 故障总次数 × 100%

这里有一个前提:企业要先明确什么算重复故障。
可以按照同一台设备、相同故障部位或相同故障模式来定义,并设定合理的观察周期。例如,某台设备在维修完成后7天内,同一部位因相同原因再次发生故障,就可以纳入重复故障统计。具体周期应根据设备类型和故障特点确定。
假设某设备一个月发生10次故障,其中4次属于重复故障,那么重复故障率就是40%。
这意味着,设备发生的故障中,有相当一部分问题没有得到彻底解决。

为什么会出现这种情况?
实际工作中,最常见的原因有三类。
第一,只处理故障现象,没有找到根本原因。
比如,设备轴承温度过高,维修人员更换轴承后恢复运行。但过几天又出现同样的问题,检查发现真正原因是润滑不到位,或者设备长期存在对中偏差。
轴承换了,故障根因却没有消除,自然还会再次发生。
第二,维修完成了,但没有验证处理效果。
设备恢复运行,不代表问题彻底解决。如果缺少试运行、关键参数检查和维修验收,故障可能在短时间内再次出现。
第三,处理经验没有沉淀下来。
同一台设备反复出现相同故障,每次都由维修人员重新排查。上一次查到了什么原因、换了什么备件、采取了什么措施,没有形成完整记录,经验也就无法复用。
因此,重复故障率不能只靠统计次数,还需要建立一套故障闭环机制。
从异常上报开始,到故障确认、原因分析、维修处理、结果验收,再到后续复发情况,都应该有记录。

例如,设备维修工单除了记录故障现象和维修人员,还应包含故障部位、故障原因、处理措施、使用备件、维修完成时间和验收结果。对于反复发生的故障,还应补充根因分析、改善责任人和验证情况。
简道云设备管理与巡检系统可以将这些信息沉淀在设备维修记录中。管理人员通过设备历史记录,能够查看同一台设备过去发生过什么故障、采取过哪些措施,以及问题是否再次出现。
当某类故障反复发生时,就可以针对具体设备或故障类型组织复盘,而不是每次都等设备停下来再临时处理。
维修的终点不应该只是设备重新启动,而应该是故障原因得到处理,并且有证据证明改善有效。
五、4个指标要放在一起看,才能真正管好设备
这4个指标各有侧重,单独看都容易产生误判。
| 指标 | 主要看什么 | 指标异常时,优先检查 |
| MTTR | 修复效率 | 故障排查、备件等待、维修流程 |
| MTBF | 运行可靠性 | 高频故障、设备状态、保养策略 |
| OEE | 综合效率 | 故障停机、速度损失、质量损失 |
| 重复故障率 | 改善效果 | 根因分析、维修验收、整改验证 |
比如,一台设备MTTR很低,说明维修速度快,但如果MTBF也很低,设备频繁坏、频繁修,整体管理效果依然不理想。
再比如,MTBF提高了,说明设备故障减少,但OEE没有明显改善,就要进一步检查是不是存在换型时间长、设备运行速度低或质量损失等问题。
所以,设备管理不能只追求某一个指标好看,而要结合生产实际分析。
对于企业来说,真正的难点往往不是不知道这些指标,而是缺少连续、完整、可追溯的数据。
设备台账在一个Excel里,巡检记录在纸质表单里,维修工单在微信群里,保养情况又由不同人员分别记录。到了月底,管理人员需要重新收集、核对、统计,既耗时间,也容易出现数据缺失。

要把这4个指标真正用起来,可以先把基础工作做好:
-
设备有统一台账:明确设备编号、型号、位置、责任人等基础信息。
-
巡检保养有执行记录:不仅记录是否完成,还要记录异常情况和处理结果。
-
维修工单有完整过程:从故障上报到维修完成、验收确认,关键节点尽量留痕。
-
数据能够按设备追溯:同一台设备的巡检、保养、维修记录能够关联查询。
-
异常指标有后续动作:发现高频故障、维修耗时过长或重复故障后,明确责任人、改善措施和复查时间。
这也是简道云设备管理与巡检系统适合发挥作用的地方:把设备台账、巡检计划、保养任务、异常上报和维修工单串联起来,让设备数据不再散落在不同表格和聊天记录中。

在此基础上,再根据企业实际的数据条件配置统计看板。MTTR、MTBF和重复故障率可以基于规范的维修记录与时间口径进行统计;OEE则需要结合生产运行、产量和质量数据,不能仅凭设备巡检记录得出。
先把数据记录准确,再逐步做统计分析,最后将指标用于维修排程、备件管理、保养优化和故障改善。这样搭建起来的设备管理体系,才真正能服务于现场。
设备管理做到最后,拼的不是谁的维修人员更忙,也不是谁的巡检表填得更完整。
MTTR看维修效率,MTBF看设备可靠性,OEE看生产损失,重复故障率看改善有没有效果。
把这4个指标盯住,再把每一次巡检、维修和故障复盘做好,设备管理才能从“坏了再修”,逐步走向“提前发现问题、减少故障发生、持续提升效率”。
Q1:MTTR、MTBF、OEE、重复故障率,这四个数看着都在讲设备好坏,是不是算一个就够了?该重点盯哪个?
四个数不重复,它们是一条链上的四个关口,缺一个就会看走眼。
MTTR管的是坏得快不快修回来,MTBF管的是两次故障之间能撑多久,OEE管的是这台设备实际贡献了多少有效产出,重复故障率管的是一件更要命的事——上回到底修对了没有。
最典型的坑就出在这条链的断点上:MTTR降得漂漂亮亮,其实是维修工不找根因,复位、重启、换件了事,机器当天转起来了,下周同一个毛病又来一遍。这时候你单看MTTR,会以为维修水平提升了,实际上是把故障从一次长停机,拆成了三次短停机,总损失更大。
所以判断维修真本事,MTTR必须和重复故障率一起看。MTTR降、重复故障率也降,那叫真修好了;MTTR降、重复故障率反而往上走,那叫假修复。同样,MTBF在涨但OEE不动,说明瓶颈根本不在设备,别在维修上继续加人。
一句话:MTTR看速度,MTBF看耐力,OEE看贡献,重复故障率看良心。
Q2:我们厂连停机时间都没人正经记,全靠维修工事后回忆填,这种数据算出来的指标准吗?还有没有必要算?
不准,但更要算——因为你要的不是绝对值,是趋势。
现在这张表最大的问题不是公式,是时间点靠回忆。维修工下午三点才想起来上午那台机九点停的,随手填个九点半,MTTR就虚了半小时,月底一平均,你自己都不敢拿这个数去开会。
先把三件事做实,成本极低。第一,口径写死:修复时间从报修那一刻算,还是从维修工到场算;等配件、等吊车的时间算不算在维修时长里。这两条不定,两个人能算出两个MTTR。第二,只抓关键设备:A类设备挑十来台先跑,别一上来把全厂三百台都铺进去,铺完必然烂尾。第三,用报修工单当唯一载体,报修、到场、修复三个时间点必须在系统里自动打点,别留给人手填。
想省事就用简道云这类零代码工具,把报修单做成手机上的在线表单,维修工点一下到场就自动记时间,月底MTTR、MTBF直接用公式跑出来,不用你再翻纸质单子对时间。口径稳定跑满三个月,数字才有可比性;头一个月算出来的数,就当体检报告看个方向。
一句话:数据不全就先看趋势,别拿不准的数去考核人。
Q3:OEE到底做到多少才算合格?为什么我们报表上OEE很好看,实际交期还是天天拖?
OEE没有统一的及格线,85%是世界级标杆,不是行业通用标准。
单机、批量生产、流水线、连续流程,这四种场景的OEE基准差得远,拿别人厂的一个数来横比,本身就是外行做法。你要盯的不是有没有到85,是这个月比上个月低在哪一段。
更要命的是把OEE当考核指标用。一挂钩工资,停机时间就会被挪到别的班次,小停机干脆不记,待判品算成合格品,数字立刻漂亮,产能一点没变。这不是管理,这是做报表。
正确的用法是把OEE拆开看短板:可用率低,问题在故障和换型;性能低,问题在小停机和降速运行;良品率低,问题在返工和报废。哪一项拖后腿,就往哪一项投人投钱。
还要补一道闸门:查重复故障率。同一台设备、同一种故障模式,三十天内再犯,说明上次只治了症状没治根因,这台设备的OEE再怎么优化都是白搭。
最后一件事得定死:OEE算单机还是算整线,提前说清。整线OEE由瓶颈工序决定,你拿非瓶颈设备的漂亮数字汇报,产出该卡还是卡。
一句话:OEE是拿来找短板的,不是拿来贴墙上的。
196



被折叠的 条评论
为什么被折叠?



