Mettre en œuvre une plateforme HSE ou de gestion documentaire est un projet relativement facile à délimiter. Il y a des exigences, une configuration, une migration des informations, des tests, une formation, une date de mise en production et un ensemble de livrables qui permettent d’évaluer si l’exécution du projet s’est déroulée comme prévu. L’adoption est différente. Elle ne se produit pas à une date donnée et on ne peut pas la confirmer simplement parce que les utilisateurs ont reçu leurs identifiants ou participé à une session de formation. Une organisation parvient à adopter une plateforme HSE lorsque celle-ci fait désormais partie de sa façon normale de travailler.
Cette distinction est particulièrement importante, car une implémentation peut être techniquement réussie et produire des résultats opérationnels bien en deçà des attentes. Le système est disponible, les workflows fonctionnent, les utilisateurs peuvent y accéder et l’équipe a déjà chargé les données initiales. Pourtant, quelques mois plus tard, il existe toujours des feuilles Excel pour suivre les processus, des documents circulent par e-mail, certains utilisateurs évitent des fonctionnalités, des rapports sont préparés manuellement et certaines équipes n’utilisent qu’une petite partie de la solution.
Dans ce cas, l’organisation dispose de la technologie, mais n’a pas encore véritablement transformé le processus.
En réalité, le défi ne consiste pas seulement à mettre une plateforme à disposition. Il consiste à créer les conditions pour que les personnes, les processus et l’information fonctionnent effectivement à travers elle. Pour les professionnels HSE, cette différence est particulièrement importante, car une plateforme peu utilisée ne représente pas seulement un investissement sous-exploité. Elle peut aussi signifier une moindre qualité des données, moins de visibilité sur les opérations et des processus critiques qui restent répartis entre différents outils.
Adopter une plateforme HSE commence avant la mise en production
L’une des erreurs les plus fréquentes consiste à traiter l’adoption comme une activité qui commence avec la formation. On configure d’abord la solution, puis on présente les fonctionnalités aux utilisateurs et on s’attend à ce que, dès le go-live, tout le monde se mette naturellement à travailler d’une nouvelle manière.
En pratique, adopter une plateforme HSE commence dès la conception du processus lui-même.
Si une équipe opérationnelle n’intervient qu’une fois la configuration terminée, elle peut découvrir trop tard que certaines étapes ne reflètent pas la réalité du travail. Un formulaire peut exiger des informations qui ne sont pas disponibles au moment de la saisie. De plus, un workflow peut créer des approbations qui fonctionnent en théorie, mais qui ne correspondent pas aux responsabilités réelles. Un processus pensé sur un ordinateur peut se révéler trop complexe lorsque quelqu’un l’exécute sur un appareil mobile, sur un chantier ou dans une installation industrielle.
C’est pourquoi l’implémentation doit associer différentes perspectives dès le départ. Le HSE connaît les exigences et les objectifs de contrôle. Les opérations connaissent les conditions réelles d’exécution du processus. L’IT connaît les exigences de sécurité, d’intégration et d’architecture. Les utilisateurs finaux connaissent les détails qui ne deviennent évidents que lorsqu’on répète une tâche au quotidien.
Cependant, aucune de ces perspectives ne doit dominer seule l’implémentation.
Une bonne plateforme doit représenter les exigences de l’organisation, mais elle doit aussi permettre aux personnes d’exécuter le travail de manière simple et cohérente.
C’est à ce stade que l’adoption commence : non pas au moment où quelqu’un apprend où cliquer, mais au moment où l’équipe conçoit le processus numérique pour qu’il fonctionne dans le contexte réel des opérations.
Numériser l’ancien processus peut préserver les anciens problèmes
Un autre risque apparaît lorsque l’implémentation sert uniquement à reproduire sous forme numérique ce qui existait déjà.
Par exemple, une feuille Excel devient un formulaire. Une série d’e-mails se transforme en workflow. Les approbations existantes sont répliquées une à une. Les champs historiques sont repris parce qu’ils ont toujours fait partie du processus.
Techniquement, il y a numérisation.
Mais il peut ne pas y avoir de véritable transformation.
De nombreux processus d’entreprise se sont développés au fil des années. Chaque audit, incident, exigence client ou besoin interne a pu ajouter une nouvelle étape, un nouveau champ ou une nouvelle approbation. Individuellement, chaque modification avait probablement une raison. Le résultat cumulé, cependant, peut être un processus bien plus complexe que celui que l’on concevrait en partant de zéro aujourd’hui.
Une nouvelle plateforme offre précisément l’occasion de faire cette révision.
Avant de configurer une approbation, il vaut la peine de se demander quelle décision est prise à ce stade et quel risque apparaîtrait si elle n’existait pas. De même, avant de migrer un champ, il importe de comprendre qui utilise cette information et pourquoi. Avant de créer une exception, il faut distinguer un besoin réel d’une pratique historique.
Pour un service HSE, simplifier ne signifie pas réduire le contrôle. Au contraire, cela signifie éliminer les tâches qui n’apportent ni sécurité, ni conformité, ni traçabilité, ni valeur opérationnelle.
Cette distinction est importante, car les utilisateurs reconnaissent rapidement quand la technologie se contente de leur présenter le même ancien processus sur un nouvel écran.
Lorsque la nouvelle solution exige plus d’étapes, plus de champs ou plus de temps que la méthode précédente, la probabilité de voir apparaître des raccourcis augmente. Et lorsque les personnes commencent à utiliser ces raccourcis de façon systématique, l’adoption s’affaiblit.
Adopter une plateforme HSE : L’utilisation réelle doit être plus simple
Les personnes ont tendance à utiliser l’outil qui leur permet de répondre à un besoin avec le moins d’effort. C’est pourquoi Excel et l’e-mail restent présents même dans des organisations dotées de plateformes d’entreprise robustes. Ce sont des outils connus, flexibles et immédiats.
Une plateforme d’entreprise ne peut pas remplacer ces comportements par une simple instruction interne.
Elle doit donc offrir une alternative suffisamment claire et utile.
Si un responsable HSE a besoin de savoir quelles actions sont en retard et peut obtenir cette information directement dans un tableau de bord, il a peu de raisons de créer une feuille Excel. S’il doit exporter différents tableaux, croiser manuellement les données et préparer l’information avant de pouvoir répondre, Excel réapparaît naturellement.
Il en va de même pour la gestion documentaire. Si un prestataire comprend immédiatement quels documents manquent, lesquels l’équipe a rejetés et ce qu’il doit corriger, le processus tend à se dérouler dans la plateforme. S’il ne parvient pas à interpréter les statuts ou à savoir quelle est l’étape suivante, il cherchera de l’aide ou enverra la documentation par un autre canal.
L’adoption est donc profondément influencée par l’expérience opérationnelle.
Il ne s’agit pas de rendre tous les processus extrêmement simples. Certains processus HSE sont nécessairement complexes. L’objectif est de garantir que cette complexité découle de ce qu’il importe de contrôler, et non de la manière dont quelqu’un a configuré la plateforme.
Une plateforme doit supprimer la friction du processus, et non numériser la friction qui existait déjà.
La formation doit préparer les personnes au travail, pas à une démonstration
La formation est une autre dimension déterminante pour l’adoption. Une approche centrée sur la plateforme tend à présenter des menus, des modules, des fonctionnalités et différentes possibilités de configuration. Ces informations peuvent être utiles aux administrateurs, mais elles sont excessives pour de nombreux utilisateurs et, en même temps, insuffisantes pour ceux qui doivent comprendre la logique du processus.
Un intervenant qui enregistre un événement, un superviseur qui suit des actions, un technicien HSE, un gestionnaire documentaire et un administrateur fonctionnel n’ont pas besoin de la même formation.
Chaque profil doit surtout comprendre ce qu’il doit exécuter.
Plus important encore, il doit comprendre ce qui se passe après son action. Lorsque quelqu’un enregistre une non-conformité, quel processus démarre ? Si l’équipe rejette un document, que doit-il se passer ? Lorsqu’une action dépasse son échéance, qui reçoit l’information ?
Cette compréhension est importante, car elle réduit l’utilisation mécanique de la plateforme.
L’utilisateur cesse de mémoriser une simple séquence de clics et commence à comprendre le processus.
Il faut aussi reconnaître que la formation n’est pas un événement unique. Les organisations évoluent, de nouveaux collaborateurs arrivent, de nouvelles fonctionnalités apparaissent et certains processus ne sont utilisés qu’occasionnellement. Ainsi, sans accompagnement, les connaissances diminuent naturellement.
Une stratégie d’adoption doit donc combiner formation initiale, supports simples, assistance aux utilisateurs et capacité à identifier les questions récurrentes.
Lorsque des dizaines de personnes posent régulièrement la même question, il ne faut pas conclure automatiquement qu’elles ont besoin de plus de formation. Une configuration mérite peut-être d’être revue.
Adopter une plateforme HSE : Le go-live ouvre une phase d’observation
La mise en production est une étape importante, mais ce n’est qu’à ce moment-là que commencent à exister des informations réelles sur l’utilisation de la plateforme.
Les premières semaines permettent de comprendre où surgissent les difficultés, quels workflows sont les plus utilisés, quels processus restent en dehors du système et quelles questions reviennent le plus souvent. Il convient de traiter ces informations comme faisant partie de l’implémentation, et pas seulement comme du support après le projet.
Une organisation peut observer quelques signaux très simples : certains sites utilisent-ils beaucoup moins la plateforme que d’autres ? Des processus continuent-ils de passer par e-mail ? Certains utilisateurs abandonnent-ils des tâches avant de les terminer ? Des feuilles Excel réapparaissent-elles régulièrement pour suivre des informations déjà présentes dans le système ?
Chacun de ces signaux représente une opportunité d’analyse.
La réponse peut se trouver dans la formation, la configuration, l’ergonomie, le modèle de permissions ou même la conception du processus lui-même.
C’est aussi à ce stade que la plateforme doit commencer à évoluer sur la base de données réelles. Par exemple, un champ qui semblait important peut se révéler inutile. Une approbation peut provoquer des retards sans ajouter de contrôle. Une vue supplémentaire peut supprimer un rapport manuel.
L’objectif n’est pas de modifier continuellement le système. Il s’agit d’utiliser l’expérience réelle pour améliorer ce qui ne fonctionne pas encore au mieux.
On peut concevoir l’adoption comme un cycle :
Implémenter → utiliser → observer → apprendre → améliorer
Plus l’organisation parvient à boucler ce cycle rapidement, plus vite la plateforme cesse d’être « le nouveau système » et fait tout simplement partie des opérations.
Réussir à adopter une plateforme HSE se mesure aux processus qui ont changé
Il est relativement facile de mesurer l’exécution d’une implémentation. On peut savoir combien d’utilisateurs existent, combien de sessions de formation ont eu lieu, quels modules l’équipe a configurés ou si le go-live a eu lieu à la date prévue.
Ces indicateurs sont importants pour gérer le projet.
Mais ils en disent peu sur la transformation.
La véritable évaluation commence après.
Combien de processus ont réellement cessé de dépendre d’Excel ? Combien de documents ont cessé de circuler par e-mail ? Quelle part du travail manuel a disparu ? Les utilisateurs parviennent-ils à obtenir des informations sans dépendre constamment de tiers ? Les données sont-elles plus complètes et à jour ? Le suivi des actions se fait-il dans la plateforme ? Les responsables utilisent-ils les tableaux de bord pour piloter ?
Au fond, ce sont ces changements qui démontrent l’adoption.
Une plateforme ne crée pas de valeur simplement parce qu’elle est disponible. Elle crée de la valeur lorsqu’elle change positivement la façon dont l’organisation travaille.
L’adoption est une responsabilité partagée
C’est aussi pour cette raison qu’il ne faut pas considérer l’adoption comme la seule responsabilité des utilisateurs. C’est une responsabilité partagée entre ceux qui conçoivent les processus, configurent la plateforme, forment, assurent le support, gèrent le changement et dirigent l’organisation.Lorsqu’une solution est difficile à utiliser, il ne suffit pas de demander aux personnes de l’utiliser davantage. Il faut comprendre pourquoi.
Lorsqu’un service continue à maintenir des processus parallèles, il ne suffit pas d’interdire ces processus. Il faut comprendre ce qu’ils résolvent.
Et lorsqu’une fonctionnalité n’est presque pas utilisée, il ne faut pas supposer automatiquement que les utilisateurs ignorent sa valeur. Peut-être que le processus n’est pas suffisamment aligné sur ce qu’ils doivent faire.
C’est cette capacité à questionner en permanence la relation entre technologie et opérations qui distingue l’implémentation de l’adoption.
Implémenter signifie mettre une plateforme à disposition. Adopter une plateforme HSE signifie faire en sorte que cette plateforme fasse partie de la façon naturelle de travailler de l’organisation.
Et, pour une organisation HSE, c’est cette deuxième étape qui détermine si l’investissement technologique se traduit réellement par plus de contrôle, de meilleures données et des opérations plus efficaces.
Pour aller plus loin : Plateforme HSE et digitalisation HSE : Guide complet.
À lire aussi : Comment mesurer si une plateforme HSE est réellement adoptée et Pourquoi les utilisateurs reviennent à Excel après l’implémentation d’une plateforme HSE.
Pour plus d’informations sur la sécurité et la santé au travail, consultez l’Agence européenne pour la sécurité et la santé au travail (EU-OSHA).