Organigramme du processus d'enquête sur les pannes d'équipement (RCFA)
Modèle d'organigramme du processus d'enquête sur les pannes d'équipement : déclencheur d'enquête, preuves préservées, mode de défaillance, analyse des causes profondes, actions correctives et efficacité surveillée.
Qu'est-ce que le processus organigramme du processus d'enquête sur les pannes d'équipement (rcfa) ?
Une enquête sur une panne d’équipement pose une question différente de celle de la réparation. La réparation remet l'actif en production ; l'enquête découvre pourquoi il a échoué, de sorte que le même mode d'échec ne le remet pas en marche dans trois mois. Le graphique ci-dessous suit une enquête depuis l'événement de défaillance jusqu'à un enregistrement fermé : la décision de déclenchement qui décide si cette défaillance mérite une enquête formelle, les pièces défectueuses étiquetées et préservées avant que quiconque ne les répare ou les mette au rebut, une équipe d'enquête extrayant l'historique de maintenance et les conditions d'exploitation, le mode de défaillance identifié, une analyse structurée des causes, les actions correctives proposées, financées et mises en œuvre, et une période de surveillance qui doit s'écouler avant la clôture de l'enregistrement.
Ce tableau commence une fois que l'actif a déjà été sécurisé et il ne s'agit pas de la procédure de réparation. La remise en service de la machine, quelles que soient les pièces et la main d'œuvre nécessaires, est une maintenance corrective et appartient à son propre processus ; celui-ci le longe et peut se terminer plus tard. Il ne s’agit pas non plus d’une enquête sur les blessures corporelles : si quelqu’un a été blessé ou presque blessé, cela suit un processus d’enquête sur les incidents de sécurité avec ses propres étapes de notification au régulateur et d’entretien, menées en parallèle là où les deux se chevauchent. Et il ne s’agit pas non plus d’une enquête générique sur la qualité. Un processus d'analyse des causes profondes d'une réclamation client ou d'un lot non conforme pose les mêmes questions analytiques, mais ce graphique est construit autour d'un actif : un historique de maintenance, une entrée de registre d'actif, un mode de défaillance et un programme PM dans lequel les résultats sont réinjectés. Ce modèle, comme chaque processus ici, est un point de départ pour vous adapter aux propres procédures de votre organisation et à toutes les règles de classification ou de reporting qui s'appliquent à votre équipement.
Trois décisions emportent le processus, et ce sont celles-là qu'une procédure de réparation uniquement saute. « Répond aux critères d'une enquête formelle ? » Il s'agit de l'ingénieur de fiabilité, et non du technicien qui s'est occupé de la panne, car la décision d'investir des heures d'enquête doit être prise en fonction d'un seuil et non en fonction du niveau d'occupation du poste. « La cause profonde confirmée par des preuves ? » C'est ce qui empêche une théorie plausible de devenir la cause enregistrée : une hypothèse non prouvée renvoie à l'analyse plutôt que d'être écrite comme un fait. Et « Une panne s'est reproduite pendant la surveillance ? » est la décision que la plupart des procédures omettent complètement, fermant le dossier au moment où l'action est mise en œuvre plutôt qu'après qu'elle a démontré son efficacité. Ensemble, ces trois décisions constituent ce qui distingue une analyse des causes profondes d'une défaillance d'une réparation accompagnée d'un formulaire.
Ce que couvre cet organigramme
Dans ce modèle
- Cinq couloirs (exploitation, maintenance, ingénieur en fiabilité, équipe d'enquête et gestion) répartis en six phases : événement de défaillance, dépistage et préservation, enquête, détermination de la cause, action corrective, vérification et clôture.
- A « Répond aux critères d'une enquête formelle ? » décision une fois que l'actif est sécurisé, de sorte que les pannes de routine aboutissent à une réparation corrective ordinaire et seules celles qui dépassent un seuil de sécurité, de coût, de temps d'arrêt ou de panne répétée ouvrent un RCFA complet
- Preuves traitées avant le début de l'analyse : les pièces défectueuses étiquetées et préservées, une « Preuve suffisante pour analyser ? décision avec un retour vers une collecte de données ultérieure lorsque l'historique de maintenance ou les conditions d'exploitation enregistrées sont trop minces
- La séquence d'analyse dans le couloir de l'ingénieur en fiabilité : le mode de défaillance identifié, une méthode structurée telle que 5 pourquoi ou une analyse en arête de poisson, et la cause profonde séparée des facteurs contributifs avant que quoi que ce soit ne soit rédigé.
- Une « Cause fondamentale confirmée par des preuves ? » décision qui ne procède qu'au rapport d'enquête sur une cause réellement étayée par les preuves, sinon elle revient en arrière pour revoir les hypothèses plutôt que d'enregistrer une supposition comme une conclusion
- Financement et preuve à la fin : un message « La direction approuve et finance les actions ? décision avec une boucle de contrôles intérimaires lorsque le budget est différé, puis la mise en œuvre, une mise à jour du programme PM, une période de suivi et un message « Échec récurrent pendant le suivi ? décision qui rouvre le dossier à répétition
Quand utiliser ce modèle
- Vous rédigez ou révisez une procédure RCFA et avez besoin d'une image des transferts entre les opérations, la maintenance, la fiabilité et la gestion.
- Le même mode de défaillance revient sans cesse sur un actif et les réparations continuent d'être enregistrées sans que personne ne puisse établir pourquoi la panne a commencé.
- Vous décidez quelles pannes méritent une enquête formelle et souhaitez que la décision de seuil et la sortie de réparation de routine soient explicitées.
- Les actions correctives issues des enquêtes antérieures ont été convenues mais n'ont jamais été vérifiées, et vous avez besoin d'une étape de surveillance avant que le dossier puisse être clôturé.
- Un auditeur, un assureur ou un spécialiste de la fiabilité a demandé comment votre organisation enquête sur les pannes d'équipement et prouve que la solution a fonctionné.
Comment cela fonctionne
Renommez les voies selon vos rôles
Remplacez les opérations, la maintenance, l'ingénieur en fiabilité, l'équipe d'enquête et la direction par les fonctions dont vous disposez réellement. Sur un site plus petit, le rôle d'ingénieur de fiabilité est souvent assumé par un technicien supérieur ou le planificateur de maintenance : fusionner les voies plutôt que de procéder à un transfert que personne n'effectue.
Écrivez votre seuil d'enquête sur la première décision
Indiquez ce qui envoie une panne dans un RCFA formel plutôt qu'une réparation de routine : une conséquence en matière de sécurité, un coût ou un temps d'arrêt, ou une panne répétée sur le même actif ou mode de panne au cours d'une période définie. Mettez les chiffres réels utilisés par votre organisation sur le nœud et révisez-les périodiquement, car un seuil défini une fois et jamais revisité est sous-déclenché à mesure que la production change.
Définir la règle de préservation des preuves
Nommez ce qui est étiqueté et conservé avant le début des travaux de réparation : le composant défectueux lui-même, des photographies de l'état tel qu'il a été trouvé et toutes les données de processus concernant le moment de la panne. Indiquez combien de temps les pièces sont conservées et qui autorise leur libération, afin que les preuves ne soient pas éliminées avant que l'équipe d'enquête ne les ait vues.
Choisissez vos méthodes d'analyse
Remplacez « Exécuter une analyse structurée » par les méthodes que votre équipe utilisera réellement et quand chacune s'applique : 5 pourquoi pour une seule chaîne causale, une arête de poisson pour un échec avec plusieurs catégories plausibles, un arbre de défaillances où plusieurs conditions se combinent pour le provoquer. Nommer la méthode sur le nœud arrête le choix par défaut, celui utilisé par le dernier enquêteur.
Définir ce que signifie « confirmé »
Placez la barre derrière « Cause fondamentale confirmée par des preuves ? » : la cause proposée doit expliquer le mode de défaillance et les conditions de fonctionnement trouvées, et sa suppression aurait vraisemblablement empêché la défaillance. Nommez qui a le pouvoir de renvoyer une hypothèse pour plus de travail plutôt que de signer une théorie qui semble juste.
Classez vos options d’actions correctives
Décidez de l'ordre que votre organisation applique lorsqu'elle propose des actions : d'abord des modifications de conception ou de spécifications, puis une modification de procédure ou d'intervalle de maintenance préventive, avec une formation supplémentaire ou une étiquette d'avertissement considérée comme l'option la plus faible plutôt que celle par défaut. Indiquez qui approuve chaque niveau et à quel coût ou temps d'arrêt il nécessite l'approbation de la direction.
Définissez la période de surveillance, puis parcourez un dossier clos
Décidez combien de temps un actif est surveillé après le correctif avant que le fichier puisse être fermé, et ce qui compte comme une récurrence par rapport à une erreur sans rapport. Ensuite, prenez une enquête terminée, idéalement une où le premier correctif n'a pas tenu, et tracez-la dans le graphique. Toute étape que les gens décrivent de mémoire et qui n'est pas dessinée, ou dessinée mais ignorée dans la pratique, est une découverte sur laquelle il vaut la peine d'agir avant de la publier.
Questions fréquentes
Quelles sont les étapes d’un processus d’enquête sur une panne d’équipement ?
Une fois le bien sécurisé, la défaillance est vérifiée par rapport au seuil d'enquête ; les défaillances en dessous sont soumises à des réparations correctives de routine et les autres ouvrent une enquête formelle. Les pièces défectueuses sont étiquetées et préservées, une équipe d'enquête est constituée et extrait l'historique de maintenance et les conditions de fonctionnement au moment de la panne. Le mode de défaillance est identifié et exécuté via une méthode structurée telle que les 5 pourquoi ou une arête de poisson, avec une vérification des preuves en cours de route qui peut renvoyer l'équipe pour plus de données. La cause profonde est séparée des facteurs contributifs et, une fois confirmée par les preuves, consignée dans un rapport d'enquête. Des actions correctives sont proposées, classées depuis la conception jusqu'à la formation, et soumises à la direction pour approbation et financement, avec des contrôles intérimaires couvrant toute lacune en attendant que cela soit convenu. Les actions sont mises en œuvre, le registre des actifs et le programme PM sont mis à jour et l'actif est surveillé pendant une période définie avant la clôture de l'enquête et le partage des conclusions.
Quelle est la différence entre une enquête sur une panne d’équipement et une maintenance corrective ?
La maintenance corrective est la réparation : diagnostiquer le défaut immédiat et remettre l'actif en service, quel que soit le temps que cela prend. Une enquête sur une panne d'équipement est un processus distinct et parallèle qui demande pourquoi la panne s'est produite, en utilisant une analyse des causes profondes de la panne pour trouver le mécanisme à l'origine de cette panne plutôt que simplement le symptôme qui a arrêté la machine. Un site peut exécuter les deux à la fois : le technicien remet l'actif en production tandis que l'ingénieur en fiabilité et l'équipe d'enquête travaillent sur la cause en arrière-plan. Toutes les réparations ne méritent pas une enquête, c'est pourquoi ce tableau place une décision seuil au premier plan ; les pannes de routine à faibles conséquences sont généralement traitées uniquement dans le cadre d’une maintenance corrective.
Quelle est la différence entre l’analyse des causes profondes des défaillances (RCFA) et un processus général d’analyse des causes profondes ?
Les étapes analytiques se chevauchent : définir le problème, rassembler des preuves, générer et tester des hypothèses, confirmer la cause, proposer des actions. RCFA est la même méthode appliquée spécifiquement à un actif physique, qui extrait des entrées spécifiques à l'équipement qu'une enquête générique ne possède pas : un historique de maintenance et de pannes de la GMAO, les conditions de fonctionnement enregistrées au moment de la panne, un mode de défaillance nommé, ainsi qu'un programme PM et un registre d'actifs dans lesquels les résultats sont répercutés afin que le correctif change la façon dont l'actif est maintenu à l'avenir, et pas seulement ce qui s'est passé cette fois-ci. Un processus RCA générique pour une réclamation client ou un lot non conforme pose les mêmes questions à un processus ou un produit plutôt qu'à une machine.
Comment décidez-vous quelles pannes d’équipement font l’objet d’une enquête formelle ?
Définissez le seuil avant que la panne ne se produise, et non pendant que les gens se tiennent autour de la machine pour décider. Les critères typiques sont une conséquence sur la sécurité ou l'environnement, le coût ou le temps d'arrêt provoqué par la panne et s'il s'agit d'une répétition du même mode de défaillance sur le même actif au cours d'une période définie. La criticité de l'actif lui-même compte également : une défaillance sur un seul point de défaillance sur l'ensemble de la ligne entraîne une barre plus basse que la même défaillance sur une unité redondante. Notez les critères et appliquez-les de manière cohérente, car un seuil qui n'est utilisé que pour les échecs dont quelqu'un se souvient produit un dossier d'enquête qui n'est pas représentatif de ce qui ne va réellement pas.
Pourquoi ce tableau inclut-il une période de surveillance avant la clôture de l’enquête ?
Parce qu’une action corrective non vérifiée est une hypothèse et non une solution. Une modification de conception, une tâche PM révisée ou une formation supplémentaire peuvent paraître correctes sur le papier et ne pas répondre au mécanisme réel. La seule façon de le savoir est de surveiller l'actif pendant une période définie par la suite et de vérifier que le mode de défaillance ne s'est pas reproduit. Ce modèle place cette vérification comme sa propre décision, avec un chemin de réouverture en cas d'échec, en particulier parce que la fermeture du fichier au moment où l'action est mise en œuvre est la manière la plus courante pour les enquêtes d'enregistrer un correctif qui n'a jamais fonctionné.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit Organigramme du processus de panne d'équipement (panne imprévue).
C'est une étape de Entretien.
Étape 1: Organigramme du processus des bons de travail de maintenance (demande de…
Étape 2: Organigramme du processus de maintenance préventive (PM planifié)
Étape 3: Organigramme du processus de maintenance corrective (réparation planifiée…
Étape 4: Organigramme du processus de maintenance des équipements
Organigramme du processus de maintenance des équipements à cinq voies : demande de travail, tri planifié ou en panne, planification des travaux, vérification des pièces de rechange, permis de travail et clôture chiffrée.
Étape 5: Organigramme du processus d'enquête sur les pannes d'équipement (RCFA) Vous êtes ici
Modèle d'organigramme du processus d'enquête sur les pannes d'équipement : déclencheur d'enquête, preuves préservées, mode de défaillance, analyse des causes profondes, actions correctives et efficacité surveillée.