Guide RACI Adoption Microsoft 365
Renforcez l’adoption de Microsoft 365 grâce à la méthode ADKAR + PCT appliquée à votre projet
Pourquoi coupler ADKAR et PCT ?
Un projet M365 qui réussit techniquement et échoue en adoption coûte plus cher qu’un projet annulé. Vous avez payé les licences, le déploiement et les communications, et vous repartez avec une perte de confiance utilisateur qui pénalisera le prochain projet.
ADKAR (Awareness, Desire, Knowledge, Ability, Reinforcement) trace le voyage individuel : chaque personne impactée doit passer par les 5 étapes, dans l’ordre, sans en sauter une.
PCT (Project Change Triangle) mesure la santé globale du projet sur 3 côtés : Leadership / Sponsorship, Project Management, Change Management. Un côté faible = projet en risque, même si les deux autres sont solides.
Le combo gagnant : ADKAR pour piloter le voyage des personnes, PCT pour piloter la santé du projet. Une revue PCT déclenchée a chaque événement majeur (pas à date fixe), et vous voyez venir les dérives avant qu’elles ne deviennent ingérables.
Cette grille RACI couvre 22 activités réparties sur 5 phases ADKAR + une phase 0 PCT baseline, avec 8 rôles regroupés par côté du triangle.
A
AWARENESS
OBJECTIF
Chaque utilisateur impacté doit pouvoir répondre à la question « Pourquoi M365 ? » avec ses propres mots.
LIVRABLES-CLÉS
Plan de communication « Pourquoi maintenant », messages-clés sponsors, kit visuel de campagne, diagnostic de résistance initial.
PIÈGES À ÉVITER
Confondre « j’ai envoyé un mail » et « ils ont compris ». L’Awareness se mesure (sondage flash, entretiens), elle ne se proclame pas.
D
DESIRE
OBJECTIF
Transformer la compréhension intellectuelle en mobilisation personnelle. « Je vois pourquoi » devient « j’ai envie d’y aller ».
LIVRABLES-CLÉS
Cartographie des résistances par profil, plan de gestion individualisé, recrutement d’un réseau d’ambassadeurs (1 pour 15 à 20 utilisateurs).
PIÈGES À ÉVITER
Croire que la formation va créer l’envie. C’est l’inverse : sans envie, la formation glisse. Le Desire est porté par les pairs et les managers, pas par les supports.
K
KNOWLEDGE
OBJECTIF
Équiper chaque persona avec ce qu’il doit savoir, au moment où il en a besoin (juste-à-temps, pas en avance).
LIVRABLES-CLÉS
Parcours de formation par persona (admin, manager, utilisateur, ambassadeur), vidéos courtes (< 3 min), sandbox d’entrainement, fiches memo.
PIÈGES À ÉVITER
La formation universelle de 2h pour 1000 personnes. Personne ne retient. Préférez 6 modules de 15 min ciblés par usage reel.
A
ABILITY
OBJECTIF
Passer du « je sais en théorie » au « je fais en situation réelle ». C’est ici que 80 % des projets décrochent.
LIVRABLES-CLÉS
Coaching terrain par managers + ambassadeurs, hypercare J+0 à J+30, mesure d’usage réel via les rapports M365, support de proximité.
PIÈGES À ÉVITER
Retirer le support trop tôt. À J+30, les utilisateurs commencent seulement à se poser les vraies questions. Maintenez l’hypercare jusqu’à J+90 minimum.
R
REINFORCEMENT
OBJECTIF
Ancrer le nouvel usage pour qu’il ne s’érode pas. Sans renforcement, on perd 40 % de l’adoption en 6 mois.
LIVRABLES-CLÉS
Programme de reconnaissance (badges, célébrations), boucle d’amélioration continue, mesure d’usage trimestrielle, transmission au RUN.
PIÈGES À ÉVITER
Déclarer victoire au go-live. Le go-live, c’est le début. Le renforcement, c’est 12 à 18 mois minimum.
Comment scorer chaque côté
Sur chacun des 3 côtés, attribuez un score de 1 a 3 lors de chaque revue PCT :
En risque
Le projet va décrocher sur ce côté si rien ne change.
À surveiller
Signaux faibles à traiter dans le mois.
Solide
Ce côté ne menace pas l’atteinte des objectifs.
Les 5 déclencheurs d’une revue PCT ad doc
Changement d’objectif business
Ex : le projet IT bascule en projet ROI ou productivité, les indicateurs de succes changent.
Évolution du périmètre
Ex : ajout d’une BU, d’un pays, d’une population utilisatrice non prévue initialement.
Changement de solution
Ex : migration M365 qui se transforme en déploiement Copilot, intégration d’un nouvel outil.
Retard ou dérive projet importante
Ex : décalage > 1 mois, depassement budget significatif, perte ou changement de sponsor.
Mises à jour Microsoft (Copilot, M365)
Chaque MÀJ majeure peut changer ce que voient et font les utilisateurs, imposant une ré-évaluation de la conduite du changement.
PCT Finale : à la clôture du projet, avant transmission au RUN. Fait le bilan et identifie ce qui doit être maintenu en exploitation.
Signaux faibles à détecter
LEADERSHIP / SPONSORSHIP
Le sponsor reporte 2 fois de suite le comité de pilotage. La parole sponsor disparait des slides ExCom. Les arbitrages remontent au chef de projet au lieu d’etre rendus en haut.
PROJECT MANAGEMENT
3 dépendances en retard. Le RAID log n’est plus à jour depuis 3 semaines. Le burn-down décroche.
CHANGE MANAGEMENT
Taux de présence en formation < 70 %. Les ambassadeurs ne répondent plus aux sollicitations. Les rapports d’usage M365 stagnent.
Les 8 rôles regroupés par côté PCT
LEADERSHIP / SPONSORSHIP
Sponsor exécutif (COMEX / DG)
Porte le « why » devant l’organisation, finance le projet, arbitre les conflits de priorite. Le pattern PROSCI « ABC » (Active, Brutal, Coalition) le décrit bien : visible, engagé, présence forte.
Sponsors métier (Directeurs de BU)
Relaient le message dans leur périmètre, accompagnent leurs managers, défendent le projet en comité de direction.
PROJECT MANAGEMENT
Chef de projet M365
Pilote le planning, le budget, le périmètre, les risques. Interface entre tous les autres rôles.
RSSI
Gouvernance, conformité (RGPD, sectorielles), DLP, validation des règles de partage externe.
Admin M365 / DSI
Configuration technique du tenant, sécurité, déploiement des licences, intégration aux SI existants.
CHANGE MANAGEMENT
Change Manager PROSCI
Pilote l’ADKAR + le PCT, concoit le plan de conduite du changement, anime les revues PCT, mobilise les ambassadeurs.
Managers intermédiaires
Coach de proximité au quotidien. Le maillon le plus souvent négligé, et pourtant celui qui fait basculer 50 % de l’adoption.
Ambassadeurs / Champions
Relais pairs-à-pairs, démos courtes, support N0. 1 ambassadeur pour 15 à 20 utilisateurs.
3 pièges classiques à éviter
1
Sauter Desire
Vous communiquez (Awareness) puis vous formez (Knowledge) sans avoir travaillé l’envie. Résultat : formations à 40% de présence, et 30% d’usage 3 mois après. Le Desire ne se décrète pas par mail, il se construit par les pairs et les managers.
2
Confondre RACI projet et RACI adoption
Le RACI « Project Management » ne couvre pas l’adoption. Vous avez besoin d’un RACI dédié au changement, avec les rôles Change Manager, ambassadeurs et managers intermédiaires explicitement assignés à des activités ADKAR. Sans cela, l’adoption tombe entre les chaises.
3
Faire une seule revue PCT en fin de projet
Trop tard pour corriger. Le PCT doit être récurrent : baseline + fin de chaque phase ADKAR. Vous voyez ainsi les côtés du triangle s’affaiblir pendant qu’il est encore temps d’agir.
Astuce Solution Obvie
Le RACI seul ne suffit pas : il faut une instance de pilotage du changement distincte du comite projet. Tenez-la mensuellement avec le Change Manager, les sponsors metier et un panel tournant d’ambassadeurs.
💡 C’est là que les signaux ADKAR + PCT remontent vite, et c’est là qu’on décide des contre-mesures sans attendre le prochain COPIL.
Découvrir d’autres guides pratiques
Contenu présenté par Yoann KALANDYK
Consultant Microsoft 365
Après 20 ans à développer des solutions hyper-personnalisées, je consacre mon énergie à m’assurer que la solution soit utilisée et comprise par les utilisateurs : un nouvel outil n’est jamais la solution à tous les problèmes.
Besoin de plus d’informations ?
Un projet ?
Prenez un moment d’échange avec notre équipe pour recevoir une offre adaptée