Mettre une plateforme HSE en production représente un moment important. Après des mois de recueil des exigences, de configuration, de préparation des données, de tests et de formation, l’organisation commence enfin à utiliser la solution. Il est naturel de considérer cette étape comme la conclusion du projet.
En réalité, d’un point de vue technologique, une grande partie du travail d’implémentation peut effectivement être terminée. La plateforme est disponible, les utilisateurs y ont accès, l’équipe a configuré les principaux processus et les intégrations nécessaires sont opérationnelles. Mais, du point de vue du changement organisationnel, c’est précisément à ce moment que commence la phase la plus importante : comprendre si ce que l’équipe a conçu peut devenir partie intégrante de la façon normale de travailler.
Jusqu’à la mise en production, l’équipe a pris la plupart des décisions dans un environnement relativement maîtrisé. Des équipes qui connaissent le projet ont discuté des processus, testé les configurations dans des scénarios définis à l’avance, et les utilisateurs ont été formés à ce que l’on attend d’eux. Ensuite, la réalité opérationnelle s’impose : différents niveaux d’expérience, pression du temps, exceptions, changements de priorités, nouvelles personnes, nouveaux projets et situations que personne n’avait anticipées lors de la configuration.
C’est à ce stade que l’on perçoit la différence entre une plateforme correctement implémentée et une plateforme réellement adoptée.
Plateforme HSE en production : L’utilisation réelle comme test
Une configuration peut être techniquement correcte et révéler malgré tout des difficultés lorsque l’utilisation prend de l’ampleur. Un formulaire qui semblait simple pendant les tests peut se révéler trop long lorsqu’il est rempli des dizaines de fois par jour. Une séquence d’approbation peut sembler logique en réunion, mais créer des retards une fois appliquée à la réalité opérationnelle. Un statut que l’équipe projet comprenait parfaitement peut susciter des doutes chez des utilisateurs qui n’ont pas participé à la définition du processus.
Il ne faut pas interpréter automatiquement ces situations comme des échecs de l’implémentation. Au contraire, elles représentent souvent des informations qui ne pouvaient émerger que de l’utilisation réelle.
L’organisation doit donc traiter les premiers mois comme une phase d’observation et de stabilisation. Il importe de comprendre quels processus suscitent le plus de questions, où se situent les retards, quelles tâches les équipes continuent de réaliser en dehors de la plateforme et quelles fonctionnalités sont moins utilisées que prévu. Il est également important d’identifier les différences entre sites, équipes ou profils d’utilisateurs, car ces différences peuvent révéler des besoins spécifiques de formation, de configuration ou d’accompagnement.
Cette observation permet de distinguer des problèmes de nature différente. Par exemple, certaines difficultés résultent simplement d’un manque de familiarité et disparaissent avec l’usage. D’autres montrent que le processus doit être simplifié. De plus, certaines exigent un renforcement de la formation. D’autres encore indiquent que la plateforme ne fournit pas l’information nécessaire au bon moment.
L’objectif ne doit pas être de défendre la configuration initiale comme si toute modification représentait une erreur du projet. Une plateforme d’entreprise doit être stable, mais elle doit aussi pouvoir apprendre des opérations.
Le changement technologique ne se consolide que lorsque le comportement change
Une organisation ne transforme pas sa façon de travailler simplement parce qu’elle a remplacé un outil par un autre. La transformation se produit lorsque les équipes utilisent les nouveaux processus de manière cohérente.
Si quelqu’un continue de signaler un événement oralement et qu’une autre personne le saisit ensuite, une partie de l’ancien processus subsiste. Si un superviseur continue de gérer des actions dans une feuille Excel, la plateforme n’est pas encore devenue son principal outil de travail. De même, si les documents continuent d’arriver par e-mail et que quelqu’un les charge ensuite dans le système, la numérisation reste incomplète.
Ces comportements sont particulièrement importants, car ils montrent où se situe l’écart entre le processus formel et le processus réel.
Cependant, la réponse ne doit pas être d’interdire immédiatement toutes les alternatives. Il est plus utile de comprendre pourquoi elles continuent d’exister. Peut-être que la plateforme exige trop d’étapes, peut-être que certains utilisateurs ne savent pas comment exécuter une tâche, ou peut-être existe-t-il un besoin opérationnel que la conception initiale n’a pas pris en compte.
Le changement de comportement exige que la nouvelle façon de travailler soit suffisamment claire et utile pour devenir durable.
Au fil du temps, les signes d’adoption deviennent évidents : les utilisateurs cherchent l’information directement dans la plateforme, le suivi des actions se fait dans le système, les équipes cessent de tenir leurs propres listes et les nouveaux collaborateurs apprennent dès le départ à travailler de cette façon.
C’est à ce moment que la technologie cesse d’être « le nouveau système » et commence à devenir une infrastructure opérationnelle.
Le support et le leadership sont décisifs pour une plateforme HSE en production
La période qui suit immédiatement la mise en production d’une plateforme HSE est aussi celle où le support a le plus d’impact sur l’adoption. Les utilisateurs sont en train de construire leurs habitudes et toute difficulté non résolue peut rapidement entraîner un retour aux processus connus.
C’est pourquoi il ne faut pas concevoir le modèle de support uniquement comme une réponse aux pannes techniques. En réalité, il doit inclure l’assistance fonctionnelle, la clarification des doutes, l’identification des problèmes récurrents et la capacité d’orienter les questions vers le niveau approprié.
Une question simple peut être résolue localement. Une modification de configuration peut exiger l’intervention d’un administrateur fonctionnel. Un problème plus complexe peut nécessiter l’appui de l’intégrateur. Une défaillance du produit lui-même peut exiger une escalade vers l’éditeur.
Ainsi, plus cette structure est claire, plus la friction pour l’utilisateur tend à être faible.
Les demandes de support sont aussi une source importante d’information. Si des dizaines de personnes posent la même question, il peut y avoir un besoin de formation. Mais il peut tout aussi bien s’agir d’une configuration peu intuitive ou d’une terminologie qui doit être revue. Le support doit pouvoir identifier ces tendances et alimenter l’amélioration de la solution.
Le leadership joue également un rôle important. Lorsque les managers et les responsables utilisent les informations de la plateforme en réunion, suivent les actions dans le système et cessent de demander des rapports préparés manuellement, ils envoient un message clair sur la nouvelle façon de travailler.
Autrement dit, le comportement du leadership influence le comportement de l’organisation.
Il est difficile de demander aux équipes d’abandonner les processus parallèles si les décisions continuent de reposer sur ces mêmes processus.
La plateforme doit évoluer sans perdre en stabilité
Après quelques mois d’utilisation, l’organisation dispose d’informations qui n’existaient pas au moment de l’implémentation. Elle sait quelles fonctionnalités sont les plus utilisées, où les processus se bloquent, quels champs suscitent des doutes et quels rapports les équipes continuent de préparer manuellement.
C’est pourquoi il convient d’utiliser ces informations pour s’améliorer.
Certaines modifications seront mineures : revoir une description, réorganiser des champs ou créer une vue plus adaptée. D’autres peuvent être plus importantes, comme supprimer une approbation inutile, modifier un workflow ou intégrer un autre système.
L’important est qu’il existe un processus pour décider de ces changements.
Personne ne doit modifier la plateforme en permanence simplement parce que des demandes individuelles apparaissent, mais elle ne doit pas non plus rester figée par crainte de toucher à ce qui a été configuré au départ.
L’évolution exige une gouvernance.
Il importe d’évaluer les besoins, d’analyser l’impact et de tester les modifications importantes avant leur mise en production. De cette façon, il est possible de concilier deux besoins apparemment contradictoires : la stabilité pour les utilisateurs et la capacité d’évolution pour l’organisation.
On peut représenter cette logique par un cycle simple :
Implémenter → utiliser → observer → apprendre → améliorer
Ce cycle ne s’arrête pas.
À mesure que l’organisation change, la plateforme doit continuer à suivre les processus, les risques et les nouvelles façons de travailler.
Évaluer le succès d’une plateforme HSE en production
Pendant le projet, il est naturel d’évaluer des indicateurs comme le respect des délais, l’achèvement des tests, la migration des données, le nombre d’utilisateurs formés ou la mise en production à la date prévue. Ces éléments sont importants pour mesurer la qualité de l’implémentation.
Mais ils ne démontrent pas, à eux seuls, que la transformation a réussi.
Le véritable résultat apparaît ensuite.
Les processus parallèles ont-ils diminué ? L’information est-elle plus complète ? Les équipes sont-elles plus autonomes ? Y a-t-il moins de doublons ? Le suivi des actions est-il plus cohérent ? Les tableaux de bord servent-ils à prendre des décisions ? Le travail administratif a-t-il diminué ?
Ce sont des questions d’adoption et de valeur.
Une organisation peut achever techniquement une implémentation dans les délais et avoir encore besoin de plusieurs mois pour consolider de nouveaux comportements. C’est pourquoi cette réalité doit faire partie de la planification dès le départ.
Au lieu de penser :
Implémentation → mise en production → fin
il est plus utile de penser :
Implémentation → mise en production → adoption → optimisation → évolution
Cette seconde vision reconnaît que la transformation numérique est un processus continu.
La mise en production d’une plateforme HSE reste une étape importante.
Mais elle ne représente pas le moment où le travail s’arrête.
Elle représente le moment où la plateforme cesse d’être principalement un projet de l’équipe d’implémentation et où l’organisation commence à la mettre à l’épreuve chaque jour.
L’implémentation met la technologie en service. L’adoption transforme cette technologie en une nouvelle façon de travailler.
Et c’est pourquoi, dans de nombreux projets HSE, la phase la plus importante commence précisément après la mise en production.
Pour aller plus loin : Plateforme HSE et digitalisation HSE : Guide complet.
À lire aussi : L’adoption avant l’automatisation : Pourquoi automatiser un processus mal conçu ne fait qu’accélérer le problème et Les utilisateurs finaux dans l’implémentation des plateformes de gestion documentaire.
Pour plus d’informations sur la transformation numérique en Europe, consultez la Commission européenne.