Principaux enseignements
L'incitation de l'équipe projet s'arrête à la mise en service. Le contrat consistait à livrer l'équipement opérationnel ; une fois qu'il produit, le projet est terminé. L'équipe passe au projet suivant. La documentation qui existe dans les dossiers projet mais pas entre les mains de l'équipe d'exploitation se perd dans la transition. Les connaissances qui vivaient dans la tête de l'ingénieur projet quittent l'entreprise.
L'équipe d'exploitation hérite d'un équipement qui fonctionne le premier jour et qui accumule des problèmes au cours du trimestre suivant.
Certains de ces problèmes sont documentés dans des fichiers projet que personne n'a transmis; d'autres sont dans la tête de l'ingénieur OEM que personne n'a rencontré; d'autres encore sont dans le code d'intégration tiers que personne ne sait modifier.
La première panne majeure force un exercice de rétro-ingénierie qui aurait dû être une conversation de 30 minutes.
La solution est procédurale. Une liste de contrôle de transfert exécutée dans les 30 derniers jours du projet comble la plupart des lacunes avant qu'elles ne deviennent une dette opérationnelle. L'article sur le système de gestion des ordres de travail couvre les structures de données que génère le livrable de la passation.
Pas le contact commercial, pas l'email support, l'ingénieur concret qui connaît cet équipement spécifique. Quand quelque chose tourne mal au quatrième mois, l'équipe d'exploitation doit pouvoir joindre quelqu'un qui a travaillé sur cet équipement, pas une file d'attente de support générique. La passation doit consigner ce contact et l'ingénieur doit être prévenu qu'on pourrait l'appeler.
Chaque installation a des tolérances appliquées sur le terrain mais qui n'ont jamais été reportées dans les documents de conception.
L'équipement a été niveler selon une configuration de cales spécifique; l'alignement a été réglé à une tolérance plus stricte que la norme; le débit d'eau de refroidissement a été ajusté sur une valeur que le manuel ne mentionne pas.
Ces ajustements sont souvent la différence entre un équipement qui fonctionne bien et un qui fonctionne mal. L'article sur la méthode d'analyse des causes profondes explique comment ces tolérances non documentées apparaissent dans les premières défaillances.
Code personnalisé, configurations, scripts d'intégration, généralement écrits par un tiers pendant la mise en service. L'équipe d'exploitation doit savoir qui possède ce code, qui peut le modifier et quel est le dispositif de support. Sans cela, le premier problème d'intégration six mois plus tard se transforme en une enquête de plusieurs semaines pour savoir qui peut même changer le code.
Ce qui a été changé pendant la mise en service et qui ne figurait pas dans la conception initiale. Modifications de câblage, routage de tuyauterie, ajustements de la logique de contrôle. Elles existent presque toujours ; elles n'apparaissent presque jamais dans les plans tels que construits à moins que le processus de transfert ne les capture explicitement.
Pas la séquence de démarrage documentée, mais celle réellement utilisée par l'équipe de mise en service. La plupart des équipements ont un rituel de démarrage que l'OEM ne documente pas : quelle vanne ouvrir en premier, combien de temps attendre avant d'alimenter, quelle doit être la première valeur mesurée. Ce rituel fait souvent la différence entre un démarrage propre et un équipement endommagé.
Chaque équipement a des particularités que l'équipe de mise en service connaît. « Le troisième manomètre indique 5 % de trop; nous avons étalonné par rapport au maître. » « Le PLC met 30 secondes de plus que ce que dit le manuel pour redémarrer après une coupure.
» « Le moteur consomme davantage au démarrage à froid; c'est normal. » Ces particularités évitent à l'équipe d'exploitation des semaines d'investigation quand elles surviennent.
Les manuels décrivent des cadences de maintenance génériques ; les ingénieurs OEM recommandent souvent des cadences plus serrées ou plus lâches pour l'installation spécifique, le cycle de service, les conditions locales. La passation doit consigner la recommandation faite par l'ingénieur OEM, pas seulement la valeur par défaut du manuel. L'article sur le planning de maintenance préventive explique comment cela oriente la conception des PM à long terme.
Ce que l'équipe de mise en service ne serait pas surprise de voir dans les 90 premiers jours, même sur une installation réussie. Les nouveaux joints prennent leur siège, certains boulons nécessitent un retorque après le cycle thermique, la dérive des capteurs le premier mois est normale. Sans cette liste, chaque problème mineur ressemble à un défaut d'installation.
La structure qui capte les huit éléments :
L'article sur les indicateurs de performance (KPI) de maintenance couvre les métriques post-mise en service qui montrent si la passation a été réussie.
La mesure honnête est le MTBF du premier trimestre comparé au MTBF annoncé du projet. Une passation propre produit un chiffre du premier trimestre proche de celui annoncé. Une passation sautée produit un chiffre du premier trimestre bien inférieur à celui annoncé, l'écart se comblant sur 6 à 12 mois à mesure que l'équipe d'exploitation redécouvre ce que l'équipe projet savait déjà.
Les usines qui suivent cette métrique sur plusieurs projets d'investissement construisent une boucle de rétroaction : les équipes projet qui procèdent bien aux transferts obtiennent des contrats répétés ; celles qui ne le font pas sont tenues pour responsables de l'écart. La discipline se propage avec le temps.
La liste de contrôle de transfert fonctionne dans toute usine disposant d'un GMAO. Là où une plateforme unifiée OEE + GMAO aide, c'est à deux niveaux: les huit éléments de la passation deviennent des champs permanents rattachés à l'actif (et ne sont pas enterrés dans un dossier projet)
et la liste des problèmes attendus durant les 90 premiers jours se relie au flux d'événements OEE pour que l'équipe d'exploitation puisse distinguer « schéma attendu » et « vrai problème » sans avoir à s'en souvenir. Fabrico est conçu pour ce flux de travail.
Pour voir à quoi ressemble une fiche d'actif prête pour la passation, demandez une démo .
La fonction projets d'investissement de l'usine, avec l'exploitation comme partie prenante réceptrice. Si l'usine n'a pas de fonction dédiée aux projets d'investissement, l'ingénieur d'usine ou le directeur des opérations assume le rôle. Sans propriétaire unique, la liste de contrôle se dégrade en « responsabilité de tous ».
La liste de contrôle de transfert devient une livraison contractuelle. L'entrepreneur devrait être payé en fonction d'une passation réussie, pas seulement de la mise en service. Les contrats EPC qui paient uniquement à la mise en service produisent systématiquement les pires résultats de passation.
90 jours minimum. Les 90 premiers jours révèlent la plupart des problèmes que la passation a manqués ; la disponibilité de l'équipe projet durant cette fenêtre comble les lacunes résiduelles.
C'est le cas regrettable. L'équipe d'exploitation doit reconstruire les huit éléments elle-même, généralement par tâtonnements au cours des 6 à 12 premiers mois. La liste de contrôle existe pour prévenir ce scénario ; une fois arrivé, la seule solution est de documenter ce qu'on découvre pour que la prochaine passation soit meilleure.
Exécuter la liste de contrôle comme du papier à remplir plutôt que comme une conversation. Les huit éléments ci-dessus sont mieux capturés lors d'une visite conjointe avec les équipes projet et exploitation, et non comme un formulaire rempli seul par l'équipe projet. La conversation fait remonter les particularités ; le formulaire capture les cases cochées.
Connexion
Blog
