La mise en service est le moment où l'ingénierie rencontre le réel. C'est aussi là que se concentrent les dépassements de planning et les tensions. La plupart des dérapages ne sont pas des fatalités : ce sont des erreurs connues, qui reviennent projet après projet — et qu'un peu de méthode suffit à éviter.
Sommaire
Après vingt ans de démarrages sur quatre continents, un constat s'impose : les problèmes qui explosent au démarrage sont rarement nés là. Ils viennent d'étapes escamotées en amont. Voici les sept pièges les plus coûteux, et comment les désamorcer. C'est la logique qui structure notre approche de la mise en service.
1. Négliger la préparation
Arriver sur site sans cahiers de tests, sans stratégie de démarrage et sans les bonnes personnes, c'est improviser là où tout coûte cher. La mise en service se prépare en amont, en plateforme : séquence de démarrage, critères d'acceptation, répartition des rôles. Sur site, on exécute un plan — on ne l'invente pas.
2. Sauter ou bâcler le FAT
Un défaut trouvé en usine se corrige en minutes ; le même, découvert sur site, immobilise des équipes entières. Le FAT n'est pas une option pour « gagner du temps » : c'est l'endroit le moins cher pour trouver les défauts. Le sauter revient à reporter la facture au pire moment.
3. Sous-estimer le loop check
La vérification physique des boucles est fastidieuse, donc souvent écourtée. C'est pourtant là que se cachent les erreurs de câblage qui feront dérailler le démarrage : inversions, échelles fausses, actionneurs qui partent dans le mauvais sens. Chaque boucle mérite d'être vérifiée du capteur jusqu'à l'écran, et de la commande jusqu'à l'organe.
Elles ont la même racine : vouloir « gagner du temps » en amont. Ce temps n'est jamais gagné — il est reporté au démarrage, avec des intérêts. Un projet maîtrisé investit tôt pour dépenser peu tard.
4. Oublier le plan de repli
Sur une installation en production, tout basculement doit pouvoir être annulé. Ne pas préparer de retour arrière, c'est parier que tout se passera bien — un pari qu'on perd tôt ou tard. Le plan de repli est particulièrement critique lors d'une migration DCS sur un procédé continu.
5. Mettre la sécurité au second plan
Repousser les tests des fonctions de sécurité « pour plus tard » est une faute. Sur un procédé dangereux, les interverrouillages et les fonctions SIL se testent et se tracent avec le même sérieux que le reste — voire davantage. Un démarrage n'est pas « réussi » s'il s'est fait avec des sécurités non validées.
6. Ne pas suivre les réserves
Sans punch list structurée, les réserves se perdent. Chaque écart doit être consigné, classé par criticité, affecté à un responsable et suivi jusqu'à sa levée. C'est un outil simple, mais c'est lui qui distingue un chantier sous contrôle d'un chantier qui traîne des mois.
7. Repartir sans transférer
Une mise en service réussie qui laisse les équipes sans documentation ni formation est un succès en trompe-l'œil. Si l'exploitant ne peut pas conduire et maintenir l'installation en autonomie, le travail n'est pas fini. La remise d'une documentation claire et un temps de formation & support font partie du livrable, pas des options.
- Préparer et tester en plateforme avant le site (FAT)
- Réaliser un loop check complet sur site
- Documenter un plan de repli pour chaque basculement
- Tester et tracer les fonctions de sécurité
- Tenir une punch list jusqu'à la levée des réserves
- Livrer documentation et formation aux équipes
Les heures passées en préparation et en tests ne sont pas un surcoût : elles remplacent des heures d'arrêt et de correction en urgence, bien plus chères. Anticiper, c'est payer moins.
Aucune de ces erreurs n'est une fatalité. Elles ont toutes le même antidote : de la méthode, et le refus de « gagner du temps » là où il ne faut jamais en perdre. Un diagnostic gratuit est souvent le meilleur moyen de dérisquer un démarrage à venir.
