Presque tous les systèmes QHSE voient le jour sous la forme d'un tableur, ce qui est généralement la bonne décision. Le problème ne vient pas du tableur lui-même. Il réside dans le fait que personne ne s'aperçoit du moment où il cesse d'être adapté, car cette défaillance est progressive, silencieuse et ne devient visible qu'au moment d'un audit ou à la suite d'un accident.
Dans cet article
- Pourquoi tout commence par un tableur, et pourquoi ce n'est pas une erreur
- Premier problème : il n'existe pas de version unique
- Deuxième échec : une action sans responsable et sans délai
- Troisième erreur : vous ne pouvez rien prouver
- Quatrième erreur : le champ ne peut pas y accéder
- Que faut-il migrer en premier, et que faut-il laisser tel quel ?
Pourquoi tout commence par un tableur, et pourquoi ce n'est pas une erreur
Un tableur est l’outil de modélisation le plus rapide jamais mis à la disposition d’un responsable QHSE. Pas besoin de projet, de ligne budgétaire ni de ticket informatique. Il suffit d’une colonne pour la date, une pour le site, une pour la description et une pour le responsable, et dès le vendredi, vous pouvez déjà assurer le suivi des non-conformités. Aucun autre outil au sein de l’entreprise ne vous permet de passer d’une idée à un processus opérationnel en un après-midi.
Le point de départ, en toute honnêteté, est donc le suivant : si vous gérez vingt événements par an sur un seul site, un tableur constitue un système tout à fait raisonnable et le remplacer reviendrait à gaspiller de l'argent. La question n'est pas de savoir si les tableurs sont mauvais. Il s'agit plutôt de déterminer si le vôtre a discrètement dépassé les limites pour lesquelles il n'a jamais été conçu.
Il y a quatre façons dont cela se produit, et elles se succèdent dans un ordre prévisible.
Premier problème : il n'existe pas de version unique
Le fichier se trouvait sur un disque partagé. Puis quelqu’un en a eu besoin hors ligne avant une visite sur site et en a fait une copie. Ensuite, un deuxième site a créé son propre fichier, car celui du premier site comportait des colonnes qui ne lui convenaient pas. Finalement, la consolidation mensuelle est devenue une tâche manuelle confiée à la personne la moins occupée.
Ce symptôme est facile à reconnaître. Lorsqu’on demande combien d’actions correctives sont actuellement en cours, la réponse prend plus de trente secondes et commence par « ça dépend du dossier ». À ce stade, vous n’avez plus un seul système QHSE. Vous en avez plusieurs, et ils ne concordent pas entre eux.
Le problème, ce n'est pas le temps nécessaire à la consolidation, aussi agaçant soit-il. C'est le fait que votre revue de direction repose sur des chiffres que personne ne peut reproduire. Un indicateur clé de performance (KPI) qui ne peut pas être recalculé à partir des données sources n'est pas un KPI, c'est une opinion accompagnée d'un graphique.
Configuration minimale : une base de données, un enregistrement par événement, chaque site écrivant dans la même structure. Les vues peuvent varier d'un site à l'autre. Les données, en revanche, ne peuvent pas varier.
Deuxième échec : une action sans responsable et sans délai
C'est celle-là qui coûte vraiment de l'argent. Une action corrective est enregistrée à la ligne 47, avec une date d'échéance indiquée dans la colonne H. Rien ne se passe à cette date d'échéance, car une cellule ne fait rien. Aucun e-mail n'est envoyé, personne n'est prévenu ; la ligne reste simplement là tandis que la date passe.
Ouvrez n'importe quelle feuille de calcul QHSE bien établie et triez-la par date d'échéance. Vous constaterez que certaines actions, en retard de six, douze ou dix-huit mois, sont toujours officiellement en cours. Elles ne le sont pas parce que l'organisation a décidé qu'elles étaient de faible priorité. Elles le sont parce que le dossier ne prévoit aucun mécanisme permettant d'en assurer le suivi.
Cela va au-delà de la simple question d'ordre et de propreté. Un plan d'action qui n'aboutit pas figure parmi les constatations les plus fréquemment soulevées par les auditeurs, et cela sape l'élément même qu'un système de gestion est censé démontrer : à savoir que lorsqu'un problème est identifié, il est résolu et qu'il est possible de prouver que la solution a été pérenne.
Condition minimale : chaque action doit avoir un responsable désigné, un statut, une date d'échéance qui déclenche une action, et une étape de vérification validée par une personne autre que le responsable. Un rappel qui se déclenche automatiquement a plus de valeur qu'une nouvelle colonne.
Troisième erreur : vous ne pouvez rien prouver
C'est cette erreur qui surprend les gens, car la feuille de calcul semble complète. Elle contient toutes les informations. Ce qui manque, ce sont les éléments permettant de savoir comment ces informations se sont retrouvées là.
Les normes ISO relatives aux systèmes de gestion exigent que les informations documentées soient contrôlées : identifiées et datées, soumises à un contrôle des versions, protégées contre toute modification involontaire, avec des droits d’accès définis et une gestion de la conservation. Comparez honnêtement ces informations à un tableau Excel partagé. Qui a modifié la description de cet accident, et quand ? La date de clôture a-t-elle été saisie le jour même de la clôture ou saisie la semaine précédant l’audit ? Quelle version de la liste de contrôle a été utilisée pour l’inspection de mars, sachant que le modèle a été modifié depuis ?
Le fait de ne pas savoir n'est pas un problème de documentation. C'est ce qui fait la différence entre une anomalie constatée lors d'un audit et un rapport sans réserve, car un auditeur ne vérifie pas si vous disposez d'une procédure. Il vérifie si vous êtes en mesure de fournir la preuve qu'elle a bien été respectée, le jour même, par la personne à qui elle avait été confiée.
Choisissez une mesure corrective clôturée il y a huit mois. Essayez de reconstituer, en vous appuyant sur des preuves : qui l'a signalée, à quelle date, avec quelle analyse, qui a approuvé sa clôture, et quelles preuves attestent de son efficacité. Si cela vous prend plus de cinq minutes, c'est votre piste d'audit qu'il faut corriger en priorité.
Quatrième erreur : le champ ne peut pas y accéder
La dernière défaillance est d'ordre physique. La feuille de calcul se trouve sur un ordinateur portable, et les événements qu'elle décrit se produisent dans un entrepôt, sur un toit, dans un local technique sans réseau, ou sur un chantier situé à quarante minutes du bureau.
Les données font donc un détour. Une photo sur un téléphone personnel, une note dans un carnet, un message dans une discussion de groupe, puis une soirée passée à retaper le tout par quelqu’un qui n’était pas présent. Chaque étape de cette chaîne entraîne une perte de détails, ajoute un retard et introduit une erreur, et l’élément le plus précieux, à savoir la photographie prise au moment même de l’observation, ne figure généralement jamais dans le dossier.
En pratique, cela signifie que votre taux de signalement ne reflète pas votre climat de sécurité. Il reflète plutôt la difficulté que représente le fait de signaler un incident. Les équipes qui doivent retaper leurs rapports à la fin de la journée signalent les incidents graves et passent sous silence les quasi-accidents, qui sont précisément ceux que vous souhaitiez connaître.
Solution minimale : enregistrement sur le lieu d'observation, à l'aide d'un téléphone, fonctionnant entièrement hors ligne, avec des photos et une signature, puis synchronisation dès le rétablissement de la connexion réseau.
Là où s'arrête un tableur
| Ce dont vous avez besoin | Feuille de calcul | Base QHSE structurée |
|---|---|---|
| Modéliser rapidement un nouveau processus | Excellent, et toujours difficile à battre | Très bien, si l'outil est no-code |
| Une source unique et commune d'informations fiables pour tous les sites | Il s'arrête dès que deux personnes en ont besoin en même temps | Natif |
| Des actions qui se succèdent sans fin | Ce n'est pas possible, une date n'est qu'une valeur | Rappels automatiques et escalade |
| Historique des modifications indiquant qui a modifié quoi | Absent en pratique | Enregistré par champ |
| Accès par rôle, site et service | Au mieux, au niveau du fichier, ce qui est trop approximatif pour les données de santé | Granulaire |
| Enregistrer sur le terrain sans connexion réseau | Non | Saisie mobile hors ligne avec photos et signature |
| Indicateurs clés de performance (KPI) dont les valeurs sont recalculées à partir de la source | Manuel, et déjà dépassé dès le lendemain | En direct |
Que faut-il migrer en premier, et que faut-il laisser tel quel ?
Le réflexe est de tout refaire d'un seul coup, ce qui explique pourquoi tant de projets de numérisation QHSE s'enlisent pendant un an avant d'être finalement abandonnés. Choisissez plutôt un seul processus, celui qui pose le plus de problèmes, et faites en sorte qu'il fonctionne de bout en bout.
Choisissez le processus qui présente le plus d'activité
En général, des rapports d'événements, parfois des audits. Optez pour celui qui prévoit des rapports hebdomadaires, et non pour le rapport annuel. Vous souhaitez obtenir rapidement des retours.
Conservez vos formulaires actuels tels quels
Vos équipes les connaissent déjà. Commencez par reproduire les champs et le vocabulaire, puis améliorez-les dans la deuxième version. Changer à la fois l’outil et le processus, c’est la meilleure façon de faire échouer l’adoption.
Importer uniquement les postes non soldés
La migration de cinq ans de dossiers classés constitue un projet à part entière et n'apporte rien de plus. Transférez les dossiers encore actifs et archivez le reste sous forme d'exportation en lecture seule.
Commencez par câbler l'horloge avant toute autre chose
Responsable, date d'échéance, rappel, escalade, vérification de l'efficacité. Si vous ne devez retenir qu'une seule chose de cette première semaine, que ce soit celle-ci.
Installez-le sur votre téléphone et rendez-vous sur un site
Testez-le hors ligne, dans des conditions réelles, avec les personnes qui l'utiliseront. Un formulaire qui fonctionne à un bureau mais qui ne fonctionne pas dans un local technique n'a pas été testé.
Ne lancez le deuxième processus que lorsque le premier devient ennuyeux.
Quand plus personne ne parle du nouvel outil, c'est qu'il a été adopté. C'est à ce moment-là qu'il faut l'étendre.
Et laissez certaines choses telles quelles. Vos modèles financiers, vos analyses ponctuelles, vos travaux statistiques ponctuels : le tableur reste l'outil idéal. Ce qu'il ne devrait plus être, c'est le système de référence.
Voici deux articles complémentaires qui méritent d'être lus : ce qu'un auditeur demande réellement à consulter lors de la préparation d'un audit interne en 2026, et le rôle de l'IA une fois vos données structurées, dans la rubrique « IA dans le domaine QHSE ».
Commencez par un processus
Décrivez-nous le processus qui vous pose le plus de problèmes, et nous mettrons au point en quelques jours une preuve de concept fonctionnelle à partir de vos propres données, formulaires compris.
Découvrez TimeTonic QHSEFoire aux questions
Oui, et c'est ce que vous devriez faire. Les champs, les statuts et le vocabulaire que vos équipes utilisent déjà constituent le moyen le plus rapide de favoriser l'adoption du système. Importez la structure, conservez la terminologie et ne modifiez le processus qu'une fois que les utilisateurs se seront familiarisés avec le système. Ce qui change, c'est l'emplacement où sont stockées les données, pas la façon dont vos équipes les appréhendent.
Le volume n'est pas un critère pertinent. Les véritables facteurs déclencheurs sont un deuxième site, une deuxième personne devant saisir des données en même temps, un audit externe ou une saisie sur le terrain. N'importe lequel de ces éléments peut entraîner une panne de la feuille de calcul, quel que soit le volume. À l'inverse, un site unique avec un seul responsable et sans pression liée à un audit peut fonctionner longtemps avec un seul fichier.
Pas nécessairement. Deux modèles sont possibles. Soit vous centralisez les événements, les audits, les actions et les documents contrôlés dans une seule base de données, soit vous conservez le système de gestion documentaire et vous le connectez via une API ou une plateforme d’ automatisation , de sorte qu’une action et le document qui l’accompagne restent liés. Ce qui ne fonctionne pas, c’est d’avoir une base de données ici, des documents là, et une personne au milieu chargée de les synchroniser.
Sur une plateforme « no-code », la mise en place d’un processus unique, avec ses formulaires, ses statuts, ses rappels et son affichage mobile, ne prend que quelques jours plutôt que plusieurs mois, car il n’y a rien à développer. Ce qui compte, ce n’est pas le temps de développement, mais les deux ou trois semaines d’utilisation réelle qui permettront de déterminer si le formulaire résiste à la mise en pratique sur le terrain.
