Comment bien déployer son SIRH en 7 étapes

Étape 1 : Cadrer le projet SIRH (4 à 6 semaines)

Le cadrage est l'étape qui détermine la réussite de tout le reste. C'est ici que l'on pose les objectifs, le périmètre, le budget et l'équipe. Un cadrage bâclé coûte deux à trois fois plus cher en fin de projet.

Réaliser l'audit de l'existant RH

L'audit documente la situation de départ : cartographie des processus RH, outils en place, points de douleur remontés par les équipes, volumétrie (nombre de salariés, contrats, bulletins, entretiens annuels). L'objectif est d'identifier ce qui marche, ce qui coince et ce que le futur SIRH doit absolument améliorer.

Concrètement, cela passe par des entretiens avec les équipes RH, paie, managers et direction, plus un inventaire des outils actuels (tableurs, logiciel de paie, outil de recrutement, etc.).

Définir les objectifs et les KPI du projet

Les objectifs doivent être mesurables : réduire le temps de traitement d'un bulletin de 12 à 4 minutes, automatiser 80% des demandes de congés, produire les rapports sociaux en une journée au lieu d'une semaine. Sans KPI RH chiffrés, impossible de prouver le ROI du SIRH à 12 mois.

Constituer l'équipe projet

Une équipe projet SIRH solide compte cinq rôles clés :

• Sponsor exécutif : DRH ou DAF, il arbitre et débloque les budgets
• Chef de projet : pilote le planning, le budget et les risques
• Keyusers : experts métier côté paie, administration du personnel, formation, recrutement
• Référent DSI : garant de la sécurité, des intégrations et du RGPD
• Référent conduite du changement : prépare l'adoption côté collaborateurs

Dans une PME, le chef de projet et le référent conduite du changement sont souvent la même personne. Dans une ETI, il faut absolument les séparer.

‍

Livrables de l'étape 1 : diagnostic de l'existant, note de cadrage signée, budget prévisionnel, planning macro, équipe projet constituée.

‍

Étape 2 : Rédiger le cahier des charges SIRH (3 à 5 semaines)

Le cahier des charges SIRH traduit les objectifs du cadrage en exigences précises. C'est le document contractuel qui servira de base à l'appel d'offres, puis à la recette en fin de projet. Un cahier des charges flou génère des avenants coûteux et des écarts avec l'éditeur.

Lister les besoins fonctionnels par processus RH

On liste processus par processus, sans rien oublier :

• Administration du personnel : dossier salarié, contrats, absences, documents réglementaires
• Paie : bulletins, variables, DSN, soldes de tout compte
• Gestion des temps et activités : congés, RTT, télétravail, notes de frais — voir notre fiche dédiée à la GTA dans un SIRH
• Recrutement : offres, candidatures, ATS, onboarding
• Entretiens et performance : entretiens annuels, professionnels, objectifs, feedback
• Formation : plan de développement, catalogue, inscriptions, OPCO, suivi
• Compétences et GPEC : référentiels, cartographie, mobilité interne
• Reporting et pilotage : BDESE, index égalité, rapports sociaux

Pour chaque processus, lister les fonctionnalités attendues, les volumes à traiter et les utilisateurs concernés (RH, manager, collaborateur).

Définir les besoins techniques

Les exigences techniques couvrent l'architecture (choix entre SIRH SaaS ou open source, encore quelques cas d'on-premise), la sécurité (SSO, MFA, chiffrement, hébergement en UE pour le RGPD), les intégrations (paie, comptabilité, annuaire Active Directory, badgeuse, outils tiers) et la réversibilité (export complet des données en cas de changement d'éditeur).

Un point souvent oublié : la capacité de l'outil à évoluer. Un SIRH doit absorber la croissance de l'entreprise, les changements réglementaires et l'ajout de nouveaux modules sans projet de réimplémentation.

Prioriser avec la méthode MoSCoW

Toutes les exigences ne se valent pas. La méthode MoSCoW classe chaque besoin en quatre niveaux :

• Must have : indispensable pour le go-live (ex : paie conforme)
• Should have : important mais pas bloquant (ex : portail collaborateur mobile)
• Could have : souhaitable (ex : chatbot RH)
• Won't have : hors périmètre pour ce projet (ex : gestion prévisionnelle sur 10 ans)

Cette priorisation évite les négociations sans fin en phase de paramétrage quand les budgets serrent.

Exemple de structure d'un cahier des charges SIRH

Un cahier des charges SIRH structuré pour une PME de 250 salariés couvre typiquement 14 sections sur 60 à 80 pages :

1. Contexte et enjeux de l'entreprise (3 à 4 pages) : activité, effectifs, implantations, enjeux business
2. Périmètre du projet et objectifs (2 à 3 pages) : ce qui est inclus, ce qui est exclu, KPI cibles
3. Cartographie des processus RH (5 à 7 pages) : processus actuels et processus cibles
4. Exigences fonctionnelles par module (15 à 20 pages) : paie, GTA, entretiens, formation, etc.
5. Exigences techniques et sécurité (5 à 6 pages) : architecture, SSO, chiffrement, certifications
6. Intégrations et interfaces (4 à 6 pages) : systèmes à connecter, API, flux de données
7. Conformité RGPD et hébergement (3 à 4 pages) : localisation des données, sous-traitants, droits des personnes
8. Reprise des données et bascule (2 à 3 pages) : périmètre, méthode, jalons
9. Méthodologie de déploiement attendue (3 à 4 pages) : phases, gouvernance, instances
10. Formation et conduite du changement (2 à 3 pages) : dispositifs, supports, publics
11. SLA, support et maintenance (2 à 3 pages) : niveaux de service, délais, pénalités
12. Planning et jalons du projet (1 à 2 pages) : calendrier macro, dates clés
13. Budget prévisionnel et critères de sélection (3 à 4 pages) : enveloppe, grille d'évaluation
14. Clauses contractuelles attendues (2 à 3 pages) : réversibilité, propriété des données, conditions de sortie

Un cahier des charges SIRH solide tient en 40 à 80 pages pour une PME, 100 à 200 pages pour une ETI. Trop court, il laisse trop de place à l'interprétation. Trop long, personne ne le lit en détail côté éditeur.

‍

Livrable de l'étape 2 : cahier des charges SIRH détaillé, priorisé, validé par la direction et le comité de pilotage.

‍

Étape 3 : Sélectionner l'éditeur SIRH et contractualiser (6 à 10 semaines)

La sélection est la phase où l'on choisit le partenaire pour les 5 à 10 années à venir. Un mauvais choix d'éditeur coûte plus cher qu'un mauvais paramétrage : on paie les deux.

Lancer l'appel d'offres et shortlister 3 à 5 éditeurs

Le marché français compte plusieurs dizaines d'éditeurs. On commence par un sourcing large (comparateurs, classements des meilleurs logiciels SIRH, recommandations pairs, cabinets de conseil), puis on shortliste 3 à 5 éditeurs correspondant au profil de l'entreprise : taille, secteur, périmètre fonctionnel, budget.

L'appel d'offres envoyé contient le cahier des charges, les règles de réponse (format, délai, contacts), les critères d'évaluation et le planning de soutenance.

Organiser les démos scénarisées sur vos cas réels

Les démos standards des éditeurs sont conçues pour vendre. Elles ne répondent pas à vos questions réelles. Il faut scénariser les démos : fournir à l'éditeur 3 à 5 scénarios métier tirés de votre quotidien (saisie d'un nouvel embauché, traitement d'un arrêt maladie long, clôture de paie, campagne d'entretiens annuels) et exiger qu'il les déroule dans l'outil, pas sur des slides.

Pour les projets à enjeu, un proof of concept de 2 à 4 semaines permet de tester l'outil sur un processus critique avec vos vraies données. Cela lève les dernières zones d'ombre avant la contractualisation et révèle les frictions d'intégration avec vos outils existants.

Construire la grille d'évaluation multicritères

Une grille d'évaluation sérieuse pour choisir son logiciel RH pondère au moins cinq dimensions :

• Couverture fonctionnelle (30%) : taux de couverture des Must have et Should have
• Ergonomie et expérience utilisateur (20%) : adoption côté collaborateurs
• Architecture technique et intégrations (15%) : connecteurs, API, sécurité
• Prix total sur 5 ans (20%) : licences, intégration, maintenance, évolutions
• Solidité de l'éditeur et accompagnement (15%) : pérennité, méthodologie de déploiement, support

Noter chaque éditeur sur 100, puis pondérer. Le classement doit ressortir clair. Si deux éditeurs sont à moins de 5 points d'écart, la décision se joue sur l'accompagnement et le feeling avec les équipes projet.

Sur un appel d'offres type avec 3 éditeurs shortlistés, le résultat pondéré se présente par exemple ainsi : Éditeur A à 81,9/100 (fort sur le fonctionnel et la technique mais plus cher), Éditeur B à 80,0/100 (excellent en ergonomie et bon rapport qualité-prix), Éditeur C à 74,5/100 (le moins cher mais couverture fonctionnelle limitée). Avec moins de 2 points d'écart entre A et B, la décision se joue sur la qualité de l'équipe de déploiement et les références terrain sur des projets comparables.

Négocier le contrat

Les points contractuels à négocier en priorité :

• Prix à l'utilisateur : paliers de dégressivité, clause d'évolution annuelle plafonnée
• SLA : disponibilité (99,5% minimum), temps de rétablissement, pénalités
• Réversibilité : format d'export des données, durée de mise à disposition post-résiliation
• Engagement de conformité : RGPD en RH, hébergement en UE, certifications (ISO 27001, HDS si applicable)
• Propriété des données : le client reste propriétaire, l'éditeur ne réutilise pas à d'autres fins
• Conditions d'évolution : ajout de modules, de populations, coût des développements spécifiques

Conseil : toujours comparer les tarifs SIRH sur le coût total à 5 ans, pas seulement sur la licence annuelle. Les coûts cachés (intégration initiale, développements spécifiques, formation, maintenance évolutive) représentent souvent 50 à 80% du prix des licences.

‍

Livrables de l'étape 3 : grille comparative finalisée, contrat signé avec l'éditeur retenu, planning de déploiement partagé.

‍

Étape 4 : Paramétrer et configurer le SIRH (8 à 16 semaines)

Le paramétrage est la phase la plus longue du projet. C'est ici que le SIRH prend la forme de votre organisation. Un paramétrage mal documenté devient un cauchemar à maintenir dès la première évolution.

Organiser les ateliers de paramétrage avec l'intégrateur

Les ateliers de paramétrage sont des séances de travail de 2 à 4 heures entre les keyusers et le consultant intégrateur.

Chaque atelier couvre un module ou un processus : organisation de l'entreprise, règles de congés, circuits de validation, modèles de contrats, règles de paie, etc.

Chaque décision prise en atelier doit être actée par écrit immédiatement. L'accumulation de décisions non tracées produit des incohérences qui ressortent en recette trois mois plus tard.

Configurer les droits, rôles et populations

La matrice des droits définit qui voit quoi et qui fait quoi dans l'outil. Elle croise :

• Les populations (cadres, non-cadres, alternants, intérimaires, sites géographiques)
• Les rôles (collaborateur, manager, RH local, RH central, paie, DRH, administrateur)
• Les actions (consulter, saisir, valider, exporter, administrer)

Une matrice bien faite évite les incidents de confidentialité (un manager qui voit les salaires d'un autre service) et les blocages fonctionnels (un RH local qui ne peut pas valider ses propres demandes).

Personnaliser les écrans et les templates

La plupart des SIRH modernes permettent de personnaliser les écrans (champs affichés, ordre, obligatoires) et les templates de documents (contrats, avenants, attestations, convocations). Cette personnalisation reflète l'identité de l'entreprise mais doit rester raisonnable : chaque spécificité est un point de maintenance à chaque mise à jour de l'éditeur.

Documenter chaque paramétrage

Le dossier de paramétrage est l'assurance-vie du projet. Il liste chaque décision prise, la règle appliquée, la date et la personne ayant validé. Sans dossier de paramétrage à jour, le SIRH devient une boîte noire que personne n'ose toucher.

Livrables de l'étape 4 : environnement de recette entièrement configuré, dossier de paramétrage documenté, matrice des droits validée.

‍

Étape 5 : Reprendre les données et brancher les intégrations (4 à 8 semaines)

La reprise des données est le moment de vérité. Toutes les incohérences des bases actuelles remontent à la surface, et l'équipe découvre que la base paie et la base RH ne sont pas alignées depuis 2019.

Nettoyer les données avant la reprise

Le nettoyage précède toujours la bascule. On corrige les doublons salariés, les dates d'entrée erronées, les soldes de congés incohérents, les contrats non clôturés. Ce travail est ingrat mais indispensable : on ne reprend pas des données sales dans un outil neuf.

Une règle simple : mieux vaut reprendre moins de données propres que beaucoup de données douteuses.

Définir le périmètre de reprise

Toutes les données historiques ne se valent pas. Un périmètre de reprise équilibré retient en général :

• Tous les salariés actifs au jour de la bascule, avec données complètes
• Les salariés sortis depuis 5 ans, conformément aux durées de conservation des données RH
• Les bulletins de paie des 12 derniers mois pour le suivi
• Les soldes de congés et RTT au jour de la bascule
• Les contrats en cours et avenants récents
• Les entretiens annuels des 2 derniers cycles

Le reste reste consultable dans l'ancien outil ou en archive PDF.

Réaliser la bascule technique et les tests de cohérence

La bascule se fait en trois vagues : un test technique sur un échantillon de 20 salariés, une reprise à blanc sur 100% des données (sans activation), puis la reprise définitive le week-end du go-live. À chaque étape, des contrôles de cohérence vérifient les totaux (effectifs, masses salariales, soldes de congés) entre l'ancien et le nouveau système.

Connecter les outils périphériques

Le SIRH ne vit jamais seul. Les intégrations critiques à brancher :

• Paie : si le moteur de paie est externe au SIRH, synchronisation des variables mensuelles
• Comptabilité et ERP : export des écritures de paie
• Active Directory / SSO : authentification unique pour les salariés
• Badgeuse et contrôle d'accès : remontée des pointages
• Outils talent : entretiens, formation, engagement, mobilité interne si non inclus dans le SIRH core
• Outils métier : planification, gestion de production, CRM pour les commerciaux

Livrables de l'étape 5 : jeu de données complet dans l'environnement de recette, intégrations actives et testées, procédure de bascule finalisée.

‍

Étape 6 : Tester et recetter le SIRH (4 à 8 semaines)

La recette est la dernière barrière avant le go-live. Chaque anomalie non détectée en recette devient un incident en production, avec des utilisateurs bloqués et un support saturé.

Construire le plan de tests

Un plan de tests SIRH couvre trois niveaux :

• Tests unitaires : chaque fonctionnalité est testée isolément (créer un salarié, saisir une absence, éditer un contrat)
• Tests de bout en bout : un processus complet est déroulé (embauche d'un salarié, de la candidature au premier bulletin de paie)
• Tests d'acceptation utilisateur (UAT) : les keyusers valident que l'outil répond aux exigences du cahier des charges

Un bon plan de tests contient entre 100 et 500 cas selon la taille du projet, chacun avec un scénario, un résultat attendu et un critère de passage.

Organiser les ateliers de recette avec les keyusers

Les keyusers jouent les scénarios sur l'environnement de recette pendant 2 à 4 semaines. Chaque anomalie est consignée dans un outil de suivi (Jira, Notion, tableur partagé) avec : description, criticité, scénario de reproduction, screenshot.

Suivre les anomalies et les faire corriger

Les anomalies se classent en quatre niveaux de criticité :

• Bloquante : empêche l'utilisation d'un processus critique, correction obligatoire avant go-live
• Majeure : dégrade l'usage mais contournement possible, correction avant go-live recommandée
• Mineure : gêne sans impact fonctionnel, correction post go-live acceptable
• Cosmétique : présentation, libellé, ergonomie de détail

Prononcer la VA et la VABF

Deux jalons contractuels scellent la recette :

• VA (vérification d'aptitude) : l'outil livré correspond au cahier des charges
• VABF (vérification de bon fonctionnement) : l'outil tourne correctement en conditions réelles sur la durée de la recette

Ces deux PV signés déclenchent des jalons de facturation et engagent l'éditeur sur la qualité du livrable.

‍

Livrable de l'étape 6 : PV de recette signé, liste des anomalies résiduelles acceptées avec plan de correction.

‍

Étape 7 : Former, passer en production (4 à 6 semaines)

Le go-live concentre toutes les tensions du projet. Un go-live réussi n'est pas celui où tout marche parfaitement, c'est celui où les incidents sont anticipés, traités vite et sans panique.

Former les keyusers puis les utilisateurs finaux

La formation suit une logique en cascade :

• Formation des keyusers (2 à 3 jours) : ils deviennent les référents internes et formateurs relais — voir notre guide dédié à la formation SIRH
• Formation des managers (demi-journée à 1 jour) : validation des congés, entretiens, consultation des équipes
• Formation des collaborateurs (1 à 2 heures) : saisie des demandes, consultation des bulletins, mise à jour du profil

Les formats se combinent : présentiel pour les keyusers et managers, e-learning et tutoriels vidéo pour les collaborateurs, plus une FAQ et un canal de support dédié.

La conduite du changement ne démarre pas à J-15 du go-live. Elle court depuis l'étape 1. Le plan de communication couvre :

• L'annonce du projet et de ses bénéfices pour les collaborateurs
• Les points d'étape mensuels (newsletter, intranet, réunions)
• Les témoignages de keyusers en phase de recette
• Le teasing du nouvel outil (captures d'écran, démos courtes)
• Le mode d'emploi au lancement (vidéo, FAQ, ligne support)

Préparer la bascule

Le week-end du go-live est chorégraphié minute par minute : arrêt de l'ancien outil le vendredi 18h, reprise finale des données le samedi, tests de smoke le dimanche, ouverture aux utilisateurs le lundi matin. Un plan de repli est documenté au cas où un incident bloquant obligerait à revenir à l'ancien système.

Piloter la phase d'hypercare

Les 2 à 4 semaines suivant le go-live sont critiques. Les keyusers sont disponibles en permanence, l'éditeur est en support renforcé, un stand-up quotidien fait le point sur les incidents remontés. Les anomalies sont corrigées dans la journée quand c'est possible.

Passer en run

Après l'hypercare, le projet bascule en mode run. La gouvernance s'allège : un comité de pilotage trimestriel, des revues de performance semestrielles, un plan d'évolution annuel. Le SIRH n'est jamais figé : il suit l'évolution de l'entreprise, de la réglementation et des attentes des collaborateurs.

‍

Livrables de l'étape 7 : utilisateurs formés, SIRH en production, bilan post go-live, feuille de route des évolutions année 1.

‍

Exemple de projet SIRH : planning type pour une PME de 250 salariés

Pour une PME de 250 salariés qui remplace un empilement de tableurs et d'outils disparates par un SIRH unifié, voici un planning type sur 9 mois.

‍

Répartition budgétaire type

Pour ce même projet SIRH de PME (250 salariés, périmètre RH complet hors paie), le budget se répartit en moyenne comme suit sur 3 ans :

• Licences SIRH (3 ans) : environ 45% du budget total, dans une fourchette de 40 à 50%
• Intégration et paramétrage : environ 30%, dans une fourchette de 25 à 35%
• Reprise des données et développements spécifiques : environ 13%, entre 10 et 15%
• Conduite du changement et formation : environ 10%, entre 8 et 12%
• Marge de sécurité : 2 à 5% pour absorber les imprévus
• Ressources internes dédiées : variable selon l'organisation, souvent sous-estimé et rarement budgété

Pour une PME de 250 salariés, l'enveloppe globale sur 3 ans se situe en général entre 80 000 et 250 000 euros selon le périmètre et l'éditeur retenu, avec une moyenne observée autour de 150 000 euros pour un périmètre RH complet hors paie. Pour affiner cette estimation selon vos besoins, consultez notre guide des prix des logiciels RH.

‍

Les 5 facteurs clés de succès d'un déploiement SIRH

Au-delà de la méthode, cinq éléments font la différence entre un projet SIRH qui tient les délais et un projet qui s'enlise :

1. Un sponsor direction réellement engagé : il arbitre vite, débloque les budgets et porte le projet en comité de direction. Sans sponsor actif, chaque décision traîne et chaque conflit remonte.
2. Une équipe projet dédiée, pas en surcharge : libérer 30 à 50% du temps du chef de projet et des keyusers pendant la durée du déploiement. Un chef de projet à 10% d'un poste opérationnel ne tient pas la cadence.
3. Un cahier des charges précis mais pas figé : assez détaillé pour éviter les dérives, assez souple pour intégrer les bonnes pratiques de l'éditeur sans avenant permanent.
4. La conduite du changement dès le jour 1 : embarquer les managers et les collaborateurs dès le cadrage, pas trois semaines avant le go-live. L'adoption se prépare pendant tout le projet.
5. Une phase de run anticipée : prévoir dès le départ qui maintient le SIRH en année 1, qui pilote les évolutions et qui forme les nouveaux arrivants. Un projet qui finit à l'hypercare produit une dette fonctionnelle en 18 mois.

Astuce : avant de lancer le déploiement, interroger trois entreprises de taille comparable qui ont déployé le SIRH que vous envisagez. Les retours terrain sur le paramétrage, la qualité de l'intégrateur et l'accompagnement post go-live valent plus que toutes les démos commerciales.

‍