Un bon intégrateur SCADA n'applique pas un cahier des charges


Mythes vs réalités

Un bon intégrateur SCADA n'applique pas un cahier des charges

Analyse terrain proposée par Guillaume Gimenez, CEO de 2Gi Technologie

Le cahier des charges marque souvent la fin de la phase de réflexion d'un projet SCADA. Une fois validé, il ne resterait plus qu'à consulter plusieurs intégrateurs et à choisir celui qui répondra le mieux aux exigences formulées.

Pourtant, c'est précisément à ce moment que le rôle d'un bon intégrateur commence. Car un cahier des charges constitue une excellente base de travail, mais il ne garantit jamais, à lui seul, la réussite d'un projet d'intégration SCADA.

Pourquoi attend-on d'un intégrateur SCADA qu'il applique simplement le cahier des charges ?

Pendant longtemps, le métier d'intégrateur a été perçu comme un métier d'exécution.

L'entreprise exprimait un besoin, rédigeait un cahier des charges, puis confiait sa réalisation à un prestataire chargé de développer la solution conformément aux spécifications.

Cette vision est restée très ancrée dans l'industrie.

Elle est d'ailleurs renforcée par le fonctionnement des appels d'offres. Plus le cahier des charges est précis, plus il semble facile de comparer les offres et de sélectionner le mieux-disant. On attend alors de l'intégrateur qu'il respecte le document le plus fidèlement possible.

Il existe aussi une raison plus humaine, car rédiger un cahier des charges représente souvent plusieurs semaines, voire plusieurs mois de travail. Les équipes ont arbitré des choix, construit une vision commune et parfois obtenu la validation de leur direction. Il est donc naturel de considérer ce document comme une décision déjà prise plutôt que comme une base de discussion.

Pourquoi un bon intégrateur SCADA doit-il remettre le cahier des charges en question ?

Un cahier des charges décrit avant tout ce que l'entreprise souhaite obtenir mais il décrit en général assez peu la manière d'y parvenir.

Or, dans un projet SCADA, une grande partie des décisions les plus importantes concernent justement la conception de la solution : 

  • Comment structurer les données ?
  • Quelle architecture permettra au système d'évoluer dans quelques années ?
  • Comment garantir la maintenabilité ?
  • Comment intégrer les contraintes de cybersécurité ?
  • Comment éviter de complexifier inutilement l'exploitation ?

Toutes ces questions apparaissent rarement de manière détaillée dans un cahier des charges, parce qu'elles relèvent précisément de l'expertise de l'intégrateur.

C'est pourquoi un bon intégrateur ne considère jamais un cahier des charges comme une vérité absolue. Il le challenge, pose des questions, identifie les zones d'ombre et propose parfois une approche différente lorsqu'il estime qu'elle répondra mieux aux enjeux du projet.

Les conséquences d'un cahier des charges non challengé

Lorsqu'un cahier des charges est appliqué sans être questionné, le projet peut parfaitement être conforme, sans répondre pleinement aux usages. 

Certaines conséquences apparaissent immédiatement. D'autres ne se révèlent qu'au fil de l'exploitation :

  • des besoins mal interprétés ou jamais remis en question ;
  • des choix techniques inadaptés au contexte réel ;
  • des surcoûts qui apparaissent en cours de projet ;
  • une architecture difficile à faire évoluer ;
  • une solution conforme aux spécifications, mais moins adaptée aux usages des équipes.

Nous avons rencontré cette situation lors d'un projet de supervision dont le cahier des charges imposait déjà le logiciel et l'architecture technique. Après analyse, plusieurs limites sont apparues concernant la maintenance future, l'évolutivité de la plateforme et certains aspects de cybersécurité.

Plutôt que d'appliquer le document tel quel, nous avons proposé une nouvelle architecture. Cette phase d'échange a demandé un peu plus de temps au démarrage et a dérouté le client, mais elle a permis de construire une solution plus simple à maintenir, plus évolutive et mieux adaptée aux contraintes réelles du site.

La remise en question : ce qui fait vraiment l'expertise d'un intégrateur SCADA

Un intégrateur qui se contente d'appliquer un cahier des charges exécute un projet. Un intégrateur qui le questionne contribue à sa réussite. Son rôle n'est évidemment pas de remettre en cause le travail réalisé par les équipes, ni de compliquer inutilement le projet. Il consiste à apporter un regard différent, nourri par l'expérience acquise sur d'autres projets, dans d'autres contextes industriels.

C'est cette capacité à identifier les angles morts, à anticiper les difficultés futures et à remettre en question certaines évidences qui fait réellement la valeur d'un intégrateur. 

De fait, un cahier des charges ne marque pas la fin de la réflexion d’un projet SCADA, il marque le début du travail de l'intégrateur. C'est à partir de cette base que commence son véritable rôle : poser les bonnes questions, challenger certains choix et construire, avec le client, une solution qui répondra durablement aux enjeux du projet.


La compétence d'un intégrateur ne se mesure pas à sa capacité à appliquer un cahier des charges. Elle se mesure, notamment, à sa capacité à l'améliorer. 

"
« Lorsque nous challengeons un cahier des charges, au premier abord, nous pouvons passer pour des arrogants, parce que nous remettons en question des décisions qui semblaient arrêtées. Mais c'est nécessaire, car si nos clients connaissent parfaitement leur métier, ils ne maîtrisent jamais tous les enjeux qui conditionnent la réussite d'un projet d'intégration SCADA. Et c'est normal : c'est notre expertise. Une fois cette complémentarité comprise, la confiance s'installe. Et c'est là que nous pouvons apporter toute notre valeur. »

Guillaume Gimenez
Fondateur et CEO de 2Gi Technologie

Le logiciel n'est pas votre solution !

Téléchargez l'ebook
Découvrez notre ebook et l'analyse des experts SCADA et MES de 2Gi Technologie.
À travers 4 idées reçues, bénéficiez de plus de 20 ans de retours d'expérience sur la conception d'architectures SCADA performantes, évolutives et maintenables.