La matrice RACI pour clarifier les rôles d'un projet

"Je croyais que c'était toi qui devais valider." "Personne ne m'a prévenu que ça avançait." "On a refait le même travail à deux." Ces phrases, on les entend dans presque tous les projets qui dérapent. Elles ne révèlent pas un manque de compétence, mais un manque de clarté sur les rôles. Quand plusieurs personnes collaborent sans savoir précisément qui est responsable de quoi, qui décide et qui doit être tenu au courant, les tâches tombent entre les chaises, les décisions traînent et les frustrations s'accumulent. La matrice RACI est un outil simple qui élimine ce flou en attribuant un rôle clair à chaque personne pour chaque tâche.

Son principe tient en quatre lettres et se comprend en cinq minutes, mais son effet sur la fluidité d'un projet est considérable. Là où une longue réunion de cadrage laisse souvent des zones grises, un tableau RACI bien rempli ne laisse aucune ambiguïté : pour chaque action, chacun sait s'il doit la faire, la valider, donner son avis, ou simplement être informé. Voyons ce que recouvrent ces quatre rôles, comment construire la matrice et quelles erreurs éviter pour qu'elle reste un outil vivant plutôt qu'un document oublié.

Que signifient les lettres R, A, C et I ?

La matrice RACI répartit, pour chaque tâche d'un projet, quatre types de rôles désignés par les initiales de quatre mots anglais. Comprendre la nuance entre ces quatre rôles, en particulier entre le R et le A qui sont souvent confondus, est la clé pour utiliser correctement l'outil.

R, pour Responsible (Réalisateur) : c'est la personne, ou les personnes, qui exécute concrètement la tâche. C'est elle qui met les mains dans le travail. Une tâche peut avoir plusieurs R quand elle est réalisée à plusieurs.

A, pour Accountable (Approbateur) : c'est la personne qui rend des comptes sur la tâche, qui en porte la responsabilité finale et qui valide. Règle d'or : il ne doit y avoir qu'un seul A par tâche. S'il y en a deux, personne ne tranche vraiment et la responsabilité se dilue.

C, pour Consulted (Consulté) : ce sont les personnes dont on sollicite l'avis ou l'expertise avant d'agir ou de décider. La relation est bidirectionnelle, c'est un dialogue. On les consulte parce que leur point de vue est utile, mais ce ne sont pas elles qui décident.

I, pour Informed (Informé) : ce sont les personnes que l'on tient au courant de l'avancement ou du résultat, sans attendre de retour de leur part. La relation est unidirectionnelle. Les informer évite les mauvaises surprises et les "personne ne m'avait prévenu".

La distinction entre R et A mérite qu'on s'y arrête, car c'est la plus mal comprise. Le Réalisateur fait, l'Approbateur répond. Prenons un exemple parlant : sur la rédaction d'une proposition commerciale, un commercial junior peut être le R, celui qui écrit concrètement le document, tandis que le directeur commercial est le A, celui qui valide et qui rendra des comptes à la direction si l'affaire échoue. Le R peut changer d'une tâche à l'autre selon les compétences disponibles, mais le A reste celui qui porte la responsabilité ultime. Confondre les deux conduit soit à des managers débordés qui veulent tout faire eux-mêmes, soit à des exécutants livrés à eux-mêmes sans personne pour trancher.

Construire sa matrice RACI étape par étape

La construction est volontairement simple. On dresse un tableau à double entrée : les tâches en lignes, les personnes ou rôles en colonnes. À chaque croisement, on inscrit la ou les lettres correspondantes. Voici un exemple concret pour un projet de refonte de site web d'entreprise.

Lisez ce tableau ligne par ligne. Pour "Développer le site", c'est le développeur qui réalise (R), le chef de projet qui valide et porte la responsabilité (A), le graphiste qui est consulté sur le rendu (C) et la direction qui est simplement tenue informée (I). Tout est limpide en un regard. Personne ne peut prétendre qu'il ignorait son rôle, et personne ne marche sur les plates-bandes d'un autre. La construction d'une telle matrice se fait idéalement en atelier, avec toutes les parties prenantes réunies, pour que chacun valide son rôle et que les désaccords éventuels se règlent à ce moment-là plutôt qu'en cours de route.

Les erreurs qui rendent une matrice RACI inutile

La première erreur, et la plus fréquente, consiste à attribuer plusieurs A à une même tâche. C'est la garantie d'un blocage : quand deux personnes doivent valider, chacune attend l'autre, ou pire, elles tranchent dans des directions opposées. La règle d'un seul A par tâche n'est pas négociable, c'est le fondement même de l'outil. Si vous hésitez entre deux personnes pour le A, c'est souvent le signe que la tâche doit être découpée en deux sous-tâches distinctes.

Deuxième écueil : multiplier les C et les I au point d'alourdir le projet. Consulter tout le monde sur tout paralyse l'avancement ; informer tout le monde de tout noie les destinataires sous des messages qu'ils finissent par ignorer. Un bon RACI est sobre. On ne met en C que les personnes dont l'avis change réellement quelque chose, et en I que celles que le résultat concerne directement. Trop de cases remplies tue l'intérêt de la matrice.

Enfin, une matrice RACI n'a de valeur que si elle reste vivante. Une matrice construite en début de projet puis rangée dans un dossier ne sert à rien. Elle doit être affichée, partagée et relue à chaque jalon. Quand le périmètre du projet évolue, quand une personne quitte l'équipe ou qu'une nouvelle tâche apparaît, la matrice doit être mise à jour. C'est un document de pilotage, pas une formalité de lancement. Bien tenue, elle devient le réflexe que l'on consulte dès qu'un doute surgit sur "qui fait quoi", et elle économise un nombre considérable de réunions de clarification.