Organigramme de dépannage de l'équipement (arbre de décision)
Organigramme de dépannage de l'équipement : un arbre décisionnel de recherche de pannes couvrant la sécurité et l'isolement, les codes d'erreur, la portée de l'opérateur, les correctifs de première ligne et l'escalade.
Qu'est-ce que le processus organigramme de dépannage de l'équipement (arbre de décision) ?
Le dépannage est une séquence de questions et non une séquence de tâches. Un opérateur debout devant une machine arrêtée n'a pas besoin de savoir qui soulève l'ordre de travail ou qui signe le travail. Ils doivent savoir quoi vérifier en premier, ce qu’ils sont autorisés à toucher et à quel moment la faute cesse d’être la leur. Un arbre de décision répond exactement à cela, car chaque case est un test avec une réponse définie et chaque réponse mène à un endroit nommé.
Cette page est l'arbre de décision, pas la carte des processus, et la différence mérite d'être précise. Ce tableau indique quelle option nous choisissons et qui décide : l'approche de la machine est-elle sûre, le défaut est-il à la portée de l'opérateur, devons-nous réinitialiser ou appeler, attendons-nous une pièce de rechange ou allons-nous chez le fabricant. Le flux de bout en bout qui commence une fois qu'un défaut est signalé (émission de l'ordre de travail, affectation et planification du technicien, enregistrement des temps d'arrêt pour l'actif, clôture du travail et mise à jour de l'historique de l'actif) appartient à la carte du processus de panne d'équipement. Utilisez celui-là pour ce qui se passe ensuite et qui le fait. Utilisez celui-ci pour le choix effectué à la machine, dans les minutes précédant l'implication de quelqu'un d'autre. Si une erreur continue de se reproduire après l'exécution de l'arborescence, le processus d'analyse des causes profondes est la prochaine étape.
Le graphique ci-dessous va d'une machine arrêtée à cinq points finaux distincts plutôt qu'à un seul chemin heureux : reprise de la production après une réparation par un opérateur, une réparation et un retour par un technicien, une commande de pièces de rechange, une assistance du fabricant ou d'un service externe et une escalade de panne avec un temps d'arrêt enregistré. Neuf décisions figurent sur la colonne vertébrale sur quatre voies, et les décisions essentielles portent leurs critères sous forme de notes sur le nœud, car un arbre de décision n'est utile que si les tests derrière les questions sont écrits.
Ce que couvre cet organigramme
Dans ce modèle
- Quatre voies nommant qui répond à chaque question plutôt qu'une carte complète du service (opérateur, chef d'équipe, technicien de maintenance, planificateur de maintenance) en cinq étapes : sécuriser, premiers contrôles, classer le défaut, réparer en première ligne et escalader.
- Une barrière de sécurité avant tout diagnostic : « Machine à approcher en toute sécurité ? branche Oui dans les premières vérifications et Non dans l'isolement et le verrouillage, qui va ensuite directement à la décision d'escalade, afin que personne ne dépanne une machine active.
- Deux contrôles de preuves dans le couloir opérateur : « Puissance et entrées présentes ? » (Aucune voie pour restaurer l'alimentation manquante, puis pour vérification) et "*Code d'erreur* ou alarme affichée ?", où Oui envoie l'opérateur rechercher le code avant que quoi que ce soit ne soit classifié.
- Une porte de droits de décision dans la voie du superviseur, « Dans le champ d'application de l'opérateur ? », bifurquant vers le champ d'application ou vers le technicien, suivi de « De quel type de défaut s'agit-il ? » avec trois branches (Consommable, Réglage et Mécanique) où les défauts mécaniques quittent entièrement le parcours de l'opérateur.
- Vérification au lieu d'hypothèse : "Défaut **effacé** lors d'un test ?" se termine soit au terminateur de réussite « Reprendre la production et enregistrer le correctif » ou à l'escalade, de sorte qu'un correctif qui n'a pas tenu n'est jamais traité comme un correctif.
- Escalade divisée par l'évidence et non par l'ancienneté : "Production **arrêtée** par la faute ?" sépare une panne enregistrée avec temps d'arrêt d'une alerte de routine, puis « Réparable avec des compétences internes ? » et "Pièce de rechange en stock ?" produire le retour du technicien, le support du fabricant et les points finaux de commande de pièces de rechange.
Quand utiliser ce modèle
- Les opérateurs appellent la maintenance pour des défauts qu'ils pourraient résoudre eux-mêmes, et vous souhaitez que les contrôles de première ligne et les limites du champ d'action de l'opérateur soient écrits plutôt que négociés par équipe.
- Vous rédigez une SOP machine, un dossier de transfert de poste ou une carte plastifiée pour la machine, et vous avez besoin d'une page qu'un opérateur peut suivre sans lire de procédure.
- Les chiffres des temps d'arrêt ne sont pas fiables car personne ne s'accorde sur le moment où un défaut se transforme en panne enregistrée ou quand l'horloge démarre.
- Les opérateurs débutants, en agence ou ayant reçu une formation polyvalente doivent suivre la même séquence de recherche de pannes que les opérateurs expérimentés, y compris savoir quand s'arrêter.
- Vous disposez déjà d'un processus de maintenance ou de panne de bout en bout et vous avez besoin d'une couche de décision qui l'alimente en escalades claires et correctement classées.
Comment cela fonctionne
Renommez les voies selon vos véritables droits de décision
Remplacez l'opérateur, le chef d'équipe, le technicien de maintenance et le planificateur de maintenance par les rôles qui répondent réellement à chaque question de votre organisation. Les voies ici sont volontairement peu nombreuses, car un arbre de décision montre qui décide et non qui fait le travail. Si vos superviseurs n'ont pas le pouvoir de lancer une annonce, déplacez cette décision vers la voie qui le permet et supprimez toute voie restant sans réponse.
Écrivez le test de sécurité plutôt que le mot sécurité
« Machine à approcher en toute sécurité ? » n'est responsable que si les critères sont sur le nœud : protections intactes, machine au repos, énergie stockée libérée, isolation et verrouillage appliqués là où la tâche le nécessite. Dirigez-le vers votre propre procédure d'isolement (au Royaume-Uni, cette obligation relève de l'exigence de PUWER en matière d'isolement des sources d'énergie, et aux États-Unis, de la norme de verrouillage/étiquetage de l'OSHA) et assurez-vous que tout doute est résolu par Non.
Répertorier les entrées qu'un opérateur est autorisé à vérifier
Tournez "Alimentation et entrées présentes ?" en une véritable liste de contrôle pour votre équipement : alimentation secteur et commande, air comprimé ou hydraulique, matériel et liquide de refroidissement, protections fermées, arrêts d'urgence libérés, verrouillages effectués. Il s'agit de la branche la moins chère de l'arborescence et celle qui supprime les légendes les plus évitables. Elle doit donc être spécifique à la machine plutôt que générique.
Définir la portée de l'opérateur par écrit
"Dans le cadre de l'opérateur ?" est la décision qui décide de la plupart des escalades, et elle dérive à moins qu'elle ne soit documentée. Écrivez les tâches de première ligne autorisées par rapport à votre matrice de formation et aux SOP de la machine, puis écrivez clairement les exclusions : pas de retrait de protection, pas de boîtiers électriques, pas de modification de paramètres, rien pour lequel l'opérateur n'est pas signé. Révisez-le chaque fois que la matrice de formation change.
Convenir du seuil qui fait d'un défaut une panne
"Production arrêtée par la faute ?" C'est ce qui différencie une panne enregistrée d'un appel de routine, et cela détermine vos données de temps d'arrêt. Convenez d'une définition (généralement une ligne qui ne peut pas fonctionner ou produit une sortie hors spécifications) et d'un démarrage d'horloge, au moment où la machine s'est arrêtée plutôt qu'au moment où la maintenance a répondu. Appliquez-le de manière identique à chaque quart de travail, sinon les chiffres ne pourront pas être comparés.
Vérifiez la compétence, l’outillage et la garantie avant de réparer en interne
"Réparable avec des compétences en interne ?" Il faut une règle derrière cela : le technicien est compétent et agréé pour la tâche, l'outillage et la documentation sont disponibles et la réparation n'annulera pas une garantie ou un contrat de service. La garantie est celle qui manque le plus souvent, et c'est la raison pour laquelle la branche Non est dirigée vers l'assistance du fabricant plutôt que vers une commande de pièces de rechange. Conservez le tableau final versionné et approuvé afin que chaque équipe fonctionne à partir de la même révision.
Questions fréquentes
Quelle est la différence entre un organigramme de dépannage d’équipement et une cartographie du processus de maintenance ?
Ils répondent à différentes questions. Un organigramme de dépannage est un arbre de décision : une chaîne de tests (est-ce sûr, les entrées sont-elles là, y a-t-il un code d'erreur, est-ce dans la portée de l'opérateur, le correctif a-t-il tenu) qui se termine par un résultat nommé. Une cartographie des processus de maintenance ou de panne est un processus interfonctionnel : signaler le défaut, émettre l'ordre de travail, affecter un technicien, réparer, enregistrer les temps d'arrêt, clôturer le travail et mettre à jour l'historique des actifs. L’arborescence de dépannage se termine normalement là où commence la cartographie des processus, au point d’escalade, c’est pourquoi ils fonctionnent mieux sous forme de deux graphiques que d’un seul.
Que doit vérifier un opérateur en premier lorsque l’équipement s’arrête ?
La sécurité, puis les fournitures, puis les preuves. Confirmer que l'approche de la machine est sécuritaire et qu'elle est isolée si la tâche l'exige ; rien d'autre ne se passe avant cela. Vérifiez ensuite les entrées qu'un opérateur est autorisé à vérifier (puissance, air, matériau, liquide de refroidissement, protections fermées, arrêts d'urgence libérés), car une part surprenante des appels s'arrête là. Ensuite seulement, lisez le code d'erreur ou l'alarme et recherchez-le. Vérifier dans cet ordre empêche les gens de diagnostiquer un défaut complexe qui s'avère être une trémie vide ou un arrêt d'urgence non réinitialisé.
Comment puis-je décider de ce qu'un opérateur est autorisé à réparer ?
Basez-le sur la compétence et le risque, et écrivez-le sous forme de liste plutôt que de principe. Les tâches de première ligne autorisées sont généralement les modifications des consommables, l'élimination des bourrages accessibles, la réinitialisation des alarmes et la restauration des paramètres que l'opérateur a déjà définis en fonctionnement normal. Les exclusions habituelles concernent tout ce qui se trouve derrière une protection ou une enceinte électrique, tout ce qui nécessite un outillage pour lequel l'opérateur n'est pas formé et tout changement de paramètre affectant la qualité du produit. Attachez la liste à votre matrice de formation afin que la limite bouge lorsque quelqu'un est déconnecté, et non lorsqu'un quart de travail est sous pression.
Quand un défaut devient-il une panne constatée ?
Lorsqu’il atteint un seuil que vous avez convenu à l’avance et que vous postulez de manière cohérente. Il n’existe pas de chiffre universel ; de nombreuses usines fixent une durée en minutes, et ce qui compte plus que le nombre, c'est que tout le monde démarre le chronomètre au même événement. L'enregistrement des temps d'arrêt à partir du moment où la machine s'arrête, plutôt qu'à partir de l'intervention ou de l'arrivée du technicien, est ce qui rend les données comparables entre les équipes et les lignes. Placez la définition sur le nœud de décision pour que la règle voyage avec le graphique.
Que se passe-t-il si le correctif de première ligne fonctionne et que le défaut réapparaît ?
C'est pourquoi cet arbre vérifie plutôt qu'il ne suppose. « Défaut résolu lors d'un test ? » doit être répondu sur un cycle complet à vitesse de production avec les premières pièces vérifiées, pas sur un essai à sec, et un défaut qui revient pendant le test est considéré comme non résolu et fait l'objet d'une escalade. Un défaut qui revient sans cesse au fil des équipes n'est plus un problème de dépannage : il nécessite le processus d'analyse des causes profondes, où les preuves sont collectées et une cause est vérifiée avant qu'une autre action corrective ne soit rédigée.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus passe le relais à Organigramme du processus de panne d'équipement (panne imprévue).
Suit
- Organigramme du processus de panne d'équipement (panne imprévue) — Organigramme du processus de panne d'équipement en cas de panne de machine imprévue : arrêt en toute sécurité, horloge d'arrêt, décisions de réparation sur site et de pièces de rechange, test et redémarrage.