Difficultés dans le déploiement d’une solution SIRH : expériences clients
Table des matières
Au sein de notre solution SIRH, HRMAPS, bien que totalement convaincus de la pertinence de nos outils SIRH, développés et déployés chez nos clients, nous nous permettons d’analyser avec humilité et modestie les difficultés rencontrées dans nos différents déploiements depuis plusieurs années. Que ces difficultés soient propres à nos outils que nous faisons évoluer constamment pour répondre à vos attentes, et/ou dans les conditions de déploiement au sein de l’éco-système de nos clients, il nous semblait important de porter à votre attention, les incontournables questions à se poser pour garantir la mise en production la plus rapide et la plus efficiente d’un SIRH.
Nous allons aborder ces différents éléments sous 5 points clé : Maturité RH, Architecture, Bases de données, Accessibilité et Disponibilité.
L’architecture
Concernant l’architecture envisagée, nous sommes ici dans un des obstacles les plus récurrents dans nos déploiements. Nommé aussi « Urbanisation » pour définir la notion de flux entre les outils existants et le nouvel arrivé, cette réflexion en amont doit être la plus aboutie possible.
Tout d’abord, le type d’architecture à envisager :
- Intégrée : l’ensemble des processus RH sont couverts par un seul outil
- Composite : un logiciel qui selon son expertise prend en charge un grand processus RH, nommé Best of Breed
- Hybride : un logiciel central qui gère l’ensemble de l’administratif
- Spécifiques interfacés : comme la GTA ou la gestion des compétences
Pour exemple, dans le 2ème ou 3ème cas, nous sommes souvent confrontés à la notion de Master, à savoir quel logiciel « prend le pas » sur les autres. Il faut savoir qu’il est courant que le Master désigné au départ d’un déploiement change finalement au cours du projet. Cela entraîne moultes modifications qui peuvent devenir onéreuses et/ou générer des retards conséquents.
À cela, peut s’ajouter le périmètre de l’architecture comme l’international ou non. Celui-ci modifie là encore grandement le projet, notamment si cela n’est pas prévu dans le cahier des charges et anticipé dans le choix du bon outil.
L’accessibilité
Autre obstacle possible : la définition de l’accessibilité à l’outil. À ce sujet, nous posons 3 questions fondamentales à nos clients :
- Est-ce que tous les salariés ont accès à l’informatique ?
- Est-ce- que vos managers sont en capacité d’intégrer une nouvelle application ?
- Vous, RH, serez-vous en capacité d’intégrer un nouvel outil (rôle d’administrateur) ?
Ici, nous interrogeons nos clients sur deux dimensions :
- Les moyens matériels pour permettre à chacun d’accéder à son espace (collaborateurs, N+1, N+2, …, relais RH et administrateurs RH)
- La vélocité informatique de chaque acteur du système
Par exemple, si vous ne désirez pas donner l’accès aux collaborateurs, déployer une solution SIRH avec moins de fonctionnalités et un design moins ludique est entendable. Par contre, si vous changez de décision en cours de mise ne place de la solution SIRH, le projet risque d’être particulièrement modifié dans le déploiement, mais aussi dans le volume de formation à la prise en main, dans le changement de posture des managers qui passeront d’utilisateurs finaux à un rôle de keys user pour accompagner leurs collaborateurs dans leur appropriation de l’outil, …
Articles similaires



![Le Management de la performance comme levier stratégique [Interview]](https://www.hrmaps.fr/wp-content/uploads/2025/07/management-de-la-performance.png)

