Temps moyen de réparation : calculer le MTTR et réduire le temps perdu

Accueil » Ressources » Temps moyen de réparation : calculer le MTTR et réduire le temps perdu

Temps de lecture estimé : 11 minutes

Le temps moyen de réparation (MTTR) est la durée moyenne d’un processus défini de réparation ou de rétablissement après une panne d’équipement. Pour le calculer, additionnez les durées d’un ensemble d’événements terminés et comparables, puis divisez le total par le nombre de ces événements :

MTTR = temps total de réparation ou de rétablissement ÷ nombre d’événements terminés

La définition du temps mesuré compte autant que la division. Le remplacement d’un composant peut prendre 40 minutes alors que la machine reste indisponible pendant trois heures. Un rapport utile fait ressortir cet écart : la maintenance peut ainsi améliorer la bonne étape du processus, et la production planifier en fonction de la capacité réellement disponible.

Le MTTR aide à comprendre les pannes passées. Il ne dit pas quand la panne en cours sera résolue. L’estimation de la remise en service doit s’appuyer sur l’évaluation actuelle de la maintenance et être répercutée dans le planning de production dès qu’elle change. SkyPlanner intègre la disponibilité machine actualisée dans un planning partagé. Vous voyez ainsi les conséquences sur les commandes clients sans devoir reconstruire manuellement toutes les files d’attente liées.

Définissez d’abord l’intervalle mesuré par votre MTTR

Le sigle MTTR est utilisé pour désigner un temps moyen de réparation, de récupération ou de rétablissement, mais ces appellations ne recouvrent pas nécessairement les mêmes intervalles. Le vocabulaire de la sûreté de fonctionnement de la CEI emploie le terme temps moyen de rétablissement pour le MTTR. Un rapport qui ne compte que le travail de réparation active répond à une question plus restreinte qu’un rapport incluant l’attente d’un technicien ou d’une pièce de rechange.

Dans l’exemple de rapport industriel présenté dans ce guide, le MTTR mesure le temps écoulé entre la panne de l’équipement et sa disponibilité vérifiée pour la production. Le décompte se poursuit pendant le délai d’intervention, le diagnostic, les attentes, la réparation, les essais et toute autorisation de remise en production requise avant que la machine soit à nouveau disponible. Nous enregistrons séparément le temps de réparation active.

Indiquez cette règle en tête du rapport, ainsi que le périmètre des équipements et la période couverte. Si votre entreprise, votre contrat ou votre norme de reporting impose un autre intervalle, appliquez cette définition et nommez-la clairement. Ne comparez pas le résultat à celui présenté ici tant que les périmètres de mesure ne sont pas identiques.

Un arrêt de trois heures peut comporter un temps de réparation active bien plus court

Imaginez un centre d’usinage qui tombe en panne à 08:00 et dont la remise à disposition pour la production est autorisée à 11:00. La fiche de l’événement distingue les étapes suivantes :

Étape	Plage horaire	Durée
Attente de l’intervention de la maintenance	08:00–08:30	30 minutes
Diagnostic	08:30–08:50	20 minutes
Attente de la pièce nécessaire	08:50–09:50	60 minutes
Réparation physique	09:50–10:30	40 minutes
Essais fonctionnels	10:30–10:40	10 minutes
Contrôles requis pour autoriser la remise en production	10:40–11:00	20 minutes
Temps total écoulé jusqu’au rétablissement	08:00–11:00	180 minutes

Dans cet exemple, la mesure distincte de la réparation active comprend le diagnostic, la réparation physique et les essais fonctionnels : 20 + 40 + 10 = 70 minutes. Le temps écoulé jusqu’au rétablissement est de 180 minutes. Aucun de ces deux chiffres n’est faux : ils répondent à des questions différentes.

Cette distinction vous indique où agir. Améliorer le remplacement du composant, qui prend 40 minutes, ne supprimera pas l’heure passée à attendre la pièce. À l’inverse, une meilleure disponibilité des pièces ne résoudra pas les difficultés de diagnostic.

Dans cet exemple, les étapes se succèdent. En situation réelle, certaines activités peuvent se chevaucher. Ne comptez le temps écoulé qu’une seule fois : si deux techniciens travaillent ensemble pendant 40 minutes, cela ne représente pas 80 minutes d’arrêt. Les heures de main-d’œuvre peuvent servir à analyser les coûts de maintenance, mais elles ne sont pas interchangeables avec la durée d’arrêt de la machine.

Excluez les pertes sans lien avec l’événement

L’événement se termine lorsque la machine remplit les conditions convenues de remise en service, et non au moment où quelqu’un clôture l’ordre de travail de maintenance plus tard. Si elle est disponible à 11:00, mais que la matière pour la commande suivante n’arrive qu’à midi, cette heure supplémentaire est un retard lié à la matière, pas une heure de rétablissement supplémentaire.

De même, un entretien planifié, un changement de série normal ou l’attente d’un opérateur ne relèvent pas automatiquement d’une réparation corrective. Affectez ces pertes aux catégories correspondantes au lieu d’intégrer chaque minute d’arrêt au MTTR. Ce rapport mesure le rétablissement après la panne d’équipement définie, et non l’ensemble des arrêts de l’usine.

Sélectionnez un ensemble cohérent d’événements terminés

Commencez par une machine, ou par un groupe dont les équipements et les types de pannes sont réellement comparables. Le remplacement d’un petit capteur et une réfection majeure peuvent tous deux constituer des événements valides. Mais en faire la moyenne sans en montrer la répartition risque de masquer le problème à résoudre.

Pour un rapport mensuel, une règle applicable consiste à retenir les rétablissements achevés au cours du mois, en prenant la durée complète de chaque événement, même s’il a commencé le mois précédent. Le dénominateur est le nombre de ces événements terminés, et non le nombre total de pannes signalées pendant le mois ou de lignes figurant dans les ordres de travail de maintenance.

Appliquez la même règle chaque mois et conservez les enregistrements sur lesquels repose le calcul. En particulier :

• Utilisez un identifiant d’événement unique pour une même panne non résolue. Plusieurs alarmes, techniciens ou tâches d’un ordre de travail de maintenance ne correspondent pas nécessairement à plusieurs rétablissements.
• Gardez les événements en cours bien visibles. Une réparation encore en cours à la fin du mois n’a pas de durée définitive de rétablissement. Présentez séparément son ancienneté et son état actuel ; ne la traitez pas comme une réparation terminée de zéro heure.
• Vérifiez les horodatages. Les heures de saisie administrative ne correspondent pas forcément aux heures de panne, d’intervention ou de rétablissement. Si l’heure de la panne est inconnue, indiquez l’heure de détection dont vous disposez réellement plutôt que d’inventer une heure antérieure.
• Indiquez clairement les exclusions. Expliquez les horodatages manquants, les enregistrements annulés et les catégories d’événements exclues du calcul. Ne retirez pas une réparation longue et valide au seul motif qu’elle dégrade la moyenne.

Un rapport fondé sur les événements terminés peut paraître particulièrement favorable alors qu’une longue panne est toujours en cours. C’est pourquoi la liste des événements en cours doit figurer à côté de la moyenne. Si vous choisissez plutôt les pannes ayant commencé pendant la période, suivez ce groupe jusqu’au rétablissement et expliquez le traitement des événements non terminés. Ne passez pas d’une méthode à l’autre sans le signaler.

Exemple de calcul du MTTR

Imaginez quatre rétablissements achevés sur une même machine au cours du mois couvert par le rapport. Chaque événement suit la règle de mesure du temps écoulé définie plus haut. La colonne du temps de réparation active est conservée pour expliquer l’écart ; ses valeurs ne sont pas ajoutées au temps écoulé.

Événement terminé	Temps écoulé entre la panne et la disponibilité	Temps de réparation active
A	90 minutes	60 minutes
B : l’exemple de 08:00–11:00	180 minutes	70 minutes
C	150 minutes	110 minutes
D	420 minutes	240 minutes
Total	840 minutes	480 minutes

Le calcul principal est le suivant :

MTTR mesuré sur la durée totale de rétablissement = 840 minutes ÷ 4 événements = 210 minutes, soit 3,5 heures.

Le temps moyen de réparation active, calculé séparément, est le suivant :

480 minutes ÷ 4 événements = 120 minutes, soit 2 heures.

Indiquer « MTTR : 2 heures » sans préciser que cette valeur couvre uniquement le temps de réparation active sous-estimerait la durée totale de rétablissement mesurée dans cet exemple. À l’inverse, afficher 3,5 heures sans en donner la définition laisserait le lecteur dans le doute sur ce que vous avez inclus.

Utilisez la même unité avant d’additionner les durées. Quatre-vingt-dix minutes correspondent à 1,5 heure, et non à 0,90 heure. Si aucun rétablissement répondant aux critères n’a été achevé, aucune moyenne ne peut être observée pour ce groupe d’événements. Indiquez alors un nombre d’événements égal à zéro et une moyenne non disponible, plutôt qu’un MTTR de zéro minute.

Pour obtenir un résultat global, additionnez les durées des événements retenus, puis divisez ce total par le nombre total de ces événements. Ne faites pas simplement la moyenne des moyennes par machine si le nombre de réparations diffère d’une machine à l’autre. Conservez le détail par machine et par type de panne afin que le chiffre global ne masque pas un problème local grave.

Qu’est-ce qu’un bon MTTR ?

Un bon résultat traduit une amélioration du processus de rétablissement, mesuré de façon pertinente et constante, sans compromettre le résultat attendu. Il n’existe pas d’objectif unique en heures qui soit adapté à tous les équipements de production et à tous les types de panne.

Comparez les résultats de votre machine à ses propres valeurs de référence, dans des conditions similaires. Avant d’attribuer une baisse de la moyenne à de meilleures performances de réparation, vérifiez si la répartition des types d’incidents, la couverture des équipes, la méthode de maintenance ou les règles de reporting ont changé. Un mois marqué par plusieurs pannes simples peut paraître meilleur qu’un mois comportant une seule panne complexe, même si l’équipe travaille tout aussi bien.

Examinez la moyenne avec le nombre d’événements, le temps total perdu, les durées individuelles et les étapes à l’origine des retards. Dans l’exemple des quatre événements, les durées totales classées par ordre croissant sont de 90, 150, 180 et 420 minutes. La médiane est de 165 minutes, tandis que la moyenne est de 210 minutes. Ce dernier événement, plus long, mérite une analyse ; il ne faut pas le supprimer pour faire coïncider les chiffres.

Le MTTR ne dit pas non plus, à lui seul, à quelle fréquence la machine tombe en panne. Le temps moyen entre pannes, ou MTBF, mesure le temps de fonctionnement par panne pour un équipement réparable. Des pannes courtes et fréquentes n’appellent pas les mêmes actions d’amélioration que des pannes longues et rares, même lorsque le temps total perdu est similaire.

Surtout, les 3,5 heures ne constituent pas un compte à rebours pour la prochaine réparation. La panne en cours peut nécessiter une autre pièce, un autre spécialiste ou une autre vérification. Appuyez la discussion sur un historique comparable, puis demandez à la maintenance son évaluation de la situation actuelle et la date du prochain point.

Réduisez les délais qui empêchent réellement la reprise de la production

Décomposez les événements les plus longs en étapes avant de choisir une action. La meilleure amélioration ne consiste pas nécessairement à accélérer l’intervention elle-même : elle peut consister à supprimer une attente avant même que celle-ci puisse commencer.

Si la prise en charge est lente, examinez comment la panne est signalée au responsable et comment le relais est assuré entre les équipes. L’identifiant de la machine, les symptômes observés et un circuit d’escalade clair donnent à la maintenance une base de travail plus utile qu’un message vague indiquant que la production est arrêtée.

Si le diagnostic prend le plus de temps, facilitez l’accès aux informations pertinentes sur l’équipement, à l’historique des pannes et à l’expertise nécessaire. Analysez les pannes récurrentes avec la maintenance et les services techniques. Réinitialiser la machine à répétition peut raccourcir chaque arrêt enregistré sans en résoudre la cause.

Si l’attente de pièces représente l’essentiel du délai, recherchez quelle pièce était nécessaire, comment elle a été identifiée et pourquoi elle n’était pas disponible. Une amélioration ciblée de la disponibilité ou de l’identification des pièces de rechange critiques peut être plus utile que de tout stocker. Dans l’exemple des trois heures, les 60 minutes d’attente de pièces constituent une piste évidente à examiner, mais ne suffisent pas à justifier une politique de stock particulière.

Si la réparation proprement dite est l’étape la plus longue, examinez la préparation, l’accès à l’équipement, les outils, les instructions et les compétences nécessaires. Si les essais ou l’autorisation de remise en service constituent le goulot d’étranglement, convenez de la manière de mobiliser les personnes nécessaires et de préparer les contrôles requis. L’amélioration consiste à mieux préparer la remise en service, pas à supprimer des vérifications pour arrêter le chronomètre plus tôt.

Désignez un responsable pour l’action retenue et examinez ensuite les événements comparables. Gardez une visibilité à la fois sur la durée de l’étape et sur le temps total de rétablissement. Raccourcir une étape de réparation présente peu d’intérêt pour la production si le temps gagné se reporte simplement sur une autre attente, ou si une intervention incomplète provoque une nouvelle interruption peu après.

Actualisez le planning de production à mesure que la réparation évolue

Améliorer les prochaines remises en service est une chose. Tenir les engagements clients d’aujourd’hui en est une autre. La production ne peut pas attendre la moyenne de fin de mois pour décider de ce qui doit être lancé ensuite.

Imaginez que la maintenance prévoie initialement la remise en service d’un centre d’usinage à 11:00. Une évaluation ultérieure reporte cette prévision à 14:00. Le MTTR historique n’a pas changé, mais la capacité disponible pour les commandes en attente, elle, a changé. L’une de ces commandes doit encore passer au contrôle après l’usinage, et le centre de remplacement a déjà du travail prévu pour un autre client.

SkyPlanner APS intègre cette variation de capacité au planning de production interconnecté. Enregistrez la période d’indisponibilité évaluée avec la maintenance sous forme d’exception sur le poste de travail. Lorsque la remise en service prévue change, mettez à jour la plage horaire et relancez le calcul. Arcturus, l’IA d’ordonnancement de SkyPlanner, planifie les opérations concernées qui peuvent être ordonnancées en fonction de la capacité enregistrée, en tenant compte des ressources, des dépendances entre opérations, des priorités et des verrouillages que vous avez configurés. Le diagramme de Gantt affiche la séquence obtenue.

Avec une remise en service prévue à 14:00, vérifiez si les travaux d’usinage en attente laissent encore suffisamment de temps pour le contrôle et la livraison. Si une autre ressource adaptée peut prendre en charge une opération, examinez également les engagements déjà prévus sur cette ressource. Les opérations déjà commencées nécessitent une décision distincte quant à leur reprise : recalculer la file d’attente ne remplace pas la vérification de l’état de l’opération interrompue.

Vous avez ainsi moins de files d’attente interdépendantes à réorganiser manuellement et disposez d’une base plus claire pour vos décisions de livraison. La maintenance reste responsable de l’évaluation de la remise en service en cours. Vous fixez les priorités de production. Arcturus calcule l’ordonnancement de l’ensemble des opérations liées, au lieu de vous laisser remanier séparément la liste de chaque machine.

C’est tout l’intérêt de choisir SkyPlanner en complément de vos actions d’amélioration des réparations : une hypothèse de disponibilité révisée se répercute sur les commandes et les opérations en aval concernées. Si des incertitudes subsistent, convenez du moment où cette hypothèse sera réexaminée et actualisez le planning à mesure que des informations plus précises arrivent.

Visualisez l’impact d’une panne prolongée sur les livraisons

Un rapport MTTR utile indique ce qui a été mesuré, les événements qui ont servi à calculer la moyenne et les premières pistes d’amélioration. Un planning de production utile vous indique quoi faire pendant que la réparation en cours avance à son rythme. Relier ces décisions évite qu’une analyse de maintenance rigoureuse se résume à un chiffre mensuel isolé.

SkyPlanner s’intègre à tout ERP ou MES grâce à son API REST ouverte. L’ordonnancement interconnecté peut ainsi s’appuyer sur les informations de commande et de production dont vous disposez déjà.

Réservez une démonstration de SkyPlanner en prenant pour exemple une panne récente, l’hypothèse révisée de remise en service et les commandes clients qui passent par cette ressource. Demandez à voir quelles opérations en attente sont déplacées, ce qui se passe en aval et quels engagements de livraison nécessitent votre attention. Si vous préférez d’abord explorer le logiciel, essayez SkyPlanner avec des données de démonstration et voyez comment une variation de capacité modifie le planning.