Schéma directeur et cahier des charges SIRH : sécuriser un choix qui engage l'entreprise cinq à dix ans

Une fois l'audit de l'existant réalisé, la tentation est grande de passer directement à la consultation des éditeurs. C'est une erreur méthodologique : on compare alors des solutions sans avoir clarifié ce que l'entreprise cherche réellement à résoudre. Deux documents intermédiaires font la différence entre un projet qui avance sur des bases solides et un projet qui découvre ses angles morts en cours de route : le schéma directeur, qui traduit les constats de l'audit en trajectoire pluriannuelle, et le cahier des charges, qui transforme cette trajectoire en exigences précises.

1. Le schéma directeur : une feuille de route qui révèle la culture de l’entreprise

Le schéma directeur est la feuille de route stratégique qui structure les orientations du SIRH et permet de tracer une vision cohérente, plutôt que d’empiler des choix ponctuels au gré des urgences ou des opportunités commerciales. Chaque schéma directeur est unique, car il dépend pleinement du contexte : le secteur d’activité, qui influence le niveau d’exigence en matière de sécurisation des données ; le périmètre géographique, qui détermine le modèle d’architecture (centralisé, hybride ou multi-instances) ; la stratégie RH propre, qui fixe le niveau de pilotage attendu et le degré d’autonomie laissé aux entités.

Les consultants spécialisés résument l’enjeu en une phrase : le SIRH révèle la culture de l’entreprise. Choisir entre un outil rigide et un outil flexible, c’est choisir entre contrôle et autonomie, entre processus standardisés et adaptation locale. Deux entreprises dotées du même cahier des charges ne retiendront jamais la même solution, car derrière les fonctionnalités, ce sont des valeurs et un mode de fonctionnement qui s’expriment.

Les arbitrages que le schéma directeur doit rendre explicites :

• La priorisation des chantiers : quel module ou processus digitaliser en premier, et pourquoi.
• Le modèle cible : SIRH intégré, best-of-breed ou approche hybride.
• La trajectoire budgétaire pluriannuelle, avec ses jalons et ses points de décision.
• La gouvernance du projet : sponsor exécutif, comité de pilotage, rôles respectifs de la RH, de la DSI et de la direction financière.
• Les grands principes d’architecture technique : interopérabilité, API, gestion des identités, hébergement.

2. Le cahier des charges : challenger les éditeurs sur les irritants réels

Le cahier des charges traduit l’audit et le schéma directeur en exigences technico-fonctionnelles précises. Sa qualité conditionne directement la pertinence des réponses reçues, et la capacité à comparer objectivement des offres qui, sur le papier, se ressemblent souvent beaucoup.

Plusieurs analyses publiées en 2026 pointent la même erreur récurrente : la plupart des cahiers des charges démarrent par une liste de modules souhaités (portail salarié, congés, signature électronique, formation), ce qui décrit des besoins perçus plutôt que des dysfonctionnements réels. Un cadrage utile commence par une question différente : qu’est-ce qui bloque concrètement les équipes au quotidien ? Un cahier des charges construit sur des irritants documentés discrimine les éditeurs bien plus efficacement qu’une grille de fonctionnalités où tout le monde finit par cocher les mêmes cases. C’est la suite logique du diagnostic outil ou usage posé en amont.

Les composantes d’un bon cahier des charges : le périmètre fonctionnel détaillé processus par processus avec les règles de gestion propres à l’entreprise, les exigences techniques (hébergement, interfaces, sécurité, conformité RGPD), des critères de sélection pondérés (fonctionnel, technique, méthodologie projet, références, pérennité financière de l’éditeur), le calendrier avec les jalons de décision incluant un temps de POC sur les finalistes, et les indicateurs de succès définis en amont pour mesurer le retour sur investissement.

3. Les trois erreurs qui reviennent le plus souvent

La première : rédiger le cahier des charges comme une liste de fonctionnalités à cocher, sans hiérarchisation des priorités réelles, ce que certains praticiens surnomment la « liste au Père Noël ». La deuxième : l’absence de scénarios d’usage concrets, qui empêche de tester les solutions sur des cas réels de l’entreprise plutôt que sur une démonstration standard préparée par l’éditeur. La troisième : un périmètre figé qui ne laisse aucune place à l’itération, alors que les meilleurs projets avancent par paliers, avec un produit minimum viable suivi d’enrichissements successifs plutôt qu’un big bang fonctionnel.

4. Le rôle de l’AMOA : sécuriser le triangle planning, budget, qualité

L’assistance à maîtrise d’ouvrage, internalisée ou confiée à un cabinet spécialisé, joue le rôle d’intermédiaire entre l’éditeur, ses équipes techniques et les parties prenantes internes. Elle veille au respect du triangle d’or du projet (planning, budget, qualité) et se concentre sur la dimension organisationnelle et managériale, celle qui concentre l’essentiel des risques d’échec. Certains cabinets ont fait de l’indépendance vis-à-vis des éditeurs un principe fondateur, sans partenariat commercial ni activité d’intégration, pour préserver l’objectivité de leurs recommandations.

Six critères pour choisir son partenaire intégrateur : l’expertise sectorielle et les références comparables, le niveau de certification chez l’éditeur, une méthodologie projet formalisée et vérifiable, une équipe dédiée plutôt que mutualisée, la qualité du support post-production, et le niveau d’intégration de l’IA dans la solution : native, ou ajoutée après coup.

5. Intégré, best-of-breed ou IA native : quelle architecture choisir

Approche	Force	Limite
Intégrée	Simplicité d’administration, unicité de l’expérience utilisateur	Parfois moins de finesse sur des besoins métiers spécifiques
Best-of-breed	La meilleure expérience possible outil par outil	Administration plus complexe : accès multiples, interfaces hétérogènes, API à maintenir
Hybride	Formation, entretiens et compétences s’imbriquent naturellement	La paie gagne souvent à rester distincte du reste du SIRH

Une nouvelle génération de solutions se distingue par une architecture pensée nativement autour de l’IA, plutôt que par l’ajout de fonctionnalités IA à un socle existant. Leur objectif : relier des briques historiquement cloisonnées (entretiens, objectifs, compétences, formation, mobilité) pour que l’IA croise ces données et révèle des signaux invisibles à l’œil nu.

6. Une sélection en plusieurs phases plutôt qu’une décision hâtive

Une sélection maîtrisée se déroule en quatre étapes distinctes. La présélection : une étude documentaire qui repère les solutions répondant aux critères éliminatoires (budget, périmètre fonctionnel minimum). Les démonstrations, sur des cas d’usage réels de l’entreprise et non sur le scénario standard de l’éditeur, faute de quoi la comparaison reste superficielle. L’approfondissement, souvent sous forme de POC pour les finalistes : migration d’un échantillon de données et paramétrage selon vos règles de gestion, sans faire réaliser tout le projet à l’éditeur. La négociation finale, sur les conditions commerciales, contractuelles et techniques, en particulier les garanties de réversibilité des données, un sujet que la maturité du SaaS n’a pas rendu obsolète compte tenu des disparités technologiques du marché.

Conclusion : un temps qui n’est jamais perdu

Le choix d’un SIRH engage l’entreprise sur cinq à dix ans. Cette durée justifie une méthodologie rigoureuse plutôt qu’une décision prise sur la seule base de démonstrations commerciales. C’est précisément parce que la décision engage aussi longtemps que le temps investi dans le schéma directeur et le cahier des charges n’est jamais du temps perdu, même quand la pression du calendrier pousse à l’écourter. Et pour une entreprise de taille intermédiaire, le premier arbitrage du cahier des charges est de viser une solution calibrée : voici ce qui définit un SIRH pour ETI.