La plupart des ateliers qui suivent leurs arrêts se retrouvent avec un chiffrier plein de codes de causes. Mais personne ne sait quoi corriger en premier. La donnée existe, mais elle dort là. Un diagramme de Pareto règle ce problème. Il transforme une pile de données d’arrêt en une courte liste classée : les deux ou trois causes qui méritent une heure d’ingénierie cette semaine.
Ce guide explique comment construire une analyse des causes racines des arrêts avec un diagramme de Pareto, correctement. On y voit aussi les erreurs qui rendent la plupart des diagrammes de Pareto inutiles, et comment transformer le résultat en une correction réellement assignée à quelqu’un.
Fatigué que les causes d’arrêt soient notées comme des remarques vagues sur lesquelles personne n’agit ? Voyez comment la capture automatique des causes règle ça à la source.
Découvrir le suivi machineUn diagramme de Pareto classe les causes d’arrêt de la plus fréquente à la moins fréquente. Une ligne au-dessus montre le cumul en pourcentage. L’idée derrière est simple : un petit nombre de causes explique généralement la majorité des arrêts. Dans un atelier CNC typique, deux ou trois motifs d’arrêt expliquent souvent 70 à 80 % du temps perdu total. Le reste forme une longue traîne de causes ponctuelles.
Le graphique lui-même n’est pas le but. Le but, c’est la décision qu’il force. Plutôt que de répartir également le temps de maintenance entre chaque cause du registre, on le met là où ça bouge réellement le chiffre : les quelques causes en tête de liste.
Un diagramme de Pareto ne vaut que ce que valent les codes de causes derrière lui. Deux problèmes reviennent constamment :
La provenance des codes compte aussi. Les causes saisies par les opérateurs, remplies de mémoire en fin de quart, ont tendance à sous-compter les arrêts courts et fréquents. On se souvient de la panne spectaculaire, pas des dix petits arrêts. La capture basée sur les signaux machine, liée à l’arrêt réel au moment où il se produit, donne une base plus propre pour travailler. C’est particulièrement vrai pour ces arrêts courts et répétitifs, faciles à oublier au moment du rapport.
Partez de codes de causes propres sur une période représentative. Deux à quatre semaines suffisent généralement pour lisser le bruit d’un jour à l’autre, sans trop attendre avant d’agir. À partir de là, la construction est simple :
Les minutes, le nombre d’événements et le coût racontent chacun une histoire différente. Une cause avec de nombreux arrêts courts peut dominer un graphique basé sur le nombre d’événements, tout en apparaissant à peine sur un graphique basé sur les minutes. Une cause liée à une pièce coûteuse ou à une machine goulot peut dominer un graphique basé sur le coût, tout en semblant mineure sur les deux autres. Choisissez la mesure qui correspond à la décision que vous cherchez à prendre. Si les classements divergent selon les mesures, ce désaccord est lui-même utile : il indique quelle correction a le plus d’impact business.
Repérez où la ligne du pourcentage cumulé franchit environ 80 %. Les causes à gauche de ce point sont vos causes vitales. En pratique, ce seuil est rarement net ou évident. Traitez-le comme un point de départ pour le jugement, pas comme une règle stricte. Une cause juste après le seuil des 80 % mais peu coûteuse et rapide à corriger vaut souvent la peine d’être incluse quand même. Une cause juste avant le seuil qui exigerait un changement de procédé majeur peut raisonnablement attendre le mois prochain.
Méfiez-vous d’un Pareto plat, où aucune cause ne se démarque et où toutes les barres ont sensiblement la même hauteur. Cela signifie généralement une de deux choses. Soit vos codes de causes sont trop grossiers, et plusieurs problèmes distincts se cachent sous un même code fourre-tout. Soit votre fenêtre de données mélange des conditions d’exploitation différentes, comme une semaine de formation d’un opérateur combinée à une semaine de production stable. Resegmentez les données avant de conclure qu’il n’y a pas de causes vitales à trouver.
Vous voulez une répartition en direct des arrêts par cause plutôt que de la reconstituer après coup ? Voyez chaque motif d’arrêt au moment où il se produit sur le plancher.
Voir le suivi de productionC’est l’étape que la plupart des ateliers sautent. C’est aussi celle qui compte vraiment. Un diagramme de Pareto qui finit en diapositive de réunion n’a rien produit. Pour chacune des causes vitales, transformez le graphique en trois choses :
Une bonne règle : plafonnez la liste aux deux ou trois causes principales par cycle. Dix actions assignées dispersent l’effort, ce qu’un diagramme de Pareto est justement censé empêcher.
Un rythme mensuel fonctionne pour la plupart des ateliers. C’est assez fréquent pour détecter une structure de causes qui évolue. C’est aussi assez espacé pour que chaque cycle dispose de vraies données, avec le temps de juger si les corrections du cycle précédent ont fonctionné. Les ateliers à forte diversité et production en petites séries peuvent avoir besoin d’une fenêtre plus courte, puisque le mix de travaux lui-même change vite.
Le rythme compte moins que l’habitude. Traitez ceci comme une revue récurrente, pas un projet ponctuel.
Un diagramme de Pareto des arrêts ne vaut la peine d’être construit que s’il change ce qui se corrige en premier. Bien utilisé, il transforme les arrêts consignés d’un quart en une courte liste qu’un ingénieur peut traiter cette semaine, pas un rapport classé sans suite. L’habitude compte plus que n’importe quel graphique isolé : lancez-le, assignez la correction, vérifiez que la barre a vraiment diminué, et recommencez.
Curieux de savoir ce que vaut réellement la correction de votre cause d’arrêt n°1 ? Estimez l’impact sur votre résultat net.
Calculer mon RSIÀ quoi sert un diagramme de Pareto en manufacturier ?
Il classe les causes d’un problème, arrêts, rebut, ou toute autre perte, de la plus significative à la moins significative, avec un pourcentage cumulé montrant la part du total que représente chaque cause. En manufacturier, il sert surtout à l’analyse des causes racines des arrêts. Il montre quels motifs d’arrêt ou types de défauts valent la peine d’être corrigés en premier, puisqu’un petit nombre de causes explique généralement la majorité de la perte.
Combien de causes d’arrêt faut-il inclure dans un diagramme de Pareto ?
Il n’y a pas de nombre fixe. Cela dépend du nombre de causes distinctes présentes dans vos données. Ce qui compte davantage, c’est la résolution de vos codes de causes. Des codes trop larges cachent les vrais moteurs dans une catégorie fourre-tout. Des codes trop finement découpés peuvent faire paraître petit un vrai moteur alors qu’il s’agit en réalité de plusieurs entrées quasi-identiques qui devraient être fusionnées.
Quelle est la différence entre un diagramme de Pareto et un diagramme d’Ishikawa ?
Un diagramme de Pareto classe des causes sur lesquelles vous avez déjà des données, pour montrer lesquelles comptent le plus. Un diagramme d’Ishikawa (arête de poisson) intervient plus tôt dans le processus. C’est un outil de brainstorming utilisé pour générer une large liste de causes possibles, réparties en catégories comme la machine, la méthode, le matériau et la main-d’œuvre, avant même d’avoir des données sur l’une d’elles. Les deux se complètent bien. Le diagramme d’Ishikawa aide à générer la liste des causes candidates. Le diagramme de Pareto indique lesquelles de cette liste valent vraiment la peine d’agir.
À quelle fréquence une analyse de Pareto des arrêts devrait-elle être mise à jour ?
Un rythme mensuel fonctionne pour la plupart des ateliers. C’est assez fréquent pour détecter une structure de causes qui évolue et juger si les corrections précédentes ont fonctionné. C’est aussi assez espacé pour laisser assez de données dans chaque fenêtre, pour que le classement ait du sens. Les ateliers à forte diversité et production en petites séries, où le mix de travaux change vite, peuvent avoir besoin d’un cycle plus court pour garder le suivi pertinent.