Points clés
La maintenance pilotée par l'opérateur consiste à demander aux opérateurs de ligne d'exécuter des tâches de maintenance routinières sur les équipements qu'ils exploitent: nettoyage, lubrification, inspection, réglages basiques.
La théorie est solide: l'opérateur est plus proche de l'équipement que n'importe quel technicien de maintenance, il voit les changements plus tôt et peut intervenir plus rapidement.
Bien mise en œuvre, l'ODM déplace la charge de travail de l'équipe de maintenance vers des tâches plus complexes et permet de détecter de petits problèmes avant qu'ils ne s'aggravent.
Le discours est suffisamment séduisant pour que l'ODM fasse partie de la doctrine TPM depuis des décennies. La réalité de la mise en œuvre est plus chaotique. Les usines qui annoncent des programmes ODM voient typiquement un enthousiasme initial, six mois d'adoption partielle, puis un retour discret à l'état précédent.
Au moment où le programme est reconnu comme un échec, l'entreprise a investi dans des checklists, des formations et des cérémonies, avec peu de résultats tangibles.
Le schéma n'est pas aléatoire. L'ODM fonctionne lorsque quatre conditions spécifiques sont réunies et échoue lorsqu'une seule d'entre elles manque. L'article sur le planning de maintenance préventive couvre la conception de maintenance plus large dans laquelle s'intègre l'ODM.
Les tâches ODM prennent du temps. Si l'opérateur n'en a pas, parce que la ligne fonctionne en continu, que l'opérateur est la seule personne sur la ligne et que les changements sont strictement programmés, les tâches ODM ne seront pas réalisées, quelles que soient les intentions.
L'évaluation honnête est: « combien de minutes par poste cet opérateur passe-t-il à l'équipement sans être en train de le piloter activement ?
» Pour la plupart des lignes fortement utilisées, la réponse est de 5 à 10 minutes au total, ce qui suffit pour une vérification rapide mais pas pour un cycle de lubrification complet.
L'ODM fonctionne lorsque l'opérateur dispose naturellement de 15 minutes ou plus d'inactivité par poste, lors des changements de format, entre les lots, pendant les cycles CIP, ou pendant les fenêtres de mise en attente qualité. Les tâches s'insèrent dans ce temps sans concurrencer la production.
Les usines qui ignorent cette contrainte imposent l'ODM à des opérateurs qui ne peuvent réellement pas l'exécuter, et le programme échoue non par résistance mais par simple arithmétique.
Une tâche ODM qui prend 3 minutes avec une checklist claire est réalisée. Une tâche ODM qui dit « inspecter l'équipement » sans précision est soit sautée, soit réalisée comme un coup d'œil de 30 secondes qui ne produit aucune information utile. La granularité de la définition des tâches fait la différence entre un programme utile et un exercice de cases à cocher.
La bonne structure : chaque tâche ODM est une vérification spécifique avec des critères de réussite/échec précis. « Lubrifier le point A avec 2 pressions de graisse. Confirmer que le joint est en position verte. Marquer comme terminé. » Trois minutes, non ambigu, vérifiable. L'article sur le système de gestion des ordres de travail explique comment ces tâches deviennent des tâches récurrentes planifiées plutôt que des pratiques informelles.
Si les opérateurs exécutent des tâches ODM et que personne ne le remarque, ils arrêtent en moins d'un trimestre. Le travail est réel ; la reconnaissance est ce qui le rend durable. La reconnaissance peut être structurelle (la réalisation de l'ODM fait partie de l'évaluation de l'opérateur), sociale (le briefing matinal reconnaît les équipes à forte complétion), ou les deux. Ce qui ne fonctionne pas, c'est l'attente silencieuse.
La solution est simple. Le taux de réalisation de l'ODM devient un indicateur visible par poste, aux côtés de l'OEE et des chiffres qualité. Les équipes qui l'atteignent régulièrement sont reconnues.
Celles qui le manquent régulièrement font l'objet d'une discussion sur les raisons; souvent la réponse est la condition 1 (pas de temps d'inactivité) et la correction est structurelle, pas motivationnelle. L'article sur les indicateurs (KPI) de maintenance couvre la structure métrique dans laquelle cela s'inscrit.
La condition la plus souvent négligée. Un technicien de maintenance effectue des contrôles ponctuels des tâches ODM complétées chaque semaine, vérifiant que la lubrification a effectivement été réalisée, que l'inspection a détecté ce qu'elle devait, que le nettoyage a été fait selon la norme. Pas chaque tâche à chaque poste ; un échantillon, en rotation à travers les classes d'équipements sur le mois.
Sans cette boucle, deux choses se produisent. Premièrement, des tâches ODM qui ne sont pas réellement effectuées sont marquées comme terminées. Deuxièmement, des tâches ODM réalisées de manière incorrecte (mauvaise technique, mauvaise quantité, mauvaise fréquence) aggravent les problèmes plutôt que de les prévenir.
Les deux résultats donnent l'impression que l'ODM n'apporte pas de valeur; ce sont pourtant des conséquences prévisibles de l'absence de validation. L'article sur l'analyse des causes profondes couvre la mesure liée à la qualité d'exécution.
Les opérateurs effectuent 8 à 15 minutes de tâches de maintenance structurées par poste sur les équipements qu'ils exploitent. Les tâches sont checklistées, validées chaque semaine et prises en compte dans leurs évaluations. La charge de travail de l'équipe de maintenance se déplace vers des interventions complexes ; les petits problèmes récurrents sont détectés à la source.
Résultats concrets typiques des usines où les quatre conditions sont en place :
Les usines qui manquent une ou plusieurs conditions produisent généralement : une pile de checklists complétées, une équipe de maintenance qui refait discrètement les tâches ODM elle-même, et un bilan six mois plus tard concluant « l'ODM ne fonctionne pas ici ». Le diagnostic est généralement erroné.
Avant de lancer un programme, quatre questions honnêtes :
Tous les quatre "oui" est rare et explique la réputation mitigée de l'ODM. Les usines qui obtiennent les quatre conditions considèrent l'ODM comme l'un des programmes de maintenance les plus efficaces ; celles qui en obtiennent moins concluent généralement que la pratique ne s'applique pas à elles.
Les quatre conditions peuvent être prises en charge par toute GMAO (CMMS) qui gère les tâches récurrentes et les affectations.
Là où une plateforme unifiée OEE + GMAO aide, c'est sur deux points: les données de réalisation de l'ODM se lient au flux d'événements OEE de l'équipement pour que l'équipe de validation puisse voir si l'ODM prévient réellement les modes de défaillance visés, et l'indicateur de réalisation par poste devient un nombre en direct plutôt qu'un rapport mensuel.
Fabrico est conçu pour ce flux de travail. Pour voir à quoi ressemble un programme ODM selon la couverture de vos actifs, réservez une démo .
Si la description de poste actuelle de l'opérateur ne les inclut pas, oui, soit explicitement par une compensation, soit implicitement en les intégrant au rôle. Si l'ODM est traité comme une extension de périmètre non rémunérée, le taux de rotation du personnel augmentera dans l'année.
Les équipements dont les modes de défaillance sont visibles (fuites, vibration, température), dont les actions correctives sont simples (nettoyage, lubrification, serrage) et qui sont à portée physique de la zone de travail normale de l'opérateur. Les équipements cachés, en hauteur ou haute tension conviennent généralement moins à l'ODM.
3 à 6 mois pour la première classe d'actifs avec les quatre conditions en place. La boucle de validation est l'élément le plus contraignant ; les définitions de tâches et la formation des opérateurs avancent plus vite.
Si la condition 3 (reconnaissance visible) et la condition 1 (temps d'inactivité) sont toutes deux en place, la résistance réelle est rare. La résistance signale généralement qu'une de ces conditions manque. La solution consiste à traiter la condition manquante, pas à forcer davantage les opérateurs.
Sauter la condition 4 parce que l'équipe de maintenance est déjà occupée. La validation hebdomadaire est ce qui maintient le programme honnête ; sans elle, le programme paraît fonctionner jusqu'à ce que les données de défaillances montrent le contraire, généralement au bout de 12 à 18 mois. L'effort de validation est faible comparé à l'effort de récupération lorsque le programme se détériore.
Connexion
Blog
