Dans cet avis d’expert, Guillaume Gimenez, CEO de 2Gi Technologie, rappelle que la réussite d’un projet de digitalisation industrielle ne repose pas sur le choix d’un logiciel, aussi performant soit-il, mais sur la qualité de son intégration. SCADA, MES, données, alarmes, architecture, usages terrain : sans conception solide en amont, l’outil peut rapidement devenir une dette technique plutôt qu’un levier de performance.
Dans l’industrie, on continue trop souvent à parler de digitalisation comme si tout commençait par le choix d’un logiciel. On compare des plateformes SCADA, des modules MES, des connecteurs, des licences, des interfaces, des promesses “clé en main”, puis on finit par croire qu’adopter un bon logiciel suffira à sécuriser un projet industriel. C’est une erreur et elle coûte cher. Ce qui est déterminant, c’est en revanche la qualité des décisions prises autour du logiciel.
Un logiciel, même très bon, ne comprend pas une usine. Il ne connaît pas l’historique des équipements, les contraintes réseau, les habitudes des opérateurs, les arbitrages maintenance, les exigences de cybersécurité, ni les écarts entre ce qui est écrit dans un cahier des charges et ce qui se passe réellement au pied de la ligne. Il ne sait pas pourquoi deux sites apparemment identiques ne remontent pas la donnée de la même manière, ni quelle information sera réellement utile aux équipes terrain.
Un problème d’intégration avant tout
Tout cela ne relève pas du logiciel. Cela relève de la conception.
C’est précisément là que beaucoup de projets SCADA ou MES dérapent : l’outil est choisi trop tôt, avant d’avoir clarifié les usages, la donnée, l’architecture, les contraintes d’exploitation et la manière dont le système devra vivre dans le temps. On livre alors des écrans propres, des dashboards rassurants, des modules bien paramétrés en apparence, tandis que derrière, l’acquisition reste bancale, l’horodatage manque de cohérence, les alarmes sont mal hiérarchisées, les objets sont copiés-collés au lieu d’être structurés, et la maintenance découvre trop tard qu’à chaque évolution, il faudra démonter tout le moteur.
Dans ces situations, le logiciel devient souvent le coupable idéal. C’est pratique, parce que cela évite de regarder les vrais sujets : la qualité de l’intégration, la compréhension métier, la structuration de la donnée, la robustesse de l’architecture et les arbitrages pris en amont. Un bon outil peut être discrédité par une mauvaise intégration. À l’inverse, un système plus sobre, bien conçu, bien intégré, alimenté par une donnée fiable et pensé autour d’usages clairs, produira beaucoup plus de valeur qu’une plateforme spectaculaire mal branchée sur la réalité du site.
Des choix structurants et stratégiques avant l’outil
Il faut donc arrêter avec cette idée confortable et simpliste selon laquelle “la solution, c’est le logiciel”. La solution, c’est la qualité des décisions prises autour du logiciel : ce que l’on collecte, ce que l’on historise, ce que l’on rend visible, ce que l’on standardise, ce que l’on laisse volontairement de côté, ce que l’on prépare pour demain. C’est aussi la capacité à arbitrer entre performance immédiate, maintenabilité, cybersécurité, évolutivité et usage terrain.
C’est pour cette raison que tous les intégrateurs ne se valent pas, même avec le même outil. Certains exécutent un cahier des charges, empilent des fonctionnalités et livrent quelque chose qui semble conforme. D’autres challengent le besoin, questionnent l’architecture, alertent sur une dépendance technique, refusent un module trop rigide ou rappellent qu’une interface très jolie ne sert à rien si les données derrière sont fausses. Ce n’est pas la même posture, et ce n’est surtout pas le même résultat.
Un système, pas une vitrine
Un SCADA, ce n’est pas une galerie d’écrans. C’est une chaîne de confiance entre le terrain et la décision. Si la donnée n’est pas fiable, le système ment. Si les alarmes ne sont pas lisibles, le système fatigue les équipes. Si l’architecture n’est pas maintenable, le système devient une dette. Si l’opérateur ne trouve pas rapidement l’information critique, le système échoue, même s’il a été validé en réunion.
Les outils comptent, évidemment. Certains logiciels sont plus ouverts, plus souples, plus adaptés aux architectures industrielles modernes que d’autres. Un bon outil ne sauvera pourtant jamais une mauvaise conception. Une mauvaise décision digitalisée reste une mauvaise décision, simplement plus chère, plus rigide et plus difficile à corriger.
Dans l’industrie, la solution n’est pas le logiciel. La solution, c’est la méthode, l’architecture, la donnée, l’usage et le terrain. Le reste, c’est souvent du marketing avec une licence annuelle.
