Guide expert pour le succès GMAO : Jeff O'Brien partage stratégies d'implémentation éprouvées

L'implémentation GMAO peut être un sujet effrayant pour certains. Après tout, personne ne veut considérer que l'adoption GMAO pourrait échouer dans leur organisation. Jeff O'Brien aide les équipes maintenance à déployer Fiix avec succès dans leurs installations depuis près de 10 ans, et il est récemment passé par le podcast Rooted in Reliability pour parler à l'hôte James Kovacevic de tout ce qui touche à l'implémentation.

Dans l'épisode, ils définissent à quoi ressemble exactement le succès d'implémentation, les cinq étapes pour assurer une implémentation fluide, pourquoi les données de bonne qualité sont l'un des aspects les plus importants de la mise en place d'une solution GMAO, qui dans une organisation devrait être impliqué dans le processus d'implémentation, et quels jalons vous devriez atteindre dans votre parcours d'implémentation.

Écoutez l'épisode du podcast ici (aussi disponible sur le site Accendio Reliability et PodBean) ou lisez la transcription ci-dessous. Restez à l'écoute pour plus d'apparitions d'experts Fiix dans le futur.

Voulez-vous en savoir plus sur l'implémentation GMAO ?

• Créer une culture de travail pour préparer votre implémentation GMAO au succès
  
• 3 étapes pour une implémentation GMAO réussie
  
• Maintenance non planifiée : mal nécessaire ou inconvénient évitable ?
  
• Maintenance mobile : plus qu'une simple tendance industrielle (PODCAST)
  
• Tous les articles écrits par Jeff O'Brien

---

Transcription de l'épisode

Voir la transcription de l'épisode

James Kovacevic : C'est un plaisir d'accueillir Jeff O'Brien sur le podcast. Bienvenue Jeff.

Jeff O'Brien : Salut James. Merci de m'avoir.

JK : Eh bien Jeff, tu es un nouvel invité du podcast. Pour t'introduire, tu es Directeur Senior des Services Professionnels chez Fiix Software.

JO : Exact.

JK : Tu gères une équipe de consultants en implémentation GMAO qui aident les clients à implémenter et lancer Fiix avec succès à leurs emplacements. Tu as aussi écrit plus d'une centaine d'articles et e-books industriels, beaucoup disponibles chez Fiix. Avant de rejoindre Fiix, tu étais ingénieur équipement chez ASML. Qu'ai-je manqué dans ton intro brève que tu aimerais compléter ?

JO : Je pense que c'est tout. C'est une très bonne introduction. Comme tu dis, je gère l'équipe de consultants d'implémentation, et aussi l'équipe support technique. Donc je vois beaucoup de problèmes de support technique après que les gens vont en production.

JK : Ouais. Donc gérer une équipe support technique te donne une bonne opportunité d'identifier aussi ce qui aurait pu être mieux fait dans l'implémentation ou réviser ta stratégie d'implémentation, je suppose.

JO : Exact.

JK : Excellent. Depuis combien de temps es-tu impliqué dans l'implémentation de GMAO ?

JO : Donc je n'ai été impliqué dans l'implémentation d'applications GMAO que depuis que j'ai rejoint Fiix en 2010, mais j'ai eu beaucoup d'exposition aux applications GMAO avant de rejoindre Fiix en tant qu'ingénieur équipement chez ASML. J'ai travaillé partout dans le monde dans différentes installations comme AMD en Allemagne, j'ai travaillé chez Infineon en Allemagne aussi — un paquet d'installations différentes : SD, micro, etc. et j'ai pu utiliser beaucoup de versions différentes de toutes les différentes applications GMAO, donc beaucoup d'exposition à elles au fil des ans.

JK : Excellent. Et qui de mieux pour aider à les implémenter que celui qui a probablement dû faire face à pas les meilleures implémentations dans le passé. Non ?

JO : Exactement. Ouais, chacune de ces applications, tu sais, c'est tous les mêmes genres de concepts, mais la façon dont ils livrent ça et la facilité d'usage est toujours différente. J'ai travaillé avec quelques applications très challengantes au fil des ans, c'est sûr.

JK : Oui, on laissera les noms de ceux-là hors du podcast pour l'instant parce qu'il y en a plus que quelques-uns.

JO : Pas de problème.

JK : Maintenant, qu'est-ce qu'une implémentation GMAO ? On n'achète pas juste le logiciel et ça s'allume et marche pour nous ?

JO : Pas exactement. Donc, une implémentation GMAO — c'est l'intégration du logiciel GMAO dans le flux de travail d'une structure organisationnelle, ou le flux de travail d'un utilisateur final individuel. Donc c'est basically obtenir la GMAO pleinement configurée et opérationnelle pour l'organisation avec tous les utilisateurs clés correctement formés. C'est définitivement pas une simple enforcement plug-and-play.

JK : Et je pense que c'est critique de toucher là-dessus. Tu as mentionné l'intégration dans les flux de travail et toutes ces choses clés. Je pense peut-être pas aux professionnels maintenance, peut-être pas aux professionnels fiabilité, mais certainement certains individus voient la GMAO comme un logiciel qu'on peut juste télécharger, installer, et c'est bon pour aller. Et c'est définitivement pas le cas.

JO : Non, définitivement pas le cas, et ce qui arrive avec le temps c'est que ça devient plus un fardeau et l'organisation de gens arrête de l'utiliser. Ils ne bénéficient pas du système. Tu sais, ça importe pas si t'es technicien ou manager, planificateur, superviseur, personne pièces. Tu penses toujours, « Qu'est-ce que j'y gagne ? » Donc tu veux toujours t'assurer que l'application rend ta vie plus facile au quotidien, et si elle est pas configurée et implémentée correctement, tu vas juste arrêter de l'utiliser et c'est, tu sais, ça va pas être réussi dans l'organisation.

JK : Non, c'est définitivement pas. Si on n'a pas les bonnes données qui rentrent on peut pas avoir les bons rapports et commencer à driver les bons changements pour cette organisation.

JO : Exact.

JK : Alors Jeff, comment tu définis une implémentation GMAO réussie ? C'est juste avoir toutes les données maître correctement ? Qu'est-ce qui est vraiment le succès ?

JO : Donc pour moi, il y a différents niveaux de succès. Mais vraiment, l'implémentation ultimement réussie est quand l'organisation maximise la valeur du nouveau système. Ça veut dire que le système est correctement configuré pour le cas d'usage de l'organisation. Ça veut dire que les MP se déclenchent quand dues, les coûts remontent aux bons actifs parents, les gens ont de la visibilité sur l'inventaire en magasin, etc. Le second est, tout le monde qui devrait utiliser la GMAO utilise la GMAO au quotidien. Ça pourrait être le technicien loggant les réparations, le planificateur préparant le planning de la semaine, ou le line manager loggant juste la demande de travail. Et finalement, de vraies données exactes peuvent être tirées de la GMAO et former des KPIs et rapports, et ces données peuvent être utilisées pour identifier des tendances, peuvent être utilisées pour prendre ces décisions comme réparer vs remplacer. Donc ça pour moi est une implémentation vraiment réussie.

JK : Parfait. Donc on utilise le système, on collecte des données, et on utilise ces données pour driver la prise de décision dans votre organisation. Donc c'est le vrai succès.

JO : Exactement.

JK : As-tu vu d'autres versions de succès dans des organisations ?

JO : Ouais, il pourrait y en avoir, comme je disais, il y a différents niveaux de succès et ça, pour moi, c'est l'ultime. Mais il y a des organisations venant de nulle part, venant de papier et crayon et elles n'ont pas de système en place. Donc même juste mettre le système en place pour juste gérer vos ordres de travail et demandes de travail, je veux dire, c'est quelque peu réussi. Évidemment, il y a beaucoup plus d'opportunités de grandir à partir de là, mais c'est, je suppose, un certain succès dans l'application. J'ai vu une organisation il y a quelques années où le pauvre manager maintenance était tourmenté par des demandes venant de tous les angles différents, tu sais, Post-It notes, messages texte, papier laissé sur son bureau, rappels sur tableau blanc à côté de son bureau, mais beaucoup de choses tombaient juste dans les cracks, donc avec une GMAO en place, tu automatises basically ce processus. Les demandes passent toutes par le même canal et puis tu peux juste les prioriser comme nécessaire et rien ne tombe dans les cracks. Donc même cet usage très simple du système mène encore pour moi à une implémentation quelque peu réussie.

JK : Excellent. Donc selon ton organisation, ce niveau de succès peut changer. Mais ce qu'on fait c'est qu'on drive des améliorations dans les processus business, efficiences dans le processus business, et à la fin on utilise ces données pour driver des décisions. Maintenant, quelles sont les étapes que tu as vues qui permettent aux organisations d'atteindre cette implémentation réussie ?

JO : Okay. Donc après avoir reconnu le besoin pour une GMAO, on a identifié cinq étapes pour rendre l'implémentation GMAO réussie. Donc la première étape est, tu veux obtenir le support de la direction. Mettre une GMAO debout requiert du temps et des ressources. J'ai vu de nombreux projets d'implémentation GMAO où la direction n'était pas pleinement onboard. Ils étaient réticents à donner des ressources, et comme résultat, l'implémentation GMAO ne s'est pas passée aussi smoothly que planifié. Donc tu as besoin d'obtenir le support de la direction parce que ça va basically mener au budget et aux ressources pour obtenir cette GMAO implémentée avec succès.

La deuxième étape est : Assigner une ressource dédiée ou ressources à ce projet. Donc comme tu as mentionné plus tôt, est-ce qu'on l'allume simplement et on est bons pour aller ? C'est pas le cas. Tu as besoin d'avoir quelqu'un du côté organisation pour assister avec ce projet d'implémentation. Un projet GMAO est plus susceptible d'être réussi si les ressources des deux côtés, le fournisseur et le client, sont impliquées dans le projet. On dit toujours à nos clients, « On connaît la GMAO. On ne connaît pas votre équipement. » J'ai fait une implémentation remote l'an dernier et le client avait juste de nombreuses autres responsabilités. Ils ne pouvaient pas dédier le temps au projet et chaque session qu'on planifiait ressemblait à une session de rafraîchissement. On repassait constamment sur les mêmes choses encore et encore, et après environ neuf mois on a finalement convenu qu'ils avaient besoin d'aller avec une ressource dédiée ou ils avaient besoin d'assigner quelqu'un au projet pour le mettre debout et clore le projet et on l'a actually fait en moins d'une semaine quand on a eu la ressource dédiée.

La troisième étape dans une implémentation GMAO réussie est une planification de projet efficace. Rappelez-vous juste le vieux dicton : « Faute de planifier, planifier l'échec. » Votre organisation a besoin de bâtir un plan de projet détaillé pour que rien ne soit manqué. Ça veut dire, tu sais, effectuer l'analyse des besoins, identifier quels sont les points de douleur maintenant et ce que le nouveau logiciel va adresser, identifier qui utilisera le système, définir et contrôler le périmètre, bâtir le planning depuis la collecte initiale de données jusqu'au post go-live, tu sais, six mois ou un an plus loin : à quoi ressemble cette revue ? Notre plan d'implémentation le plus détaillé fait environ 96 lignes.

La quatrième étape est l'exécution efficace de ce plan de projet. Donc tu es passé par toute la planification, maintenant tu dois simplement exécuter sur ce plan systématiquement et méthodiquement. Préparer l'équipe pour le changement, rassembler tes données, nettoyer tes données, configurer le système, connecter les utilisateurs finaux, go-live avec le système. Le support go-live est clé. Puis tu as ta revue d'implémentation à la fin du projet.

Et finalement, la cinquième étape est l'affinage continu. Donc pour moi, une GMAO est toujours en évolution, et tu sais, y a pas de point à mettre une GMAO en place et rester statique. Tu pourras peut-être incorporer plus de fonctionnalités dans ta façon de travailler dans le futur. Comme mentionné plus tôt, tu peux commencer avec juste un système d'ordres de travail et puis tu pourrais regarder à ajouter l'inventaire et les MP à une date ultérieure. Tu pourrais avoir plus d'utilisateurs dans le système. Par exemple, ajouter les opérateurs machines pour qu'ils puissent traquer leurs inspections quotidiennes quand le fournisseur lance de nouvelles fonctionnalités. Comment tu incorpores ces nouvelles fonctionnalités dans la façon de travailler ?

Et puis, finalement, la GMAO elle-même est une base de données d'informations sur tes actifs. Donc comment tu utilises cette information pour changer la façon de travailler, et comment tu modifies ou affine tes MP ? Par exemple dans ma carrière précédente, on a actually regardé les données de fiabilité et disponibilité, et on a décidé de déplacer le cycle MP de tous les sept jours à huit jours. Il n'y a eu aucun impact sur la disponibilité et ça a sauvé des millions de dollars à travers l'installation. Donc chercher des opportunités comme ça pour affiner le système et en tirer plus.

JK : Excellent. Donc cinq étapes pour implémenter la GMAO. Tu sais, obtenir le support direction, bâtir le bon plan de projet, comprendre ces retours, comprendre comment tu vas supporter pendant le go-live et post go-live. Toutes ces choses sont vitales que, tu sais, les organisations manquent usually une ou deux de celles-là. J'ai souvent vu où les organisations pendant le go-live, elles feront un set de formation un mois ou deux avant qu'il go live sans follow-up ou coaching après ça comme résultat. Personne ne sait comment faire les choses proprement et ainsi de suite. Donc j'aime ces cinq étapes simples pour implémenter cette GMAO.

Maintenant, à quel point est-ce important pour les utilisateurs de comprendre les processus business avant d'implémenter la GMAO ?

JO : C'est absolutely important. C'est très important d'avoir ces processus documentés pour s'assurer que rien n'est manqué. Cependant, les processus maintenance tendent à être très similaires peu importe où tu es.

C'est tout le même genre de trucs. Les opérateurs rapportent le problème machine, les planificateurs ou superviseurs reviennent ou signent le travail sous leurs techniciens, les techniciens complètent le travail, les gens d'inventaire s'assurent qu'il y a des pièces sur l'étagère. C'est tout très genre de processus similaires. Beaucoup d'applications GMAO off-the-shelf sont conçues autour des meilleures pratiques, donc adopter un système pourrait actually aider ta façon de travailler et améliorer tes processus.

J'ai un exemple pour toi, actually. Je travaillais avec une implémentation là il y a quelques mois et les gars sur le terrain, s'ils s'ils avaient besoin d'une pièce, ce qu'ils feraient c'est ils rempliraient un formulaire dans Microsoft Word. Ils feraient ensuite PDF ce formulaire et puis ils l'enverraient par email au magasin 45 minutes plus tard. Ils marcheraient ensuite jusqu'au magasin pour voir si la pièce était là et voir si elle était prête maintenant. Bien sûr, si la pièce n'était pas prête, ils devraient aller la commander et ils ne pourraient pas compléter le travail. Donc en implémentant la GMAO maintenant ils peuvent checker la disponibilité des pièces pendant qu'ils complètent l'ordre de travail.

Ils peuvent aussi l'ajouter comme pièce planifiée à l'ordre de travail et puis le magasin reçoit un email automatiquement qu'une pièce est nécessaire. Donc ils savent que c'est en magasin et ils mettent ensuite la commande automatiquement au magasin. donc quand ils y vont la chercher, elle va être là qui les attend.

JK : Excellent. Donc ça réduit beaucoup de temps non-valeur-ajoutée pour les techniciens, tu sais, taper dans word, PDF-er, emailer marcher là-bas, pour seulement découvrir qu'en fait elle n'est pas là.

JO : Exactement.

JK : Donc en adoptant certains des workflows standard dans la GMAO, ils ont pu réduire beaucoup de ça.

JO : Correct.

JK : Excellent. Maintenant, quelle configuration est importante à comprendre, à penser, avant l'implémentation ?

JO : Eh bien, ça dépend tout si la GMAO est sur site ou si c'est cloud-based. Donc si votre organisation opte pour du sur site, alors il pourrait y avoir toute une charge de configuration hardware, installation, ouverture ports, ouverture pare-feu, et c'est tout des trucs que je connais rien. Tu as besoin d'expertise IT pour ça. Donc avec une GMAO cloud-based, y a pas de configuration hardware nécessaire. Tu t'inscris simplement sur internet et c'est prêt à partir dans les 60 secondes. Maintenant la GMAO cloud-based tend à être plus data-configurable que system-configurable. Donc y a très peu de travail de pré-configuration nécessaire. Par exemple, au début de n'importe lequel de nos projets d'implémentation, nos consultants passeront usually quelques jours à comprendre les processus, la standardisation des données, le naming d'actifs, les types de compteurs, workflows custom, etc. et ils configureront la GMAO accordingly. Ça prend usually seulement environ un à deux jours.

JK : Excellent. Maintenant, tu as touché quelques super points là : Comment ils nomment les actifs, comment ils numérotent les actifs, comment ils nomment les pièces de rechange. Même chose avec le numbering là. Quel type de compteurs sont utilisés ? Comment ils sont lus ? Toutes ces choses sont vitales pour configurer la GMAO. On a aussi, je crois, besoin de considérer les utilisateurs et niveaux de permission et bien, groupes d'utilisateurs si tu veux, donc les planificateurs ont accès à ces portions mais pas cette portion et ainsi de suite, ou peut-être qu'ils ont seulement un « view » au lieu de « edit » access, si tu veux. Tous ceux-là sont très importants up front quand tu designes et configures ta GMAO.

JO : Exactement. Beaucoup des applications GMAO cloud-based ont ces settings pré-configurés ou ils ont un bon go avec eux. Tu vas probably obtenir 95% de ce dont tu as besoin déjà pré-configuré dans le système. Y a seulement un peu de tweaking ci et là pour obtenir exactement ce dont tu as besoin.

JK : Excellent. Maintenant, quand on parlait du morceau configuration, tu as mentionné comment les actifs sont nommés, comment ils sont numérotés, ce genre de chose. À quel point la qualité des données et la mise en place des actifs, les matériaux, la hiérarchie d'actifs, les MP, et ainsi de suite dans la GMAO est-elle importante ?

JO : Eh bien, la qualité des données c'est très très important. Tu sais, des données de mauvaise qualité causent juste des problèmes sur le long terme. Donc si tu as un mauvais étiquetage d'actifs ou une hiérarchie mal configurée, ça va juste rendre plus dur de trouver ces actifs dans la GMAO. Si tes données d'inventaire sont off, les gens sur le terrain commanderont des pièces aux fournisseurs quand ces pièces sont assises là sur l'étagère. Tu vas aussi expérimenter plus de ruptures de stock, et quand ça vient aux MP, les mauvais groupes de tâches et les mauvaises MP pourraient mener les gens à faire le mauvais travail sur le mauvais équipement. Et pour te donner un exemple, il y a deux ans j'ai travaillé avec un client qui a déplacé leurs 12 sites dans Fiix ils avaient le même équipement à chaque site. Quand on a migré les données, il s'est avéré qu'un des sites avait fait un ensemble complètement différent de MP et tâches sous des actifs like-for-like, et comme résultat ces machines à ce site étaient dans un état très pauvre. Donc si tu obtiens les données right la première fois, tu n'as qu'à le faire une fois.

JK : Ouais, absolutely. Tu n'investis pas le temps et ressources pour aller marcher les actifs encore une troisième ou quatrième fois. Tu ne dé-duplicates pas les données maître matériaux, tellement d'organisations avec lesquelles je travaille, tu rentres dans le magasin et ils ont le même roulement dans trois bacs différents à trois emplacements différents. Juste parce que quelqu'un l'a nommé différemment ou mis un tiret dans le numéro de pièce ou pas, et ainsi de suite. Donc si tu le sets up right tu peux te sauver une tonne de travail et d'effort long-terme.

JO : Exactement.

JK : Maintenant, comprenant ce qu'on a besoin de faire pour implémenter la GMAO, qui on devrait avoir dans l'équipe d'implémentation ? C'est un planificateur maintenance dans son temps libre, ou c'est une équipe inter-fonctionnelle complète ?

JO : L'implémentation est un processus partagé entre leaders IT, équipes d'implémentation, fournisseurs, et champions système. C'est définitivement une équipe inter-fonctionnelle. Ça va impacter de nombreux individus sur le long-terme à travers votre organisation. Ça va être maintenance. Ça va être fiabilité, sécurité, pièces et achats d'inventaire, IT, et opérations. Donc il faut qu'il y ait une certaine implication de toutes ces équipes pour une petite à moyenne entreprise. Ça n'a pas de sens d'inclure un représentant de chacune de ces équipes dans le projet d'implémentation.

Donc ce qu'on recommande c'est, tu identifies un champion système, et c'est un employé qui va own le projet. Et ces champions sont familiers avec la façon dont les différentes équipes travaillent. Ils comprennent leurs processus, leurs charges de travail, etc., et ça pourrait être un planificateur ou un superviseur ou juste un des très bons techniciens dans l'équipe, et ils peuvent tirer les différents représentants des groupes au besoin. Donc s'ils ont besoin d'aide de pièces et inventaire, ils ont besoin de quelque chose clarifié, ils iront vers ces gens obtenir ces réponses. Mais pour les grandes organisations, elles sont assez grandes pour avoir une équipe inter-fonctionnelle et inclure tout le monde dans le processus, elles tendent à avoir des systèmes et processus plus complexes.

Donc obtenir des représentants de toutes les équipes impliquées assure que rien n'est manqué, et ça aide aussi à mettre l'organisation à niveau plus vite sur l'application. Donc une fois que tu go live, tu sais, ils ont cette expertise et ils peuvent aller vers leurs groupes et assister au besoin.

JK : Cette équipe inter-fonctionnelle va vraiment varier sur la taille du site ou organisation implémentant la GMAO. Ça peut aussi varier selon quelles fonctionnalités ou features tu veux inclure. Est-ce qu'on va inclure le failure coding ou fault coding. Si oui, comment ça va être construit ? Qui own ces listes, et ainsi de suite ?

JO : Exactement.

JK : Parfait. Maintenant une autre chose avec l'équipe inter-fonctionnelle qu'ils peuvent regarder c'est définir les rapports et les faire construire pendant l'implémentation. À quel point est-ce important de définir la sortie de la GMAO à l'avance ?

JO : Donc James, je veux juste pointer une chose importante. Okay. Donc back dans les années 80, les 90s, les 2000s, la seule façon d'obtenir l'information d'une GMAO était un rapport. Un rapport était genre la façon dont tu obtenais les données. Tu construisais une query, tu organises les données sur une feuille, et puis tu imprimais ce rapport pour le view. Mais en 2018 il y a plein d'autres façons d'obtenir les données des systèmes. Le logiciel GMAO d'aujourd'hui te permet de tirer l'information de ton système de plein de façons, incluant les rapports. Ça pourrait être des list views, ça pourrait être du filtering dynamique, ça pourrait être des dashboards customisables. Donc tu peux obtenir les données dont tu as besoin live dans le système sans avoir à lancer aucun rapport. Donc disant ça, la réponse est oui. C'est définitivement important de comprendre quels rapports, quelles listes, quels KPIs ou métriques tu as besoin plus tôt dans le processus d'implémentation. La raison est parce que tu as besoin de t'assurer que tu sélectionnes une application GMAO qui peut te donner ces données. Ils peuvent te donner ces rapports, peuvent te donner ces listes. Donc les organisations venant d'une GMAO existante auront une suite de rapports qu'ils veulent répliquer dans la nouvelle GMAO. Mais toute organisation brand new à la GMAO peut ne pas savoir exactement ce dont ils ont besoin out of the gate. Donc ils devront figure out le reporting au fil du temps. Mais beaucoup des applications d'aujourd'hui viennent avec des rapports canned.

Ce sont basically des rapports ready to go dans la boîte et ils te donneront probably environ 90% de ce dont tu as besoin. Les applications viennent aussi avec des report builders ou possibly intégration à un report builder tierce. Donc tu vas probably obtenir ce dont tu as besoin, mais tu as seulement besoin d'une poignée de rapports utiles. On recommande usually pourcentage maintenance planifiée, temps moyen entre pannes, temps moyen pour réparer, et conformité au planning.

JK : Excellent. Donc beaucoup des nouvelles GMAOs, elles ont ce report engine built in, elles ont des dashboards qui stream avec des données temps réel. Donc pendant qu'on veut comprendre quelles données on a besoin, ou information qu'on a besoin hors du système, ce qu'on va en faire, y a moins de focus maintenant d'avoir à avoir ces rapports construits pendant l'implémentation et ainsi de suite.

Donc quels sont les jalons clés nécessaires pour une nouvelle implémentation GMAO ?

JO : Okay, donc on a identifié cinq jalons clés. Donc le premier est planification discovery, et c'est tout sur comprendre les objectifs GMAO et basically arriver à ton plan de projet. Donc on veut comprendre nos processus business. On veut définir ces standards de données, On veut planifier pour des données cohérentes. On veut avoir notre plan de formation, etc. Le deuxième jalon est configuration et setup. C'est tout sur mettre ta GMAO debout, rendre la GMAO techniquement opérationnelle et customisée pour ton cas d'usage et tes exigences business. Jalon trois est formation, et la formation est la clé pour s'assurer que les employés ont les bonnes compétences et connaissances pour tirer le maximum du logiciel. Ça augmente l'adoption utilisateur et assure que les gens utilisent le logiciel de la bonne façon ça augmente l'engagement long terme. Mon conseil serait de ne pas lésiner sur la formation et de la faire right la première fois. Sinon l'équipe va gaspiller du temps précieux essai-erreur à apprendre le système, et c'est sur le temps de l'entreprise.
Jalon quatre est go-live. Donc une fois le système configuré, ta formation complète, tu peux go live avec le nouveau système. Donc les organisations utilisant un système existant peuvent avoir à avoir une période de blackout où les deux systèmes sont indisponibles pendant que les données sont transférées, mais n'importe qui nouveau au système peut simplement just go live avec la GMAO.

Et finalement, jalon cinq est revue et clôture, et dans cette étape, tu veux t'assurer que toutes les exigences originales ont été rencontrées, implémenter toutes corrections mineures si nécessaires. Donc ça pourrait être un léger tweak sur une MP, ou modification de KPIs, rapports, trucs comme ça, but usually very minor.

JK : Excellent. Donc cinq étapes simples. J'aime vraiment le morceau formation, l'emphase sur ça, parce que ça drive really home l'importance d'utiliser le système proprement, tu sais, really s'assurer que tout le monde comprend à quel point c'est facile à utiliser pour qu'on ne fasse pas face à beaucoup de résistance et qu'on ne le fasse pas used. Donc very very good.

Maintenant avec toutes les choses qu'on a discutées, quelle est la chose unique que tu penses qui fait la plus grande différence pour être réussi avec une nouvelle implémentation GMAO ?

JO : Implémenter n'importe quelle application logicielle est une tâche intimidante pour n'importe quelle organisation, et implémenter une GMAO n'est pas différent. Et beaucoup d'organisations échouent à proprement planifier leurs projets d'implémentation GMAO. Donc je crois que la plus grande différence entre être réussi et ne pas être réussi c'est d'avoir ce plan, tu sais fail to plan and then plan to fail.

JK : Excellent. S'assurer qu'on a un plan complet identifiant ressources timelines, tu sais pour tout la collecte de données revue de données mise en place du système la formation toutes ces diverses choses. C'est la plus grande chose qui fait la différence.

JO : Exactement. Tu dois l'avoir tout sur papier, right the way through depuis la collecte initiale de données jusqu'au support go-live. Une planification de projet propre éliminera le rework et la confusion plus tard down the line.

JK : Excellent. Donc si tu avais une baguette magique, la chose unique que tu changerais c'est tout le monde ayant un plan ou tu changerais quelque chose de différent ?

JO : Okay. Donc la chose unique que j'aimerais changer serait la perception des employés sur les applications GMAO. Donc elles existent depuis un moment depuis 1965. Donc elles n'ont pas la meilleure réputation. J'aimerais que ce soit un peu plus positif parce qu'implémenter une GMAO devrait être vu comme un changement très positif pour l'organisation. Ça peut aider automatiser beaucoup de tâches comme le processus de demande de travail. Ça peut éliminer tous ces systèmes disparates comme appeler et texter et Post-It notes. Ça va automatiquement déclencher les MP pour toi, donc tu n'as pas à checker tes calendriers. Ça va te laisser mettre à jour tes ordres de travail en temps réel dans le terrain ou sur le floor pendant que tu fais le travail, donc tu n'as pas à retourner au bureau à la fin de la journée ou taper les livres à la fin de la journée et tout logger tu peux logger en temps réel.

Ça permet la recherche de pièces temps réel donc tu peux checker le magasin sans avoir à marcher jusqu'à la salle des pièces. La liste des bénéfices est endless. Je pense que la plupart des utilisateurs finissent par comprendre que tu sais, quand la GMAO est proprement mise debout et ils peuvent voir la valeur qu'elle apporte. Éliminer les activités redondantes et à faible valeur aide les techniciens à se concentrer sur les activités à haute valeur. Ça aide aussi aide leurs carrières long-terme.

JK : Ouais, les bénéfices qui viennent avec les GMAOs sont immenses granted certains sont un peu plus time consuming à utiliser, un peu plus cumbersome à utiliser, mais generally, GMAO is huge huge time savers. Ils really drive l'efficience de tu sais, les processus de gestion maintenance, les techniciens, wrench time, toutes ces diverses choses.

JO : Exactement.

JK : Eh bien Jeff, je veux te remercier d'avoir pris le temps aujourd'hui pour parler d'implémentation GMAO. Mais avant qu'on parte, où les gens peuvent en savoir plus sur toi Fiix, toutes ces super choses et ressources que vous avez ?

JO : Eh bien le meilleur endroit pour en savoir plus sur moi c'est mon profil LinkedIn. Donc si tu veux le rendre disponible, n'hésite pas à le faire. Le site Fiix est une super ressource. On a plein plein de blogs et articles. Comme mentionné, j'ai plus de cent articles que j'ai écrits. J'ai des e-books et guides de meilleures pratiques disponibles là sur fiixsoftware.com, et plein plein d'informations.

JK : Excellent. Donc on va s'assurer de mettre des liens vers ton profil LinkedIn, le site Fiix, et peut-être un ou deux de ces guides de meilleures pratiques ou e-books aussi. Donc les gens peuvent rapidement cliquer sur ceux-là et link directement vers eux.

JO : Donc Jeff, tu as d'autres ressources additionnelles tu veux partager avant qu'on parte ? Sure, no problem, en termes de tu sais, en maintenance et meilleures pratiques maintenance. J'aime lire Reliability Web, UpTime Magazine, Reliable Plant est une autre bonne ressource, mais tu sais, on a parlé d'implémentation GMAO aujourd'hui et c'est really project management. Tu peux trouver plein de bonnes ressources project management online comme PMI.org ou projectmanagement.com. Donc je definitely recommande d'avoir un regard là.

JK : Ouais, PMI et projectmanagement.com sont very very good ressources. Je suis membre de PMI aussi. Juste parce que tout ce qu'il joue dans : implémentations GMAO, projets data, projets fiabilité et ainsi de suite. Donc some great ressources. Eh bien Jeff. Je veux te remercier encore une fois pour avoir pris le temps hors de ta busy day pour nous parler aujourd'hui d'implémenter une GMAO. Tu sais, j'ai appris some new choses as I always do from my great guests, so I'm going to guess nos listeners did as well. Donc thank you once again.

JO : Thanks for having me, James.

JK : Je voudrais te remercier pour avoir écouté et te rappeler que tu peux toujours en savoir plus sur maintenance fiabilité et gestion d'actifs à www.eruditio.com et en suivant notre blog.