Une organisation déploie une plateforme HSE, configure les processus, migre les informations, crée les utilisateurs, assure la formation et met le système en production. L’objectif est clair : centraliser l’information, réduire le travail manuel, améliorer la traçabilité et remplacer progressivement les fichiers Excel, les e-mails et les documents dispersés. Pourtant, quelques mois plus tard, les utilisateurs reviennent à Excel et les tableurs réapparaissent. Une équipe crée un fichier Excel pour suivre les actions en attente, une autre tient une liste parallèle d’intervenants, quelqu’un prépare manuellement la liste des documents arrivant à expiration et certains responsables continuent à demander des informations par e-mail avant de prendre une décision.
Il est facile d’interpréter cette situation comme une résistance des utilisateurs au changement. Parfois, cette résistance existe bel et bien, mais l’explication est trop simple. Lorsque des personnes qui disposent déjà d’une plateforme d’entreprise continuent à créer des outils parallèles, il vaut la peine d’analyser ce qui les y pousse. Dans la plupart des cas, l’utilisateur ne choisit pas Excel parce qu’il préfère délibérément travailler en dehors du système. Il le choisit parce qu’il doit répondre à un besoin et qu’il a trouvé là une façon plus rapide, plus souple ou plus compréhensible de le faire.
Dans ces cas, Excel n’est pas nécessairement le problème. C’est souvent le symptôme qu’une partie du processus numérique ne fonctionne pas encore comme elle le devrait.
Quand les utilisateurs reviennent à Excel, il y a souvent un besoin légitime
Imaginons une équipe HSE qui doit suivre chaque jour les intervenants dont la documentation est en attente, les formations proches de leur date d’expiration et les équipements en attente d’inspection. La plateforme contient toutes ces informations, mais pour les obtenir il faut plusieurs filtres, différents écrans ou l’intervention d’un administrateur. C’est pourquoi l’un des utilisateurs exporte les données vers Excel afin de tout visualiser dans un seul tableau. La solution fonctionne. Le lendemain, il met le fichier à jour. Ensuite, il le partage avec un collègue. Quelques semaines plus tard, ce tableur fait déjà partie du processus.
Il en va de même pour la gestion documentaire. La plateforme contrôle la documentation des entreprises et des intervenants, mais une équipe a besoin d’une vue spécifique par chantier. Comme cette information n’est pas immédiatement disponible sous la forme souhaitée, l’équipe crée une liste parallèle. Au début, elle sert uniquement au suivi. Puis l’équipe y ajoute des commentaires, des responsables et des dates. Peu à peu, une partie du savoir opérationnel quitte la plateforme pour se retrouver dans le fichier.
Aucune de ces décisions n’est nécessairement irrationnelle. Au contraire : l’utilisateur essaie de faire son travail. Le problème, c’est que lorsque ces solutions s’installent, l’organisation commence à perdre certains des avantages qui ont justifié le déploiement de la plateforme. Plusieurs versions d’une même information apparaissent, avec des données mises à jour à des moments différents, des contrôles sans historique structuré et des décisions fondées sur des fichiers dont le contenu ne reflète peut-être plus l’état réel du système.
Pour une fonction HSE, cette fragmentation est particulièrement importante. Une information sur la conformité, les exigences, les actions correctives, la formation ou le statut d’un intervenant doit être fiable au moment où on la consulte. Si la plateforme indique une situation et le fichier Excel une autre, une question critique se pose immédiatement : laquelle des deux reflète la réalité ?
Quand la plateforme ajoute du travail au lieu d’en retirer
L’un des principaux facteurs d’adoption de toute plateforme est le rapport entre l’effort demandé à l’utilisateur et la valeur qu’il reçoit en retour. Si une tâche exige plus d’étapes en numérique qu’avec l’ancien processus, la tentation de chercher des alternatives augmente. C’est particulièrement visible dans les contextes opérationnels, où l’utilisateur n’est pas assis en permanence devant un ordinateur. Un technicien qui réalise une inspection, un superviseur qui encadre une équipe, un intervenant qui signale un événement ou un prestataire qui dépose sa documentation veulent terminer la tâche nécessaire et retourner à leur activité.
C’est donc à ce stade que de petites décisions de configuration peuvent avoir un impact énorme. Un formulaire avec des champs inutiles, des informations saisies plusieurs fois, des écrans successifs pour terminer une tâche ou des approbations qui n’apportent aucune vraie décision peuvent sembler des détails pendant le déploiement. Multipliés par des centaines ou des milliers d’utilisations, ils deviennent une friction opérationnelle. Et la friction crée des raccourcis.
C’est pourquoi numériser un processus ne peut pas se limiter à reproduire dans la plateforme tout ce qui existait auparavant sur papier, par e-mail ou dans Excel. En effet, certaines organisations ont construit leurs processus au fil des années précisément pour compenser les limites des outils disponibles. Si la nouvelle plateforme les reproduit intégralement, la technologie change, mais la complexité demeure.
Pour les professionnels HSE, cette réflexion est particulièrement importante. Personne ne doit simplifier certains contrôles par simple commodité, car ils répondent à des exigences de sécurité, de conformité ou de traçabilité. Mais il existe aussi des étapes qui se sont accumulées sans que personne ne remette en question leur utilité. Un déploiement est l’occasion de distinguer les unes des autres.
La plateforme doit numériser ce qu’il faut contrôler, mais elle doit aussi éliminer ce qui n’apporte plus de valeur.
L’utilisateur de terrain doit participer à la conception du processus
De nombreuses décisions de déploiement se prennent lors de réunions réunissant managers, chefs de projet, IT, HSE et fournisseurs technologiques. Ces personnes ont une vision essentielle des exigences, de la sécurité, de la gouvernance et des objectifs du projet. Toutefois, une autre perspective est tout aussi importante : celle des personnes qui utiliseront le processus au quotidien.
Une fonctionnalité peut sembler simple lors d’une démonstration et se révéler peu pratique sur le terrain. De plus, l’appareil utilisé peut différer de celui sur lequel l’équipe a testé le processus. La connectivité peut aussi faire défaut. L’utilisateur peut porter des EPI, se déplacer entre différentes zones ou ne disposer que de quelques minutes pour terminer la tâche. Ainsi, une procédure parfaitement acceptable sur un ordinateur peut devenir trop complexe sur un smartphone ou une tablette.
Le même principe s’applique à la gestion documentaire. La personne qui conçoit un processus peut trouver évident l’endroit où déposer un document, la nomenclature à utiliser ou la raison d’être d’un statut. Pour un prestataire qui se connecte à la plateforme quelques fois par mois, l’expérience peut être totalement différente. S’il ne comprend pas ce qu’on lui demande, il cherchera de l’aide, enverra le document par e-mail ou trouvera un autre canal. À ce moment, le problème d’adoption devient aussi un problème administratif pour l’équipe qui devra traiter manuellement cette information.
Impliquer de vrais utilisateurs avant de figer la configuration permet de détecter cet écart. L’objectif n’est pas de confier la conception du processus à l’utilisateur final, mais de vérifier que ce qui a été conçu fonctionne dans les conditions réelles d’utilisation. En HSE, c’est particulièrement important, car la qualité et la quantité de l’information dépendent directement de la facilité de participation. Un système de signalement peu utilisé ne produit pas forcément une exploitation plus sûre ; il produit peut-être simplement moins d’informations sur ce qui se passe réellement.
Les utilisateurs reviennent à Excel aussi quand la plateforme ne suit pas le rythme du changement
Il existe une autre raison fréquente à l’apparition de processus parallèles : l’activité évolue plus vite que la plateforme.
Un nouveau projet arrive avec des exigences spécifiques. Un client exige désormais une documentation particulière. Une fonction a besoin d’une nouvelle compétence. La direction crée un indicateur supplémentaire. L’organisation veut suivre une situation qui n’existait pas lors du déploiement de la solution. Si chaque petite modification implique un long processus, un développement spécifique ou plusieurs niveaux d’approbation technique, les utilisateurs cherchent une réponse immédiate. Et l’outil le plus accessible reste souvent Excel.
Cela montre pourquoi la configurabilité des plateformes est si importante. Les champs, exigences, workflows, statuts, notifications, tableaux de bord et règles doivent pouvoir évoluer sans transformer chaque besoin opérationnel en projet de développement. Pour autant, configurabilité ne signifie pas absence de contrôle. Une modification d’exigence peut concerner des centaines d’intervenants ; un changement de workflow peut modifier les approbations ; une nouvelle permission peut changer l’accès à l’information. L’autonomie doit aller de pair avec la gouvernance.
Par conséquent, l’organisation a besoin d’un modèle capable de répondre au changement avec rapidité, mais aussi avec cohérence. Les administrateurs internes pourront réaliser certaines modifications, l’intégrateur devra en accompagner d’autres, et certains besoins nécessiteront l’intervention de l’éditeur. L’essentiel est que le processus soit défini et que la plateforme puisse suivre l’activité sans obliger sans cesse les utilisateurs à construire des systèmes parallèles.
C’est précisément là que le support technique, l’administration fonctionnelle et l’adoption se rejoignent. Une plateforme peut avoir été très bien déployée et perdre progressivement l’adhésion des utilisateurs s’il n’existe pas de capacité à l’adapter à l’évolution de l’activité.
Si les utilisateurs reviennent à Excel, l’éliminer ne doit pas être l’objectif
Dans un projet de transformation numérique, il est tentant de se fixer comme objectif d’« en finir avec Excel ». Pourtant, ce n’est pas forcément la bonne approche. D’ailleurs, Excel reste un outil extrêmement utile pour l’analyse, l’exploration de données et d’innombrables tâches en entreprise. Le problème apparaît lorsqu’un tableur remplace silencieusement une partie d’un processus qui devrait être maîtrisée dans la plateforme de l’entreprise.
C’est pourquoi, au lieu de compter combien de fichiers Excel subsistent, il peut être plus utile de comprendre pourquoi ils existent. Quel besoin couvrent-ils ? Quelle information n’est pas suffisamment accessible ? Quel processus semble trop complexe ? Quelle tâche reste manuelle ? Quelle décision les utilisateurs ne peuvent-ils pas prendre directement à partir de la plateforme ?
Ces questions font des processus parallèles une source d’information sur le déploiement lui-même.
Si les utilisateurs exportent constamment certaines données, il faut peut-être créer une vue ou un tableau de bord plus adapté. De même, s’ils tiennent leurs propres listes de points en attente, les statuts et alertes existants ne sont peut-être pas assez clairs. S’ils utilisent Excel pour consolider l’information de différents projets, il existe peut-être un besoin de reporting transversal. Enfin, s’ils contrôlent manuellement les dates d’expiration, l’automatisation et les notifications méritent sans doute d’être revues.
L’objectif n’est pas d’obliger l’utilisateur à abandonner un outil par décret. Il s’agit de faire en sorte qu’il n’en ait plus besoin pour exécuter ce processus.
Cette différence est essentielle. L’adoption ne s’impose pas. Elle se construit lorsque la plateforme devient réellement la façon la plus simple, la plus sûre et la plus fiable de réaliser le travail.
En HSE, les processus parallèles signifient aussi une perte de visibilité
Lorsqu’une part importante de l’activité reste en dehors de la plateforme, un risque supplémentaire apparaît pour ceux qui pilotent le HSE : l’information disponible peut ne plus représenter la réalité complète de l’organisation.
Un tableau de bord ne peut montrer que ce que les équipes ont enregistré. Un faible taux d’événements signalés ne signifie pas forcément qu’il existe peu de dangers si une partie des situations remonte par d’autres canaux. Un indicateur d’actions correctives peut sembler positif alors que certaines équipes tiennent leurs propres suivis. De même, un rapport de conformité peut ne pas refléter toutes les exceptions si une partie des décisions est consignée dans des fichiers locaux.
C’est pourquoi l’adoption d’une plateforme HSE n’est pas seulement une question technologique ou de productivité. Elle est directement liée à la qualité des données utilisées pour gérer la sécurité, la conformité et les risques.
Plus l’adhésion au processus commun est forte, plus l’information tend à être complète. Et plus l’information est complète, plus il est facile d’identifier des tendances, de comparer des projets, d’anticiper les problèmes et de prendre des décisions.
C’est ce lien qui rend important d’observer des signaux apparemment simples, comme l’apparition de fichiers Excel parallèles.
Ils ne représentent pas forcément un problème grave. En revanche, ils peuvent indiquer à l’organisation que la plateforme ne traite pas encore au mieux un certain besoin.
La question n’est pas « Pourquoi continuent-ils à utiliser Excel ? »
Lorsque les utilisateurs reviennent à Excel ou à des outils parallèles après le déploiement d’une plateforme, la première réaction ne devrait pas être de leur reprocher leur manque d’adhésion.
La question la plus utile est différente :
« Quel besoin essaient-ils de couvrir en dehors de la plateforme, et pourquoi n’y parviennent-ils pas à l’intérieur ? »
La réponse peut se trouver dans la formation, dans la configuration ou dans la conception du workflow. Elle peut également résider dans une fonctionnalité qui n’existe pas encore, dans un changement récent de l’activité ou, tout simplement, dans un processus qui reste trop complexe.
Identifier cette cause permet d’améliorer la solution.
C’est pourquoi personne ne devrait considérer une plateforme HSE ou de gestion documentaire comme terminée au moment de sa mise en production. Les équipes doivent continuer à l’observer, à l’ajuster et à l’améliorer à mesure que les utilisateurs et l’organisation tirent les leçons de l’utilisation réelle.
Car le véritable objectif de la transformation numérique n’est pas de remplacer un fichier Excel par un écran.
Il s’agit de créer une façon de travailler plus simple, mieux maîtrisée, plus traçable et plus utile pour ceux qui doivent prendre des décisions.
Lorsque c’est le cas, il n’est plus nécessaire d’obliger les utilisateurs à abandonner les processus parallèles.
Ils n’en ont tout simplement plus besoin.
Pour aller plus loin : Plateforme HSE et digitalisation HSE : Guide complet.
À lire aussi : Support technique des plateformes HSE : Le déploiement n’est qu’un début et Configuration des plateformes HSE : De la réunion à l’utilisation sur le terrain.
Pour davantage de recommandations sur la santé et la sécurité au travail, consultez l’EU-OSHA.