Guide d'implémentation pas à pas

Vue d'ensemble de l'implémentation

Construire une architecture emplois et skills est un projet structuré avec des phases claires. Objectif : passer de données RH brutes à une architecture live, intégrée et versionnée en 4–8 semaines. Ce guide couvre le chemin complet de l'assessment initial à la gouvernance opérationnelle.

Phase 1 : Assessment et scoping (Semaine 1)

• Data audit — Exporter les données emplois actuelles du SIRH. Évaluer la qualité : combien de titres uniques existent ? Quelle cohérence des descriptions ? Quel grading/leveling existe ?
• Scope decision — Commencer avec une business unit, fonction ou pays. Les rollouts enterprise-wide en un passage réussissent rarement. Choisir la zone avec la plus forte douleur (pression transparence salariale, fort volume de recrutement ou redesign organisationnel en cours).
• Stakeholder alignment — Brief le sponsor exécutif, le leadership RH et les têtes fonctionnelles. Définir les success criteria : à quoi ressemble « done » ?
• Tool setup — Configurer l'instance Cobrainer, mettre en place l'intégration SIRH, préparer les templates d'import de données.

Phase 2 : Génération de l'architecture (Semaines 2–3)

• Data ingestion — Uploader le catalog emplois, la structure org, les données level/grade existantes. Cobrainer analyse les patterns, identifie les doublons, flag les incohérences.
• Génération familles et clusters — L'AI groupe les rôles en familles et clusters selon la similarité skill et tâche. RH revoit et ajuste.
• Définition des niveaux — Pour chaque famille, définir la structure des niveaux. Utiliser la matrice taille-organisation du guide Quick Start.
• Génération des profils rôles — Pour chaque rôle × niveau, générer des profils complets : description, tâches, skills, niveaux de proficiency, qualifications, critères equal pay.

Phase 3 : Review et calibration (Semaines 3–4)

• Expert review — Les experts fonctionnels revoient les profils rôles pour leur domaine. Les tâches correspondent-elles à la réalité ? Les skills sont-ils corrects ? Les niveaux de proficiency sont-ils correctement calibrés ?
• Calibration cross-fonctionnelle — Comparer les niveaux entre familles. Un Level 4 en Engineering représente-t-il le même scope et impact qu'un Level 4 en Finance ?
• Pay alignment — Mapper l'architecture aux structures de compensation existantes. Identifier où le pay actuel ne s'aligne pas avec le nouveau grading.
• Compliance check — Vérifier que les critères equal pay sont embedded, la neutralité genre maintenue et la méthodologie d'évaluation documentée.

Phase 4 : Intégration et go-live (Semaines 4–6)

• Intégration SIRH — Pusher l'architecture dans SAP SuccessFactors, Workday ou ServiceNow. Mapper rôles, niveaux et skills au data model du système cible.
• Employee mapping — Assigner chaque employé à un rôle, niveau et famille dans la nouvelle architecture. Gérer les exceptions (rôles qui ne correspondent pas, employés en transition).
• Communication — Brief managers et employés. Expliquer : ce qui a changé, pourquoi, ce que ça signifie pour eux, où trouver leur description de rôle et profil skill.
• Activation du version control — Activer le change tracking. À partir du go-live, toute modification de l'architecture est versionnée avec historique diff complet.

Phase 5 : Gouvernance et amélioration continue (Continu)

• Architecture owner — Assigner une personne nommée responsable de maintenir l'architecture.
• Processus de changement — Définir comment les nouveaux rôles sont créés, les rôles existants modifiés et les niveaux ajustés. Tous les changements passent par le version control.
• Cadence de review — Trimestriel : review des rôles nouveaux/modifiés. Annuel : review complète de l'architecture.
• Maintenance de l'intégration — Surveiller le sync SIRH, résoudre les problèmes de mapping, mettre à jour quand le système cible change.

Essentials du change management

• Start with why — Connecter l'architecture aux outcomes auxquels les employés tiennent : parcours carrière clairs, rémunération juste, attentes transparentes.
• Involve early — Les experts fonctionnels qui participent à la phase de review deviennent des advocates au rollout.
• Communicate continuously — Pas un seul email de lancement. Mises à jour hebdomadaires pendant le rollout, mensuelles pendant la stabilisation.
• Measure and share — Suivre les métriques d'adoption (% employés mappés, % managers utilisant les templates, # demandes de changement traitées) et partager les progrès.