Is MTTR een KPI?

Ja, MTTR is een KPI – en een van de belangrijkste binnen de bedrijfsvoering v field service . Mean Time to Repair meet hoe lang het duurt om een apparaat na een storing weer volledig operationeel te maken, waardoor operationele leidinggevenden direct inzicht krijgen in de reactiesnelheid van de dienstverlening en de effectiviteit van reparaties. In de onderstaande paragrafen wordt uitgelegd hoe MTTR past in een breder prestatiekader, welke factoren deze indicator doen stijgen en hoe serviceteams in de productiesector deze kunnen verlagen.

Hoe past MTTR in een KPI-raamwerk voor de field service ?

MTTR is een belangrijke KPI voor betrouwbaarheid die, naast het percentage succesvolle reparaties bij de eerste poging, de gemiddelde tijd tussen storingen en de naleving van gepland onderhoud, leidinggevenden van de operationele afdeling een volledig beeld geeft van de prestaties op het gebied van ‘ field service ’. Op zichzelf geeft MTTR aan hoe snel uw team zich herstelt na een storing aan apparatuur. In combinatie met andere KPI’s laat het zien of uw herstelsnelheid verbetert, stagneert of juist diepere problemen verbergt op het gebied van planning, de beschikbaarheid van onderdelen of de paraatheid van technici.

In de industriële productie is de MTTR van bijzonder groot belang, omdat ongeplande stilstand van apparatuur niet beperkt blijft tot het betreffende apparaat. Eén defect apparaat op een productielijn kan binnen enkele uren een kettingreactie veroorzaken die gevolgen heeft voor dienstroosters, productiedoelstellingen en klantcontracten. Daarom volgen operationele directeuren en fabrieksmanagers de MTTR doorgaans als een voorlopende indicator van operationele veerkracht, en niet alleen als een achteraf gemeten maatstaf voor de snelheid van reparaties.

Een goed KPI-raamwerk voor field service beschouwt MTTR als één knooppunt in een onderling verbonden systeem:

Het percentage succesvolle reparaties bij de eerste poging geeft aan of technici goed voorbereid ter plaatse komen
MTTR geeft aan hoe lang het herstel duurt zodra een technicus ter plaatse is
MTBF geeft aan hoe vaak er überhaupt storingen optreden
De naleving van gepland onderhoud geeft aan of preventieve werkzaamheden daadwerkelijk storingen voorkomen

Wanneer deze KPI’s gezamenlijk worden bijgehouden via een ‘field service ’-platform, komen er patronen aan het licht die anders verborgen zouden blijven in losstaande spreadsheets en ERP-exportbestanden.

Wat meet MTTR eigenlijk in field service?

MTTR meet de gemiddelde tijd die verstrijkt vanaf het moment dat een storing wordt gemeld tot het moment waarop wordt bevestigd dat het apparaat weer in bedrijf is. Bij field service omvat deze periode doorgaans de melding van de storing, het aanmaken van een werkorder, de inzet van een technicus dispatch, de reistijd, de diagnose, de reparatie en de eindcontrole. Het is een maatstaf voor de volledige cyclus, niet alleen voor de tijd die daadwerkelijk aan de reparatie wordt besteed.

Dit onderscheid is van belang. Veel operationele teams gaan ervan uit dat de MTTR aangeeft hoe snel hun technici werken. In werkelijkheid geeft deze indicator de gehele serviceketen weer. Een technicus die een koelmachine binnen 45 minuten diagnosticeert en repareert, draagt nog steeds bij aan een hoge MTTR als dispatch er drie uur over deed om de werkopdracht toe te wijzen, of als het benodigde onderdeel in een magazijn lag zonder dat dit zichtbaar was voor de technici in het veld.

In industriële productieomgevingen wordt de MTTR berekend door de totale reparatietijd voor alle incidenten te delen door het aantal incidenten in een bepaalde periode. Een lagere MTTR duidt op een sneller herstel. Een stijgende MTTR is, zelfs als technici efficiënt te werk gaan, meestal een teken van knelpunten in een eerder stadium van het proces.

Wat is het verschil tussen MTTR, MTTF en MTBF?

MTTR, MTTF en MTBF zijn drie verschillende betrouwbaarheidsmaatstaven die verschillende fasen van de levenscyclus van een bedrijfsmiddel meten. MTTR meet hoe lang reparaties duren. MTTF (Mean Time to Failure) meet hoe lang een nieuw of gerepareerd bedrijfsmiddel functioneert voordat het voor het eerst defect raakt. MTBF (Mean Time Between Failures) meet de gemiddelde bedrijfstijd tussen opeenvolgende storingen bij een repareerbaar bedrijfsmiddel.

De duidelijkste manier om ze van elkaar te onderscheiden, is aan de hand van wat elke maatstaf tracht te optimaliseren:

De MTBF is de maatstaf die je kunt verbeteren door preventief onderhoud, betere onderdelen en conditiebewaking. Een hogere MTBF betekent dat er minder vaak storingen optreden.
MTTF is vooral van belang voor onderdelen die niet gerepareerd kunnen worden. Het helpt eigenaren van bedrijfsmiddelen bij het plannen van vervangingscycli in plaats van reparatiecycli.
MTTR is de maatstaf die u kunt verbeteren door snellere dispatch, een betere voorbereiding van technici en een betere beschikbaarheid van onderdelen. Een lagere MTTR betekent dat het herstel sneller verloopt wanneer er toch storingen optreden.

Voor teams die zich bezighouden met de ' field service ' in de industriële productie zijn MTBF en MTTR de twee indicatoren die het meest direct met elkaar samenhangen. Een hoge MTBF betekent minder storingen. Een lage MTTR betekent kortere hersteltijden wanneer er toch storingen optreden. Samen bepalen ze de werkelijke beschikbaarheid van een kritieke installatie.

Waarom is de MTTR zo hoog, zelfs als technici efficiënt werken?

De MTTR kan hardnekkig hoog blijven, zelfs als individuele technici bekwaam en snel zijn, omdat het grootste deel van de tijd die in een reparatiecyclus verstrijkt, al is verstreken voordat een technicus het apparaat aanraakt. Trage melding van storingen, het handmatig aanmaken van werkorders, slecht inzicht in de planning en het ontbreken van onderdelen zorgen er allemaal voor dat de MTTR met uren toeneemt, zonder dat dit iets zegt over de prestaties van de technici.

In de praktijk zijn de meest voorkomende oorzaken van een te hoge MTTR bij productie- en dienstverleningsactiviteiten:

Dispatch vertragingen: Wanneer planners geen realtime inzicht hebben in de locatie en beschikbaarheid van technici, verloopt het toewijzingsproces trager
Ontbrekende geschiedenis van apparatuur: Technici die ter plaatse komen zonder toegang tot eerdere reparatiegegevens, bedradingsschema’s of kalibratiegegevens, zijn meer tijd kwijt aan het stellen van een diagnose voordat ze actie kunnen ondernemen
Wrijving rond onderdelen: Als een technicus vóór vertrek niet kan vaststellen of onderdelen beschikbaar zijn, is de kans groot dat er een tweede bezoek nodig is, waardoor de MTTR voor dat incident verdubbelt
Gebrekkige connectiviteit: op fabrieksvloeren, in technische ruimtes en bij afgelegen proceskoelinstallaties verliezen technici tijdens reparaties vaak de toegang tot digitale documentatie
Handmatige overdrachten: Werkorderprocessen op papier of via e-mail zorgen voor vertragingen bij elk overgangspunt tussen de melding van een storing en de aankomst van de technicus

Dit is ook waar generieke FSM-tools voor bedrijven vaak tekortschieten. Platforms die zijn ontwikkeld voor IT-servicedesks gaan uit van een stabiele verbinding, gestandaardiseerde activatypen en gestructureerde gegevens. In productieomgevingen is dat echter niet altijd het geval. Het gevolg is dat een bekwame technicus wordt belemmerd door een systeem dat niet is ontworpen voor de omstandigheden waarin hij daadwerkelijk werkt.

Hoe kunnen field service -teams de MTTR op een consistente manier verkorten?

Field service Teams weten de MTTR consequent te verkorten door de niet-reparatiegerelateerde onderdelen van de herstelcyclus te stroomlijnen: snellere foutdetectie, slimmere dispatch en een betere voorbereiding van technici vóór het eerste bezoek ter plaatse. Het verbeteren van de ‘wrench time’ is belangrijk, maar de grootste verbeteringen in de MTTR worden doorgaans behaald door de tijd tussen de melding van een storing en een productieve diagnose te verkorten.

De meest doeltreffende maatregelen, die achtereenvolgens moeten worden toegepast, zijn:

Automatiseer het aanmaken van werkorders op basis van storingsmeldingen, zodat het ' dispatch '-proces begint op het moment dat een storing wordt gedetecteerd, en niet pas wanneer iemand deze opmerkt
Koppel de juiste technicus aan de werkopdracht op basis van vaardigheden, locatie en huidige beschikbaarheid, in plaats van op basis van het handmatige oordeel van de planner
Geef technici offline toegang tot de volledige documentatie van de apparatuur, inclusief onderhoudsgeschiedenis, preventieve onderhoudsgegevens en reparatieprocedures, zodat de diagnose al bij aankomst kan beginnen en niet pas na een telefoontje naar het kantoor
Stel PM-checklists op per type bedrijfsmiddel, zodat preventieve werkzaamheden consistent worden uitgevoerd en storingspatronen in gestructureerde gegevens worden vastgelegd
Houd de MTTR bij per asset, technicus en type werkorder, zodat terugkerende knelpunten zichtbaar worden en kunnen worden aangepakt

Het doel is niet om technici sneller te laten werken. Het is om de knelpunten weg te nemen die ervoor zorgen dat een reparatie van 45 minuten vier uur in beslag neemt, vanaf het moment dat de storing wordt vastgesteld totdat deze is verholpen.

Hoe Gomocha helpt de MTTR in de productiesector te verkorten Field Service

We hebben Gomocha speciaal ontwikkeld voor de omstandigheden die in industriële omgevingen tot een hoge MTTR leiden: niet-aangesloten bedrijfsmiddelen, complexe apparatuur, offline productievloeren en ERP-systemen die geen verbinding hebben met de werkvloer. Hieronder leggen we uit hoe het platform elk van deze oorzaken van een hoge MTTR rechtstreeks aanpakt:

Mobiele app die offline werkt: technici hebben op de werkvloer toegang tot de volledige geschiedenis van de installaties, veiligheidsdocumentatie en reparatiechecklists, zowel met als zonder signaal, zodat de diagnose direct bij aankomst kan beginnen
Slimme dispatch en en planning: Werkorders worden op basis van vaardigheden, locatie en beschikbaarheid aan de juiste technicus toegewezen, waardoor de tijd tussen de melding van een storing en de eerste reactie wordt verkort
No-code workflowontwerper: Ops-teams kunnen PM-checklists en reparatieworkflows per type bedrijfsmiddel configureren zonder op IT te hoeven wachten, zodat er vanuit elke werkopdracht gestructureerde gegevens worden teruggestuurd
Gegarandeerde ERP-integratie: dankzij native integraties met AFAS en Microsoft Dynamics, en via connectoren met SAP en JDE, blijven de gegevens over bedrijfsmiddelen en de status van werkorders in alle systemen gesynchroniseerd
Speciaal ontwikkeld voor bedrijfsactiviteiten met veel activa: op basis van 177.484 werkorders hebben productieteams die ons platform gebruiken de ongeplande stilstand met maximaal 41% teruggedrongen en het percentage reparaties dat in één keer wordt opgelost met maximaal 19% verbeterd

Als MTTR een KPI is waarvoor uw team verantwoordelijk is om te verbeteren, is het snelste uitgangspunt om in kaart te brengen waar er daadwerkelijk tijd verloren gaat in uw huidige servicecyclus. Begin met onze efficiëntiebeoordeling om de specifieke knelpunten in uw bedrijfsvoering te identificeren en een duidelijk beeld te krijgen van waar Gomocha het grootste verschil kan maken.

Veelgestelde vragen

Hoe weet ik of mijn huidige MTTR goed is of verbetering behoeft?

Het vergelijken van MTTR-waarden hangt sterk af van uw sector, het type bedrijfsmiddel en de kriticiteit van de apparatuur. In de industriële productie wordt een MTTR van minder dan 4 uur over het algemeen als goed beschouwd voor niet-kritieke bedrijfsmiddelen, terwijl kritieke productielijnapparatuur vaak hersteltijden van minder dan 1 à 2 uur vereist. In plaats van een universele benchmark na te jagen, kunt u beter beginnen met het vaststellen van uw eigen uitgangspunt en vervolgens de verbeteringstrend volgen over voortschrijdende periodes van 30, 60 en 90 dagen. Een stijgende MTTR-trend — zelfs als het absolute cijfer op het eerste gezicht acceptabel lijkt — is een betrouwbaarder waarschuwingssignaal dan welk branchegemiddelde dan ook.

Moet de MTTR voor gepland en ongepland onderhoud op verschillende manieren worden bijgehouden?

Ja, en het door elkaar halen van deze twee is een van de meest voorkomende meetfouten bij de uitvoering van „ field service ”-activiteiten. De MTTR voor ongeplande werkzaamheden geeft de werkelijke responscapaciteit bij noodsituaties weer — de tijd tussen een onverwachte storing en het volledige herstel — en is de indicator die het meest direct verband houdt met het productierisico. De doorlooptijd van gepland onderhoud is een afzonderlijke maatstaf voor de efficiëntie van de planning en de bezettingsgraad van het personeel. Door deze twee te combineren tot één MTTR-cijfer kan een afnemende responscapaciteit bij noodsituaties worden gemaskeerd achter de voorspelbaarheid van geplande werkorders.

Wat is de snelste manier om de MTTR te verkorten zonder een ingrijpende technologische vernieuwing?

Het startpunt met de grootste impact en de minste inspanning is meestal het elimineren van handmatige overdrachten in uw werkorderproces. Breng de stappen tussen de storingsmelding en de aankomst van de technicus in kaart en breng vast waar er stelselmatig vertragingen optreden — vertragingen bij de ‘ dispatch ’, het bevestigen van onderdelen of knelpunten in de planning zijn de meest voorkomende boosdoeners. Zelfs voordat u een nieuw platform invoert, kunt u de MTTR aanzienlijk verkorten door protocollen voor storingsmeldingen te standaardiseren en technici voorafgaand aan hun bezoek toegang te geven tot de documentatie van de apparatuur. Vervolgens zal een gestructureerde efficiëntiebeoordeling u laten zien waar investeringen in technologie de snelste meetbare voordelen opleveren.

Kan het verbeteren van de MTTR een negatieve invloed hebben op het percentage problemen dat bij de eerste poging wordt opgelost, of werken deze twee KPI’s elkaar tegen?

Dit is een reële spanning die zorgvuldig moet worden beheerd. Agressieve druk om de MTTR te verlagen kan technici ertoe aanzetten werkorders af te sluiten voordat de onderliggende oorzaken volledig zijn opgelost, wat het aantal mislukte eerste reparatiepogingen doet stijgen en uiteindelijk de MTTR weer omhoog drijft door herhaalde bezoeken. De twee KPI’s werken samen in uw voordeel wanneer de focus ligt op het wegnemen van knelpunten in de aanloop – betere voorbereiding van technici, beschikbaarheid van onderdelen en nauwkeurige diagnostiek – in plaats van simpelweg het versnellen van de afhandeling. Teams die beide factoren tegelijkertijd verbeteren, doen dat doorgaans door te investeren in de kwaliteit van de informatie vóór het bezoek, en niet door technici onder druk te zetten om ter plaatse sneller te werken.

In hoeverre beïnvloeden de leeftijd en complexiteit van de assets de MTTR, en hoe moeten teams hiermee rekening houden?

Oudere en complexere bedrijfsmiddelen leiden doorgaans tot een hogere MTTR, en wel om twee redenen: de diagnosetijd neemt toe wanneer apparatuur niet beschikt over moderne sensorgegevens of gestandaardiseerde storingspatronen, en de beschikbaarheid van onderdelen wordt minder voorspelbaar naarmate componenten uit de actieve toeleveringsketens verdwijnen. Teams voor het beheer van bedrijfsmiddelen ( Field service ) zouden de MTTR-rapportage moeten segmenteren naar categorie en leeftijdsgroep, in plaats van één gemiddelde voor het gehele machinepark bij te houden. Deze segmentatie maakt het mogelijk om onderscheid te maken tussen een systemisch procesprobleem en een specifieke groep bedrijfsmiddelen waarvoor een vervangings- of renovatiebeslissing gerechtvaardigd is.

Welke rol speelt de opleiding van technici bij de MTTR, en hoe kan ik op basis van de gegevens vaststellen waar er vaardigheidstekorten zijn?

De vaardigheden van technici hebben een directe invloed op de diagnose- en reparatiefasen van de MTTR, maar deze invloed is vaak kleiner dan teams verwachten in vergelijking met tekortkomingen in processen en informatie. Om daadwerkelijke, door vaardigheden veroorzaakte vertragingen te identificeren, moet de MTTR per technicus worden vergeleken voor dezelfde soorten bedrijfsmiddelen en categorieën werkorders — opvallende uitschieters bij vergelijkbare opdrachten wijzen op mogelijkheden voor bijscholing. Gestructureerde digitale werkorders waarin de voltooiing van stappen met tijdstempels wordt vastgelegd, helpen ook om onderscheid te maken tussen technici die traag diagnosticeren en technici die simpelweg wachten op onderdelen of goedkeuringen, waardoor investeringen in training gericht zijn op het juiste probleem.

Hoe moeten MTTR-gegevens aan het management worden gerapporteerd om daadwerkelijke actie te stimuleren in plaats van alleen maar bewustwording te creëren?

MTTR-rapporten die tot actie aanzetten, koppelen deze indicator aan bedrijfsresultaten die het management al in beeld heeft: productievolume, naleving van SLA’s en onderhoudskosten per asset. In plaats van een gemiddelde voor het gehele machinepark te presenteren, kunt u de MTTR uitsplitsen naar de kriticiteit van de asset, de locatie en het type storing, en elk segment koppelen aan de geschatte kosten van de uitvaltijd. Door aan te tonen dat een verkorting van de MTTR met 30 minuten voor een specifieke activaklasse zich vertaalt in een meetbare toename van de productie-uren, wordt de KPI bruikbaar op het niveau van budgettering en toewijzing van middelen, en blijft deze niet alleen zichtbaar op een dashboard.