En bref
Le pilotage de la roadmap SIRH exige une gouvernance vivante, pas un plan figé sur 18 mois
- Les méthodes linéaires en 8 étapes échouent face aux imprévus terrain
- La qualité des données reste le facteur de retard le plus sous-estimé
- Le déploiement phasé réduit les risques mais déplace le coût ailleurs
Le pilotage de la roadmap SIRH ne se résume pas à cocher des cases sur un diagramme de Gantt. On nous vend depuis des années des méthodologies en 6 ou 8 étapes, cadrage, cahier des charges, sélection, déploiement, comme si un projet RH suivait une ligne droite. Sur le terrain, ça ne marche jamais comme ça. Entre la DRH qui change d’avis sur le périmètre en cours de route et la DSI qui découvre une dette technique invisible au démarrage, la roadmap SIRH se réécrit en permanence.
Nous avons accompagné et observé suffisamment de projets pour affirmer une chose : le pilotage réel ressemble davantage à de la navigation à vue qu’à l’exécution d’un plan de vol. Et c’est précisément ce que cet article propose de décortiquer, loin des promesses lisses des éditeurs.
La fausse promesse des 8 étapes linéaires
La plupart des contenus sur le pilotage de la roadmap SIRH présentent une séquence rassurante : audit, cahier des charges, sélection, paramétrage, go live. Cette structure existe sur le papier. Elle ne survit presque jamais à la confrontation avec la réalité opérationnelle d’une entreprise de plus de 500 salariés.
Pourquoi le modèle classique échoue face à la réalité terrain
Une roadmap SIRH suppose des hypothèses stables sur les ressources, le périmètre et les équipes métier disponibles. Or les équipes RH changent de priorités au gré des réorganisations, des audits sociaux ou des négociations annuelles obligatoires. Le pilotage doit intégrer cette instabilité dès le cadrage, pas la découvrir en phase 5.
Le piège de la gouvernance en silos
Nous constatons systématiquement la même erreur : une gouvernance pensée en couloirs étanches, où la DSI valide la technique pendant que les RH valident le métier, sans comité commun d’arbitrage. L’intégrateur et l’éditeur SIRH se retrouvent alors juges et parties sur des arbitrages qui dépassent largement leur périmètre contractuel.
Quand l’audit initial devient obsolète en cours de route
L’audit réalisé en amont fige une photographie à un instant T. Six mois plus tard, un changement de convention collective ou une fusion d’entités rend une partie des conclusions caduques. La validation continue des données doit remplacer la validation ponctuelle héritée des méthodes en cascade.
Gouvernance décentralisée vs autorité centralisée : l’équation insoluble
Le pilotage de la roadmap SIRH bute presque toujours sur la même question : qui décide, vraiment, quand DRH et DSI ne sont pas d’accord ?
La matrice RACI est morte, voici ce qui la remplace
La matrice RACI simplifiée fonctionne sur le papier mais s’effondre dès qu’un arbitrage touche au budget ou au calendrier. Nous recommandons un format plus souple : un comité de pilotage restreint à 4 personnes maximum, avec un mandat d’arbitrage réel, pas seulement consultatif.
Comment les vraies décisions se prennent dans un projet SIRH
Dans les faits, les décisions structurantes se prennent en dehors des comités formels, souvent dans des échanges informels entre le chef de projet SIRH et le sponsor métier. Un éditeur comme Workday impose ses propres cycles de release, ce qui oblige le pilotage à s’adapter au rythme de l’éditeur plutôt que l’inverse.
Gérer les conflits implicites entre RH et DSI sans paralyser le projet
La DSI priorise la sécurité et l’architecture, les RH priorisent l’usage et l’adoption. Ce conflit ne se résout jamais totalement. Nommer un arbitre unique, avec un mandat écrit, évite les blocages de plusieurs semaines que nous avons vus paralyser des projets entiers.
Les données RH : le vrai problème que personne n’ose nommer
La qualité des données RH détermine la réussite du projet bien plus que le choix du logiciel SIRH lui-même.
Nettoyage de données ou refonte complète des référentiels
Nettoyer les données existantes suffit rarement. Les référentiels métier, grilles de postes, règles de paie, structures organisationnelles, accumulent souvent quinze ans d’exceptions locales. Une refonte partielle des référentiels s’impose dans la majorité des migrations observées.
L’archéologie des données : excavation des silos métier
Chaque filiale, chaque site, chaque ancien SIRH a généré ses propres règles de nommage et ses doublons. L’audit technique doit remonter jusqu’aux fichiers Excel parallèles que les gestionnaires de paie maintiennent en marge du système officiel. C’est souvent là que se cachent les vraies anomalies.
Validation continue versus validation en fin de phase
Valider les données une seule fois, en fin de phase de migration, garantit la découverte des erreurs au pire moment, pendant le go live. Le pilotage efficace impose des cycles de validation à chaque sprint, avec des jeux de tests représentatifs du périmètre réel.
Déploiement phasé ou big bang : le faux débat
Opposer déploiement phasé et big bang masque une question plus importante : quelle architecture organisationnelle peut absorber le changement ?
Stratégie de déploiement adaptée par typologie d’entreprise
Une ETI mono-site ne porte pas les mêmes risques qu’un grand groupe multi-pays. Thales, par exemple, a dû composer avec des environnements réglementaires différents selon les géographies, ce qui impose un séquençage pays par pays plutôt qu’un déploiement simultané.
Risques asymétriques du phasé versus le coût psychologique du big bang
Le déploiement phasé réduit le risque technique mais prolonge l’incertitude des utilisateurs, qui vivent plusieurs mois avec deux systèmes en parallèle. Le big bang concentre le risque sur une date unique mais limite la durée de la période de confusion.
Quand le pilote devient un graveyard de bonnes intentions
Apogea souligne dans ses retours que les sites pilotes, censés valider l’approche avant généralisation, finissent trop souvent abandonnés faute de suivi post-pilote. Le pilote doit avoir un vrai rôle décisionnel, pas seulement vitrine.
- Risque technique maîtrisé
- Adoption progressive
- Corrections possibles avant généralisation
- Coexistence prolongée de deux systèmes
- Fatigue des équipes
- Budget étiré dans le temps
Le coût caché du hypercare : budgétiser l’imprévu
Le budget d’un projet SIRH omet systématiquement la phase qui suit immédiatement le go live.
Les 30 jours post-go-live qui dilapident vos réserves
Les trente premiers jours après le go live génèrent le plus grand volume de tickets support, souvent cinq à sept fois le volume habituel. Les équipes projet, déjà épuisées par le sprint final, doivent absorber ce pic sans renfort prévu au budget initial.
Support réactif ou proactif : quelle posture adopter
Un support purement réactif laisse les utilisateurs frustrés accumuler les contournements. Une posture proactive, avec des points de contact hebdomadaires pendant les deux premiers mois, réduit significativement le taux d’abandon des nouvelles fonctionnalités.
Mesurer le vrai ROI au-delà des promesses de l’éditeur
L’éditeur SIRH présente toujours un ROI théorique basé sur des gains de productivité moyens. Le ROI réel se mesure sur le terrain, via le taux d’adoption effectif et la réduction mesurée des tâches administratives répétitives, pas via une plaquette commerciale.
Conduite du changement sans projet formel d’accompagnement
La conduite du changement reste trop souvent un chapitre théorique dans le cahier des charges, jamais vraiment budgété comme un chantier à part entière.
Formation juste-à-temps vs formation exhaustive 6 mois avant
Former les utilisateurs six mois avant le go live garantit l’oubli de 80 % du contenu. La formation juste-à-temps, dispensée dans les deux semaines précédant l’usage réel, améliore nettement la rétention et réduit les sollicitations du support.
Identifier et neutraliser les blocages informels
Les résistances les plus coûteuses ne s’expriment jamais en réunion officielle. Elles circulent en off, entre managers, et sabotent discrètement l’adoption. Un pilotage attentif repère ces signaux faibles via des entretiens informels réguliers avec les équipes métier.
Construire des champions métier au lieu de consommateurs de formation
Former des ambassadeurs capables de répondre aux questions de leurs collègues directement sur le terrain change la dynamique d’adoption. Ces champions métier, identifiés tôt et valorisés dans leur montée en compétences, deviennent le véritable relais de la roadmap SIRH.
Une roadmap SIRH qui ne survit pas au premier imprévu n'était jamais une roadmap, juste un planning optimiste.
Pilotage de la roadmap sirh : ce qu’il faut vraiment retenir
Le pilotage de la roadmap SIRH se joue moins dans la méthodologie choisie que dans la capacité de l’équipe projet à arbitrer vite, à valider les données en continu et à préparer l’après go live aussi sérieusement que le déploiement lui-même. Les entreprises qui réussissent ne suivent pas un plan parfait, elles ajustent en permanence sans perdre le cap stratégique fixé au départ.
FAQ
Quel est le meilleur timing pour basculer d’une paie mutualisée à une paie intégrée au SIRH ?
La bascule s’effectue idéalement en dehors des périodes de clôture annuelle, souvent entre avril et juin, pour disposer d’une marge de correction avant la déclaration sociale nominative de fin d’année.
Comment gérer une migration SIRH quand les données existantes sont corrompues ou incomplètes ?
Un audit de fiabilité précède toute migration technique, avec un seuil d’acceptabilité défini à l’avance, souvent 95 % de données exploitables, sous peine de reporter le go live.
Un projet SIRH est-il compatible avec une réorganisation RH simultanée ?
Les deux chantiers combinés multiplient les risques de confusion sur les référentiels. Nous déconseillons systématiquement de les mener en parallèle sans un référentiel organisationnel stabilisé au préalable.
Faut-il moderniser l’organisation avant ou après le déploiement SIRH ?
La refonte organisationnelle précède idéalement le paramétrage du SIRH, car l’outil reflète et fige la structure existante au moment de sa configuration.
Comment piloter une roadmap SIRH sans augmenter les effectifs RH ?
L’automatisation des tâches administratives via le SIRH libère du temps réaffecté au pilotage du projet, à condition de phaser le déploiement pour éviter la surcharge pendant la transition.
Quel niveau de contrôle l’éditeur SIRH doit-il conserver après le go-live ?
Le contrat doit préciser une période de support renforcé limitée dans le temps, au-delà de laquelle la gouvernance des évolutions revient entièrement à l’entreprise cliente.
Est-il possible de prédire le taux d’adoption réel avant le déploiement ?
Les ateliers de co-construction menés avec des utilisateurs représentatifs pendant la phase de cadrage donnent une indication fiable, bien plus fiable que les enquêtes de satisfaction post-déploiement.