Pilotage de la roadmap SIRH : pourquoi votre gouvernance échoue avant même le go-live
En bref
Le pilotage de la roadmap SIRH se joue sur la gouvernance et les données, bien avant le planning
- 70% des projets SIRH échouent sur des causes non techniques
- La qualité des données pèse plus que le choix de l'éditeur
- L'adoption utilisateur démarre dès le cadrage, pas au go live
Le pilotage de la roadmap SIRH ne se résume pas à cocher des cases sur un diagramme de Gantt. C'est un exercice d'arbitrage permanent entre la DRH, la DSI et la direction générale, où chaque décision de périmètre a un coût caché. On a vu trop de comités de pilotage passer des heures à valider des jalons alors que la vraie question, celle de la gouvernance, restait dans un coin de la salle. Si votre roadmap SIRH ressemble à une checklist linéaire, elle vous ment déjà.
Le pilotage de la roadmap SIRH exige une lecture à trois niveaux : politique, opérationnel et technique. Négliger l'un des trois, c'est garantir un dérapage à moyen terme, souvent visible seulement après le go live, quand il est déjà trop tard pour corriger sans surcoût.
La gouvernance SIRH, ce non-dit qui tue les projets
La gouvernance d'un projet SIRH n'apparaît jamais clairement dans le cahier des charges. On y trouve des fonctionnalités, des délais, un budget. Rarement qui tranche en cas de désaccord entre métier et technique. Cette zone grise finit par coûter des semaines de retard, parce que chaque arbitrage remonte, redescend, repart en atelier.
Une roadmap SIRH sans gouvernance formalisée n'est qu'un calendrier d'espoirs.
Pourquoi DRH et DSI ne parlent pas le même langage
La DRH raisonne en processus métier et en expérience collaborateur. La DSI raisonne en architecture, intégration et dette technique. Ce n'est pas un problème de bonne volonté, c'est un problème de vocabulaire. Un logiciel SIRH représente pour l'un un outil de transformation RH, pour l'autre un système à sécuriser et maintenir. Nous pensons que cette divergence doit être nommée dès le cadrage, pas découverte en comité de pilotage trois mois plus tard.
Les 3 niveaux de décision que personne ne formalise
Trois niveaux de décision structurent le pilotage roadmap d'un projet SIRH : le niveau stratégique (direction générale, arbitrage budgétaire et périmètre global), le niveau fonctionnel (DRH, choix des processus et des règles métier) et le niveau technique (DSI, architecture et paramétrage). Chaque demande de changement doit être rattachée à l'un de ces niveaux avant d'être traitée, sinon elle circule sans fin entre les équipes.
Matrice RACI : comment l'éviter plutôt que de la remplir
La matrice RACI classique finit souvent en tableau Excel que personne ne consulte après la première réunion. La vraie question n'est pas de remplir les cases, c'est de désigner un décideur unique par type de demande et de s'y tenir, même quand ça dérange.
Séquençage stratégique : ne pas confondre roadmap et checklist
Une roadmap SIRH décrit une trajectoire, pas une succession de tâches indépendantes. La confusion entre les deux explique la majorité des dérapages de planning que l'on observe sur le terrain.
Phase 0 (invisible) : le cadrage politique avant l'audit
Avant même l'audit technique, une phase de cadrage politique fixe les ambitions, les priorités et les renoncements du projet. Cette phase 0 n'apparaît dans aucun cahier des charges standard, pourtant elle conditionne 80% des arbitrages ultérieurs. Sauter cette étape revient à construire un audit sur un consensus qui n'existe pas.
Dépendances cachées : pourquoi votre planning s'effondre à 60%
Les dépendances entre modules paie, GTA et gestion des talents se révèlent rarement en amont. Un champ obligatoire dans le module paie bloque soudain la migration des données RH, trois mois après le lancement du chantier. Le planning macro ne prévoit jamais cette interaction, parce qu'elle appartient au détail fonctionnel, pas à la vision stratégique.
Pilot vs big bang : le faux débat qui coûte cher
Le choix entre déploiement pilote et big bang occupe un temps disproportionné dans les comités de pilotage. La vraie question n'est pas la stratégie de déploiement, c'est la capacité de l'organisation à absorber le changement en parallèle de son activité courante. Un déploiement pilote mal cadré coûte aussi cher qu'un big bang raté.
Données : le vrai pilote de votre roadmap
La qualité des données détermine la réussite d'un projet SIRH plus sûrement que le choix de l'éditeur. C'est une réalité que peu de prestataires osent dire en phase commerciale.
Audit de qualité des données avant de choisir une solution
L'audit de qualité des données doit précéder, et non suivre, la sélection de la solution logicielle. Un SIRH performant alimenté par des données erronées produit des rapports erronés plus vite qu'un système manuel.
Stratégie de migration : nettoyer avant de migrer, ou pendant
Deux écoles s'affrontent sur la stratégie de migration : nettoyer les données avant le transfert, ou migrer puis corriger dans le nouvel environnement. Nous recommandons la première option pour les structures de plus de 500 collaborateurs, car corriger après migration multiplie les risques d'erreurs en paie.
Validation métier vs validation technique : qui décide quoi
La validation technique garantit que le système fonctionne. La validation métier garantit qu'il répond au besoin réel. Confondre les deux conduit à valider des tests qui passent techniquement, mais qui produisent des règles de paie incohérentes avec la convention collective applicable.
Le coût caché du changement utilisateur
Le changement utilisateur représente la ligne budgétaire la plus sous-estimée d'un projet SIRH. Elle apparaît tardivement dans les devis, alors qu'elle devrait structurer la roadmap dès le départ.
Adoption utilisateur n'est pas une étape, c'est le projet entier
Traiter l'adoption comme une étape finale, juste avant le go live, garantit un taux d'usage décevant les six premiers mois. L'adhésion se construit dans la durée, pas en une session de formation collective.
Comment identifier vos 20% d'utilisateurs qui bloquent le reste
Dans chaque organisation, une minorité d'utilisateurs résiste au changement et influence durablement la perception collective du nouvel outil. Identifier ces profils dès l'atelier de cadrage, souvent des managers de proximité ou des gestionnaires de paie historiques, permet de cibler l'accompagnement plutôt que de le diluer sur l'ensemble des effectifs.
Formation : trop tôt tue l'adoption, trop tard aussi
Une formation dispensée trop en amont du go live s'oublie avant la mise en production. Une formation trop tardive laisse les utilisateurs démunis dès les premiers jours d'usage réel. La fenêtre optimale se situe entre deux et trois semaines avant le lancement effectif.
Pilotage d'exécution : les indicateurs qui parlent vraiment
Le pilotage d'exécution d'une roadmap SIRH repose sur des indicateurs souvent mal choisis, trop techniques ou trop vagues pour éclairer une décision.
Différencier les KPI politiques, opérationnels et techniques
Un KPI politique mesure l'alignement stratégique, un KPI opérationnel mesure l'avancement des processus métier, un KPI technique mesure la performance du système. Un comité de pilotage qui ne suit que des indicateurs techniques perd de vue la réalité de l'adoption terrain.
Le reporting hyper-care : 72 heures décisives post-go-live
Les 72 heures qui suivent le go live concentrent l'essentiel des incidents critiques. Un reporting hyper-care structuré, avec remontée d'incidents toutes les deux heures, détecte les signaux faibles avant qu'ils ne deviennent des blocages de paie.
Quand arrêter un projet SIRH, même engagé financièrement
La sunk cost fallacy conduit trop de comités à poursuivre un projet structurellement défaillant plutôt que d'assumer une pause de cadrage.
Pilotage de la roadmap SIRH : une discipline d'arbitrage avant tout
Le pilotage de la roadmap SIRH ne se gagne pas sur la qualité du planning, mais sur la clarté des arbitrages et la rigueur de la gouvernance. Les équipes qui réussissent sont celles qui nomment les tensions tôt, documentent les décisions et traitent l'adoption comme un fil rouge, pas comme une case à cocher en fin de parcours. La technique suit, elle ne précède jamais la gouvernance.
FAQ : vos questions sur l'exécution du pilotage SIRH
Comment choisir entre une approche modulaire et intégrée ?
Une architecture modulaire comme celle proposée par certains éditeurs type Workday favorise la flexibilité et l'ajout progressif de briques fonctionnelles. Une solution intégrée simplifie le paramétrage initial mais complique les évolutions futures. Le choix dépend du rythme de transformation RH attendu sur les trois prochaines années.
Quel est le profil idéal d'un chef de projet SIRH ?
Le chef de projet SIRH combine compétences en gestion de projet, compréhension fine des processus RH et capacité à arbitrer entre DSI et métier. Son leadership se mesure à sa capacité à faire tenir un consensus sous pression, pas à sa seule maîtrise technique.
Comment gérer les demandes de périmètre pendant la roadmap ?
Chaque demande de périmètre doit transiter par un comité de validation unique, avec impact chiffré sur planning et budget avant acceptation. Sans ce filtre, la roadmap SIRH gonfle de 15 à 20% en moyenne sur les projets de taille moyenne.
Un projet SIRH peut-il vraiment tenir ses délais initiaux ?
Un planning macro tient rarement sans marge de sécurité intégrée dès le cadrage. Les projets qui respectent leurs délais initiaux intègrent systématiquement une réserve de 15% de temps pour les dépendances non anticipées.
Combien de temps réellement pour stabiliser un SIRH post-déploiement ?
La phase de stabilisation s'étale généralement sur trois à six mois après le go live, selon des retours d'expérience terrain comparables à ceux publiés par Apogea. Le support hyper-care des premières semaines ne suffit pas à couvrir l'ensemble des cycles RH, notamment la paie de fin d'année.
