Dans les grands groupes et les entreprises de taille intermédiaire (ETI), la question du système d’information des ressources humaines (SIRH) ne se pose plus en termes d’acquisition : l’outil est là, souvent depuis des années, parfois en plusieurs exemplaires. Le véritable enjeu a changé de nature. Il ne s’agit plus de s’équiper, mais de rendre le SIRH réellement accessible à ceux qui doivent s’en servir.
L’accès n’est pas l’adoption
Disposer d’un SIRH ne garantit pas qu’il soit utilisé. Dans une organisation de plusieurs milliers de personnes, un outil puissant mais mal approprié devient un coût, pas un levier. Les équipes le contournent, ressaisissent les données ailleurs, ou reviennent à leurs fichiers. L’accessibilité réelle se mesure à l’usage, pas au périmètre fonctionnel.
La complexité, premier obstacle
Le frein n’est pas financier, il est organisationnel. Empilement de modules, paramétrages hérités, interfaces multiples, processus qui varient d’une division à l’autre : la richesse fonctionnelle finit par produire de l’illisibilité. Plus l’outil couvre de cas, moins il est évident pour l’utilisateur, qui ne fait qu’une tâche à la fois.
La donnée éclatée
Dans les grands groupes, la donnée RH est souvent dispersée entre la paie, la gestion des temps, le cœur RH et des outils locaux. Cette fragmentation nuit à l’accessibilité autant qu’au pilotage : un même indicateur n’a pas la même valeur selon la source. Consolider et gouverner ces données est un préalable à tout usage fiable.
Comment mesurer l’accessibilité réelle
L’accessibilité d’un SIRH ne se lit pas dans la documentation de l’éditeur ni dans le taux de disponibilité technique. Elle se lit dans des signaux que toute organisation produit, mais que peu prennent le temps de regarder.
Le premier signal est le taux de contournement. Combien de demandes arrivent encore par courriel ou par téléphone alors qu’un portail existe pour les traiter ? Combien de managers passent par leur gestionnaire RH pour une opération qu’ils sont censés faire eux-mêmes ? Chaque contournement est un vote contre l’outil, silencieux mais mesurable.
Viennent ensuite les ressaisies. Quand une même information est saisie dans le SIRH puis recopiée dans un tableur, un outil de paie ou un fichier de suivi local, c’est que la chaîne de la donnée est rompue quelque part. Les tickets récurrents adressés au support racontent la même histoire : derrière une question posée dix fois par mois se cache presque toujours un parcours mal conçu, pas dix utilisateurs distraits.
Le signal le plus révélateur reste les fichiers parallèles. Dans un groupe de plusieurs milliers de salariés, il n’est pas rare de découvrir, service par service, des tableurs qui refont ce que le SIRH est censé faire : suivi des effectifs, des absences, des entretiens. Ces fichiers ne sont pas une faute des équipes. Ils sont le symptôme d’un outil perçu comme moins fiable ou moins commode que le bricolage local. Tant qu’ils existent, l’accessibilité n’est pas acquise, quel que soit le discours officiel.
L’adoption se prépare, elle ne se décrète pas
Rendre un SIRH accessible suppose un travail rarement mené jusqu’au bout : cartographier les usages réels, simplifier les parcours, former sur des cas concrets, et accompagner les équipes après la mise en production, quand l’intérêt retombe et que les anciennes habitudes reprennent. C’est l’étape que les intégrateurs négligent, et celle qui décide du succès.
Après la mise en production, le vrai travail commence
Le calendrier d’un projet SIRH s’arrête généralement au démarrage. Celui des utilisateurs commence à ce moment-là. L’intégrateur est contractuellement tourné vers la recette et la bascule : une fois l’outil en production, l’équipe projet se disperse, le support se replie sur les incidents techniques, et plus personne ne porte la question de l’usage.
Or c’est précisément dans les semaines qui suivent le démarrage que tout se joue. Les utilisateurs rencontrent leurs premiers cas réels, souvent différents des cas de formation. S’ils butent et que personne n’est là pour répondre, ils reviennent à leurs anciennes pratiques, et ces pratiques se figent. Les corriger six mois plus tard coûte beaucoup plus cher que de les prévenir.
La conduite du changement après la mise en production n’est donc pas un supplément de confort. Elle consiste à maintenir une présence auprès des équipes, à organiser une boucle de retour entre les utilisateurs et ceux qui paramètrent l’outil, et à traiter vite les irritants remontés. Un paramétrage ajusté dans les premières semaines vaut mieux qu’une session de formation supplémentaire. C’est cette phase, négligée parce qu’elle n’est ni spectaculaire ni facturée par les intégrateurs, qui fait la différence entre un outil déployé et un outil adopté.
Par où commencer
La démarche tient en trois temps, chacun observable.
Le premier temps est un état des lieux des usages réels. Non pas un audit fonctionnel de l’outil, mais une observation de terrain : aller voir comment les gestionnaires, les managers et les salariés travaillent vraiment, recenser les contournements, les ressaisies et les fichiers parallèles évoqués plus haut. Ce relevé donne une carte honnête de l’écart entre l’outil promis et l’outil vécu.
Le deuxième temps est la simplification. Plutôt que de vouloir tout corriger, il s’agit de choisir un petit nombre de parcours à fort volume, une demande d’absence, une validation, une consultation de bulletin, et de les rendre irréprochables : moins d’écrans, moins de champs, un vocabulaire compréhensible sans formation. Un parcours qui fonctionne sans mode d’emploi crédibilise tous les autres.
Le troisième temps installe la durée. Il repose sur un réseau de relais de proximité dans les équipes, sur des indicateurs d’usage suivis conjointement par la direction des ressources humaines et la direction des systèmes d’information (DSI), et sur une revue régulière qui arbitre les évolutions. L’accessibilité n’est jamais acquise une fois pour toutes : chaque nouveau module, chaque réorganisation, chaque vague d’arrivées la remet en jeu.
Ce qu’il faut retenir
Dans les grands groupes, l’accessibilité d’un SIRH ne dépend ni de son coût ni de sa puissance, mais de la manière dont l’organisation le rend utilisable et l’inscrit dans les pratiques. C’est un enjeu d’adoption et de gouvernance des données, pas d’acquisition. Elle se mesure à des signaux concrets, contournements, ressaisies, fichiers parallèles, et elle se gagne surtout après la mise en production, dans la phase que les projets classiques abandonnent. À la clé : un outil enfin utilisé, des données fiables, et du temps rendu aux équipes RH.
Pour aller plus loin : Transformation digitale & AMOA SIRH · Livre blanc : Souveraineté des données RH et IA