Une matrice RACI ne sert à rien tant qu’il y a plus d’un A par ligne. Le A tranche et répond du résultat, il doit rester unique sur chaque activité.
Ce qu’est une matrice RACI et à quel problème elle répond
Dans une TPE ou une PME, les responsabilités se répartissent souvent au fil des discussions de couloir, des habitudes et des urgences du moment. Cela fonctionne tant que l’équipe reste petite et que chacun connaît le rôle des autres par cœur. Mais dès qu’un projet mobilise plusieurs services, un prestataire externe ou plusieurs niveaux de décision, les zones grises apparaissent : qui valide le devis, qui répond au client en cas de retard, qui doit être informé avant qu’une décision soit prise. La matrice RACI répond exactement à ce problème : elle formalise, pour chaque activité d’un projet ou d’un processus, qui fait le travail, qui décide, qui doit être consulté avant et qui doit simplement être informé après.
Le nom vient des quatre lettres qui désignent les quatre types de rôles possibles sur une activité : Responsible (celui qui réalise), Accountable (celui qui rend des comptes et tranche), Consulted (celui qu’on consulte avant d’agir) et Informed (celui qu’on informe après). On construit une matrice RACI en listant les activités d’un projet ou d’un processus en lignes, les personnes ou les fonctions concernées en colonnes, puis en attribuant à chaque case une ou plusieurs de ces quatre lettres. Le résultat ressemble à un tableau croisé, simple à lire, qui remplace les suppositions par des affectations écrites noir sur blanc.
Prenons un exemple minimal pour fixer les idées, avant d’entrer dans le cas complet qui structure cet article. Une PME organise un événement client. Trois activités suffisent à illustrer le principe : préparer le budget, réserver la salle et envoyer les invitations. Trois rôles interviennent : le dirigeant, l’assistante de direction et le responsable commercial.
| Activité | Dirigeant | Assistante de direction | Responsable commercial |
|---|---|---|---|
| Préparer le budget | A | R | C |
| Réserver la salle | I | A, R | C |
| Envoyer les invitations | I | R | A |
Cette lecture est immédiate : sur chaque ligne, une seule personne porte le A, une autre fait le travail, une troisième est consultée ou informée selon le cas. Ce petit tableau paraît presque trivial, et c’est justement là que se situe le piège. Construire une matrice RACI est facile sur le principe. La faire fonctionner en réunion, quand les egos, les habitudes hiérarchiques et les zones de pouvoir informelles s’en mêlent, est une autre affaire. Une matrice RACI qui échoue ne souffre pas d’un problème de méthode mais d’un problème de courage : personne n’a voulu trancher qui, vraiment, décide. C’est le fil que nous allons tirer tout au long de cet article, à travers un exemple complet de lancement de service dans une PME de vingt personnes.
Avant d’y venir, il faut comprendre précisément ce que recouvre chacune des quatre lettres, parce que c’est souvent là que naissent les premières confusions, bien avant que le problème du double A n’apparaisse.
Les quatre lettres expliquées une par une
Chaque lettre de la matrice RACI correspond à un type de rôle bien défini, et non à un niveau hiérarchique. Un développeur peut porter le A sur une activité technique pointue, tandis que le dirigeant n’est que consulté. C’est précisément l’intérêt de l’outil : il sépare la fonction du rôle réel sur l’activité, ce qui evite de confondre organigramme et répartition du travail.
| Lettre | Ce qu’elle recouvre | Ce qu’elle n’est pas | Confusion la plus fréquente |
|---|---|---|---|
| R, Responsible | La ou les personnes qui exécutent concrètement l’activité, qui produisent le livrable | Ce n’est pas forcément la personne qui décide du résultat final | Confondre R et A, et croire que celui qui fait le travail porte automatiquement la responsabilité de la décision |
| A, Accountable | La personne unique qui répond du résultat, qui valide et qui tranche en cas de désaccord | Ce n’est pas un titre honorifique donné au responsable hiérarchique par défaut | Attribuer le A à plusieurs personnes par souci d’équilibre ou de politesse hiérarchique |
| C, Consulted | Les personnes dont l’avis est recueilli avant que l’action soit menée ou que la décision soit prise | Ce n’est pas un droit de veto, la consultation éclaire la décision mais ne la remplace pas | Consulter tout le monde par précaution, ce qui ralentit chaque étape sans améliorer la qualité de la décision |
| I, Informed | Les personnes averties du déroulement ou du résultat, une fois l’action réalisée | Ce n’est pas une invitation à participer ni un droit de commenter avant que l’action soit terminée | Mettre quelqu’un en I alors qu’il faudrait le consulter, ce qui le prive d’un mot à dire au moment où il aurait pu peser |
R, Responsible : celui qui fait
Le R désigne la ou les personnes qui exécutent réellement l’activité. Sur une tâche de développement, c’est le développeur qui code. Sur une tâche de rédaction commerciale, c’est la personne qui écrit le texte. Une même ligne peut compter plusieurs R, et c’est parfaitement normal : plusieurs personnes peuvent travailler ensemble sur une même activité, par exemple un chef de projet et un développeur qui collaborent sur la spécification technique d’un module.
Ce que le R n’est pas, en revanche, c’est un rôle de décision. Le R produit, il ne tranche pas nécessairement en cas de désaccord sur la direction à prendre. C’est là que se glisse la confusion la plus fréquente : dans beaucoup de PME, on donne le A à celui qui fait le travail simplement parce qu’il est le plus impliqué au quotidien, sans se demander qui doit réellement répondre du résultat devant le reste de l’entreprise. Un développeur peut très bien être R sur l’écriture du code et ne pas être A sur la décision d’intégrer telle fonctionnalité au produit : cette décision peut relever du chef de projet ou du dirigeant, en fonction de l’impact commercial.
A, Accountable : celui qui tranche et qui répond
Le A est le rôle le plus important de toute la matrice, et c’est celui sur lequel repose l’intégralité de cet article. Il désigne la personne qui valide le travail, qui tranche en cas de désaccord entre les parties consultées, et qui répond du résultat final devant la direction, le client ou toute autre partie intéressée. Le A n’exécute pas forcément l’activité lui-même : il peut très bien confier le travail à un R, mais c’est lui qui porte la responsabilité finale si le résultat n’est pas au niveau attendu.
Ce que le A n’est pas : ce n’est pas un rôle de contrôle permanent, ni un droit de regard sur chaque détail d’exécution. Le A ne doit pas être confondu avec un supérieur hiérarchique qui surveille en continu. Il intervient à des moments précis : au démarrage pour cadrer l’activité, en cours de route si un point d’arbitrage se présente, et à la fin pour valider le résultat.
La confusion la plus fréquente, et la plus dommageable, consiste à attribuer le A à plusieurs personnes sur une même ligne. C’est tellement courant que cela mérite une section entière, car c’est le défaut qui vide la matrice RACI de toute utilité pratique. Nous y venons juste après avoir terminé le tour des quatre lettres.
C, Consulted : celui qu’on interroge avant d’agir
Le C désigne les personnes dont l’avis doit être recueilli avant que la décision soit prise ou que l’action soit engagée. La consultation est un échange à double sens : on demande un avis, une expertise, une contrainte technique ou réglementaire à connaître, et on en tient compte dans la décision finale. Un comptable consulté avant la fixation d’un tarif apporte une information sur les marges et les charges, que le A intègre ensuite dans sa décision.
Ce que le C n’est pas : il ne s’agit pas d’un droit de veto. La personne consultée donne un avis, elle ne bloque pas le processus si son avis n’est pas suivi. Confondre consultation et validation conduit à des blocages inutiles, où chaque personne consultée croit pouvoir arrêter le projet si elle n’est pas satisfaite de la réponse qu’on lui apporte.
La confusion la plus fréquente avec le C, c’est l’excès de prudence : par peur d’oublier quelqu’un, on consulte tout le monde sur tout, ce qui alourdit chaque étape sans réellement améliorer la qualité des décisions. Une bonne matrice RACI limite les C aux personnes qui apportent une information réellement nécessaire à la décision, pas à celles qu’on préfère associer par politesse.
I, Informed : celui qu’on tient au courant
Le I désigne les personnes qui doivent être informées du déroulement ou du résultat d’une activité, sans qu’elles aient à agir ni à donner leur avis au préalable. L’information circule dans un seul sens, après l’action, à titre de transparence ou de coordination. Un comptable informé du lancement commercial d’un service n’a rien à valider, il doit simplement savoir que l’activité démarre pour anticiper la facturation à venir.
Ce que le I n’est pas : ce n’est pas une invitation implicite à commenter ou à intervenir. Beaucoup de personnes placées en I dans une matrice se sentent légitimes à demander des modifications une fois informées, ce qui recrée artificiellement un rôle de consultation qui n’avait pas été prévu, et qui ralentit le projet après coup.
La confusion la plus fréquente consiste à sous-utiliser le I ou, à l’inverse, à mettre quelqu’un en I alors qu’il aurait dû être en C. Si une personne informée après coup s’estime toujours surprise par une décision qui la concerne directement, c’est le signe qu’elle aurait dû être consultée avant, et non simplement informée après.
La règle du A unique
Voici le cœur de cet article, et la règle la plus violée dans les matrices RACI construites en PME : il ne doit jamais y avoir plus d’un A par ligne. Le A désigne celui qui tranche et qui répond du résultat. Dès qu’on en met deux sur la même activité, personne ne décide vraiment, parce que chacun peut renvoyer la balle à l’autre en cas de désaccord, et parce qu’aucune des deux personnes ne se sent pleinement engagée à assumer les conséquences d’un mauvais résultat. La matrice devient alors un tableau décoratif, affiché en réunion de lancement puis oublié, qui ne change strictement rien à la façon dont les décisions se prennent réellement.
Ce défaut est particulièrement fréquent dans les PME pour une raison simple : on hésite à trancher entre deux personnes légitimes, souvent le dirigeant et un responsable opérationnel, et on résout ce malaise en les mettant tous les deux en A, par souci d’équilibre ou pour éviter un conflit. Le problème, c’est que ce compromis apparent ne résout rien sur le terrain. En réunion, quand une décision doit réellement être prise, chacun des deux A attend que l’autre se prononce, ou pire, les deux tranchent différemment et le reste de l’équipe se retrouve avec deux réponses contradictoires à exécuter.
Pour démontrer concrètement ce que produit ce défaut, et ce que sa correction change, prenons un exemple complet : le lancement d’un nouveau service dans une PME de vingt personnes. Six intervenants sont concernés : le dirigeant, la responsable commerciale, le chef de projet, le développeur, la chargée de communication et le comptable. Dix activités couvrent l’ensemble du projet, depuis le cadrage initial jusqu’à la facturation du service une fois vendu.
La matrice fautive : deux A sur trois lignes, aucun A sur une autre
Voici la matrice telle qu’elle a été construite lors de la réunion de lancement, sans que personne ne prête une attention particulière à l’unicité du A sur chaque ligne.
| Activité | Dirigeant | Responsable commerciale | Chef de projet | Développeur | Chargée de communication | Comptable |
|---|---|---|---|---|---|---|
| Cadrage initial du service | A | C | A, R | |||
| Étude de faisabilité technique | C | A | R | I | ||
| Définition du prix et des conditions commerciales | A | A, R | C | |||
| Développement technique du service | C | I | A | R | ||
| Rédaction des supports commerciaux | C | R | A | A | ||
| Création des supports de communication | C | I | A, R | |||
| Formation de l’équipe commerciale | I | R | A | |||
| Lancement commercial du service | C | R | R | I | I | |
| Suivi de la satisfaction client post lancement | I | R | A | C | ||
| Facturation et suivi comptable | A | I | C | R |
Quatre lignes posent problème dans ce tableau, et chacune produit un effet différent, mais toujours coûteux, au moment où l’équipe se réunit pour avancer.
Cadrage initial du service, le dirigeant et le chef de projet sont tous les deux en A. En réunion de cadrage, le chef de projet propose un positionnement pour le nouveau service. Le dirigeant, présent, émet une réserve sur un point de tarification qui n’a rien à voir avec le positionnement discuté. Le chef de projet, qui se croit habilité à trancher puisqu’il porte le A, maintient sa proposition. Le dirigeant, qui se croit également habilité à trancher pour la même raison, impose sa version deux jours plus tard par mail, sans repasser par une réunion. Résultat : deux versions du cadrage circulent en même temps dans l’équipe, la chargée de communication travaille sur la première version pendant que le développeur reçoit des instructions basées sur la seconde.
Définition du prix et des conditions commerciales, le dirigeant et la responsable commerciale portent tous les deux le A. Lors de la réunion de fixation du tarif, la responsable commerciale propose un prix d’appel bas pour faciliter les premières ventes. Le dirigeant, soucieux de la marge, propose un prix plus élevé. Comme aucun des deux n’a d’autorité formelle supérieure à l’autre sur cette ligne précise, la discussion tourne en rond pendant toute la réunion, personne n’ose forcer la décision par respect pour l’autre A, et le sujet est reporté à la semaine suivante. Le service reste sans prix affiché pendant que l’équipe commerciale commence déjà à en parler aux premiers clients intéressés.
Rédaction des supports commerciaux, le chef de projet et la chargée de communication sont tous les deux en A. Le chef de projet valide une première version des plaquettes commerciales. La chargée de communication, qui se sent tout aussi légitime à valider puisqu’elle porte également le A, revient sur la mise en forme et le ton du texte deux jours plus tard, jugeant que le style ne correspond pas à l’identité de marque. Les allers-retours se multiplient parce qu’aucune des deux validations ne prime sur l’autre, et les supports commerciaux ne sont finalisés que la veille du lancement, dans la précipitation.
Lancement commercial du service ne comporte aucun A. La responsable commerciale et le chef de projet sont tous les deux en R, personne n’est en A. Le jour du lancement, un client important demande un ajustement sur les conditions de livraison du service. La responsable commerciale ne se sent pas habilitée à trancher seule un engagement qui pourrait affecter la rentabilité, le chef de projet ne se sent pas non plus légitime pour se prononcer sur un point commercial. Chacun attend que l’autre décide, la demande du client reste sans réponse pendant deux jours, et le lancement démarre sur une impression de désorganisation qui n’aurait jamais dû exister sur une activité aussi structurante.
Ces quatre exemples illustrent une même vérité : le tableau existe, il a été rempli avec sérieux, chaque case correspond à une lettre choisie en réunion, et pourtant rien n’a changé dans la façon dont l’équipe fonctionne réellement. C’est exactement ce qu’on entend par matrice décorative : un artefact qui donne l’impression d’avoir clarifié les rôles, sans avoir résolu le vrai problème, qui est de désigner une seule personne capable de trancher sur chaque sujet.
La matrice corrigée : un seul A par ligne, sans exception
Voici la même matrice, revue pour qu’aucune ligne ne comporte ni deux A ni zéro A. Les corrections ne changent presque rien à la répartition du travail, elles clarifient uniquement qui tranche.
| Activité | Dirigeant | Responsable commerciale | Chef de projet | Développeur | Chargée de communication | Comptable |
|---|---|---|---|---|---|---|
| Cadrage initial du service | A | C | R | |||
| Étude de faisabilité technique | C | A | R | I | ||
| Définition du prix et des conditions commerciales | A | R | C | |||
| Développement technique du service | C | I | A | R | ||
| Rédaction des supports commerciaux | I | C | I | A, R | ||
| Création des supports de communication | C | I | A, R | |||
| Formation de l’équipe commerciale | I | R | A | |||
| Lancement commercial du service | C | A, R | R | I | I | |
| Suivi de la satisfaction client post lancement | I | R | A | C | ||
| Facturation et suivi comptable | A | I | C | R |
Sur la ligne de cadrage initial, le dirigeant reste seul A : c’est lui qui porte la vision stratégique du nouveau service, le chef de projet exécute le cadrage détaillé en R et la responsable commerciale est consultée pour la cohérence avec le portefeuille client existant. En réunion, il n’y a plus de discussion sur qui tranche : le chef de projet propose, le dirigeant valide ou ajuste, et une seule version du cadrage circule ensuite dans l’équipe.
Sur la ligne de tarification, le dirigeant reste également seul A puisque la décision de prix engage la rentabilité globale de l’entreprise, la responsable commerciale devient R parce qu’elle construit la grille tarifaire et les arguments qui l’accompagnent, et le comptable reste consulté pour les questions de marge. La réunion de fixation du prix se termine désormais avec une décision actée, parce qu’une seule personne a le mandat de trancher entre deux options.
Sur la ligne des supports commerciaux, la chargée de communication devient seule A et R, puisque c’est son métier de produire et de valider le contenu et le ton des supports. La responsable commerciale garde un rôle de consultation sur le fond commercial, le chef de projet et le dirigeant passent en I puisqu’ils n’ont pas vocation à intervenir sur ce point précis. Les allers-retours de validation disparaissent, parce qu’une seule personne referme le sujet.
Sur la ligne de lancement commercial, la responsable commerciale devient A et R : c’est elle qui répond du succès commercial du lancement et qui pilote l’exécution avec le chef de projet en soutien. Le jour où un client demande un ajustement sur les conditions de livraison, la responsable commerciale a le mandat pour répondre dans l’heure, sans attendre une validation qui n’existait nulle part dans la version fautive.
Ce que montre cette correction, c’est que le travail réel change à peine : les mêmes personnes font globalement les mêmes tâches. Ce qui change, c’est la clarté du mandat de décision. Une matrice RACI ne vaut que par cette clarté, et c’est pour cela que la vérification du A unique doit devenir un réflexe systématique, ligne par ligne, chaque fois qu’une matrice est construite ou relue dans une PME.
Comment construire sa première matrice en six étapes
Construire une matrice RACI pour la première fois dans une PME demande une méthode simple mais rigoureuse. Voici les six étapes qui permettent d’arriver à un tableau réellement utilisable, et pas seulement à un document rempli pour la forme. Pour chaque étape, reprenons le fil du lancement de service dans la PME de vingt personnes, afin de voir concrètement ce que produit chaque étape et quelle question précise poser en réunion pour la mener à bien.
| Étape | Objectif | Question à se poser | Piège fréquent |
|---|---|---|---|
| 1. Découper les activités | Obtenir une liste d’activités ni trop large ni trop fine | Cette ligne correspond-elle à une décision ou une livraison identifiable ? | Découper trop finement et obtenir une matrice de cinquante lignes ingérable |
| 2. Lister les intervenants | Identifier toutes les personnes ou fonctions concernées, sans en oublier | Qui touche à ce projet, même ponctuellement ou en périphérie ? | Oublier un prestataire externe ou une fonction support comme la comptabilité |
| 3. Attribuer les R | Désigner qui exécute chaque activité | Qui produit concrètement le livrable de cette ligne ? | Multiplier les R sans que la coordination entre eux soit prévue |
| 4. Attribuer un seul A par ligne | Désigner la personne qui tranche et qui répond du résultat | Si un désaccord éclate sur cette ligne, qui a le dernier mot ? | Mettre deux A par souci d’équilibre hiérarchique, ou n’en mettre aucun par prudence |
| 5. Placer les C et les I | Identifier qui doit être consulté avant et qui doit être informé après | Cette personne apporte-t-elle une information nécessaire à la décision, ou doit-elle juste être tenue au courant ? | Consulter tout le monde par défaut, ce qui alourdit chaque étape sans réel bénéfice |
| 6. Faire valider par les intéressés | Vérifier que chacun reconnaît le rôle qui lui est attribué | Cette personne accepte-t-elle le rôle qu’on lui donne, et comprend-elle celui des autres ? | Diffuser la matrice sans réunion de validation, ce qui laisse les malentendus s’installer |
Découper les activités au bon niveau de détail
La première étape consiste à lister les activités du projet ou du processus concerné. Le niveau de détail est déterminant : découper trop grossièrement produit une matrice qui ne dit rien d’utile, découper trop finement produit un tableau de cinquante lignes que personne ne relira jamais. Un bon repère consiste à ne retenir comme ligne qu’une activité correspondant soit à une décision identifiable, soit à un livrable qu’on peut nommer et dater.
Dans le cas du lancement de service, la première version de la liste comptait dix-huit lignes, parce que le chef de projet avait détaillé chaque sous-tâche de la phase de développement technique : rédaction du cahier des charges, développement du prototype, tests internes, corrections, tests avec un client pilote. En relisant cette liste avec le dirigeant, ils se sont rendu compte qu’aucune de ces cinq lignes ne correspondait à une décision différente : c’était la même activité, exécutée par la même personne, sous la responsabilité du même A. Ils ont donc regroupé ces cinq lignes en une seule, « Développement technique du service », en gardant en tête que le détail du calendrier de ces sous-tâches relèverait ensuite d’un outil de suivi de projet, pas de la matrice RACI. Ce regroupement a permis de passer de dix-huit à dix lignes, un nombre suffisant pour couvrir tout le cycle du projet sans noyer les lecteurs de la matrice dans des détails d’exécution.
Ce que produit concrètement cette étape, c’est une liste stable d’activités, validée avant même de commencer à réfléchir à qui fait quoi. Sans cette stabilité, chaque discussion sur les rôles risque de repartir sur la question du découpage, ce qui empêche d’avancer sur le vrai sujet. La question précise à poser en réunion, pour chaque ligne candidate, est la suivante : cette ligne correspond-elle à une décision qu’on pourrait pointer du doigt plus tard si elle tourne mal, ou à un ensemble flou de tâches quotidiennes qui n’appellent pas de décision distincte ? Si la réponse penche vers le flou de tâches quotidiennes, la ligne doit être fusionnée avec une activité voisine plutôt que d’exister seule.
Lister tous les intervenants concernés
La deuxième étape consiste à recenser toutes les personnes ou fonctions qui interviennent, même de façon ponctuelle. Dans une PME, on oublie facilement les fonctions support comme la comptabilité, ou les prestataires externes qui ne participent qu’à une seule étape du projet.
Dans l’exemple du lancement de service, la première liste de colonnes ne comptait que quatre personnes : le dirigeant, la responsable commerciale, le chef de projet et le développeur. En relisant la liste des dix activités, l’équipe s’est aperçue que la ligne « Facturation et suivi comptable » n’avait personne pour l’exécuter dans cette liste initiale : aucune des quatre personnes présentes n’avait vocation à émettre les factures ou à suivre les encaissements. Le comptable a donc été ajouté après coup, en colonne, avec un rôle de consultation sur la tarification et un rôle d’exécution sur la facturation elle-même. De la même façon, la chargée de communication n’apparaissait pas dans la première version, parce que la personne qui a construit le brouillon de matrice pensait spontanément au commercial et au technique, en oubliant que le lancement d’un nouveau service suppose aussi des supports de communication dédiés.
Ce que produit cette étape, c’est une colonne par personne réellement concernée, pas seulement par les personnes qui viennent naturellement à l’esprit au moment de dresser la liste. La question précise à poser en réunion, pour chaque activité de la liste établie à l’étape précédente, est la suivante : qui serait surpris, ou mécontent, de découvrir après coup qu’il n’a été ni consulté ni informé sur cette activité ? Cette question fait remonter les oublis bien mieux qu’une question générale du type qui doit-on ajouter, parce qu’elle oblige à passer activité par activité plutôt que de réfléchir en bloc.
Attribuer les R avant tout le reste
Une fois les lignes et les colonnes posées, il est plus simple de commencer par attribuer les R : qui exécute réellement chaque activité. C’est souvent la partie la plus intuitive, parce qu’elle correspond au travail visible et quotidien. Plusieurs personnes peuvent partager le R sur une même ligne si elles collaborent réellement sur la production du livrable.
Dans le cas du lancement de service, l’attribution des R s’est faite rapidement pour la plupart des lignes : le développeur en R sur le développement technique, la responsable commerciale en R sur la rédaction des supports commerciaux et sur le lancement lui-même, la chargée de communication en R sur les supports de communication, le comptable en R sur la facturation. Une seule ligne a demandé une discussion : « Formation de l’équipe commerciale ». Le chef de projet pensait naturellement l’assumer lui-même, puisqu’il connaissait le service en détail, mais la responsable commerciale a fait remarquer qu’elle connaissait mieux les habitudes et le langage de son équipe commerciale, et qu’elle serait plus efficace pour transmettre l’information de façon utilisable sur le terrain. Ils ont donc convenu qu’elle porterait le R sur cette ligne, avec le chef de projet en C pour apporter le contenu technique du service.
Ce que produit cette étape, c’est un premier brouillon de matrice où chaque ligne a au moins un exécutant identifié, ce qui permet ensuite de se concentrer entièrement sur la question du A sans être distrait par celle de l’exécution. La question précise à poser en réunion, pour chaque ligne, est la suivante : qui produit concrètement le livrable attendu sur cette activité, aujourd’hui, dans les faits, indépendamment de qui devrait théoriquement s’en occuper selon l’organigramme ?
Attribuer un seul A par ligne, sans exception
C’est l’étape la plus délicate et la plus importante de toute la construction. Pour chaque ligne, il faut se poser une seule question : si un désaccord éclate sur cette activité, qui a le dernier mot ? La réponse doit être une seule personne, jamais deux, jamais aucune.
Dans le cas du lancement de service, cette étape a fait ressortir exactement les quatre lignes problématiques décrites plus haut. Sur le cadrage initial, le chef de projet et le dirigeant se sont tous les deux considérés comme légitimes pour porter le A, parce que le chef de projet pilotait le projet au quotidien tandis que le dirigeant portait la vision stratégique de l’entreprise. La discussion en réunion a duré une bonne dizaine de minutes avant que le dirigeant ne tranche lui-même : puisque le cadrage engageait le positionnement du service pour les années à venir, c’est lui qui garderait le A, avec le chef de projet en R pour l’exécution détaillée. Sur la ligne de tarification, le même type de discussion a eu lieu entre le dirigeant et la responsable commerciale, et s’est réglée de la même façon, en faveur du dirigeant, parce que le prix engageait directement la rentabilité globale plutôt que la seule performance commerciale.
Ce que produit cette étape, quand elle est menée sérieusement, c’est une décision explicite sur chaque ligne, qui oblige l’équipe à trancher tout de suite des questions qu’elle aurait sinon laissées flotter jusqu’au jour où un vrai désaccord les ferait resurgir, en pleine exécution du projet, dans de bien moins bonnes conditions qu’en réunion de cadrage. La question précise à poser en réunion, pour chaque ligne, sans exception, est la suivante : si un désaccord éclate demain sur cette activité précise, qui a le dernier mot, une seule personne, pas un comité, pas deux personnes qui se partagent la décision ? Si deux noms viennent à l’esprit en même temps, c’est le signal qu’il faut arrêter la réunion sur cette ligne et trancher avant de continuer, plutôt que de noter les deux noms et de passer à la ligne suivante en se disant qu’on réglera le sujet plus tard.
Placer les C et les I avec discernement
Une fois les R et le A posés, il reste à identifier qui doit être consulté avant l’action et qui doit être informé après. La tentation est grande de multiplier les C par précaution, pour ne fâcher personne. Mais chaque C ajouté ralentit le circuit de décision, puisque la personne consultée doit être sollicitée et attendue avant que l’action puisse avancer.
Dans le cas du lancement de service, l’équipe a d’abord eu le réflexe de mettre le comptable en C sur presque toutes les lignes, par prudence budgétaire généralisée. En relisant la matrice, le dirigeant a demandé, ligne par ligne, si l’avis du comptable changerait réellement la décision prise. Sur la ligne de développement technique, la réponse était non : le comptable n’avait pas d’expertise à apporter sur le choix des fonctionnalités du service. Il est passé en I sur cette ligne, informé de l’avancement sans être consulté sur le contenu. Sur la ligne de tarification, en revanche, la réponse était clairement oui, puisque le comptable disposait d’une vision sur les marges et les charges qui devait éclairer le prix final. Il est resté en C sur cette seule ligne, ce qui a considérablement allégé le circuit de décision sur le reste du projet.
Ce que produit cette étape, c’est un circuit d’information calibré : les personnes consultées sont uniquement celles dont l’avis pèse réellement sur la décision, et les autres sont informées sans ralentir le processus. La question précise à poser en réunion, pour chaque C envisagé, est la suivante : si on ne consultait pas cette personne, prendrait-on une décision moins bonne sur cette ligne précise ? Si la réponse est non, ou si personne ne parvient à expliquer concrètement ce que cette consultation apporterait à la décision, la personne doit passer en I plutôt qu’en C.
Faire valider la matrice par les intéressés eux-mêmes
La dernière étape, souvent négligée, consiste à réunir les personnes concernées pour qu’elles valident elles-mêmes le rôle qui leur est attribué. Une matrice construite seul dans un bureau, puis envoyée par mail sans discussion, a beaucoup plus de chances d’être ignorée qu’une matrice discutée en réunion, où chacun peut exprimer un désaccord sur son propre rôle ou sur celui d’un collègue.
Dans le cas du lancement de service, cette réunion de validation a révélé un point que le premier brouillon avait manqué : la chargée de communication, placée en I sur le cadrage initial, a fait remarquer qu’elle avait besoin d’être consultée plus tôt sur le positionnement du service, parce que le ton et le message de la communication dépendaient directement des choix faits à ce stade. Sans cette remarque, elle aurait découvert le cadrage une fois figé, et aurait dû composer avec des choix sur lesquels elle n’avait pas pu peser, ce qui aurait pu produire un décalage entre le message commercial et le message de communication au moment du lancement. Sa remarque a conduit à ajouter un C pour elle sur la ligne de cadrage initial, une correction mineure sur le papier mais significative dans les faits.
Ce que produit cette étape, c’est l’adhésion réelle de l’équipe à la matrice, et la correction des erreurs d’attribution qu’un regard extérieur, même attentif, ne pouvait pas anticiper seul. La question précise à poser en réunion, à chaque personne présente, est la suivante : reconnaissez-vous le rôle qu’on vous attribue sur chaque ligne qui vous concerne, et voyez-vous une activité où vous auriez besoin d’un rôle différent de celui qu’on vous propose ? Cette question, posée individuellement plutôt que collectivement, encourage chacun à s’exprimer même s’il hésite à contredire une proposition déjà formulée par le groupe.
Les défauts de matrice qui se lisent d’un coup d’œil
Certains défauts de construction se repèrent immédiatement en parcourant une matrice RACI, avant même d’avoir assisté à une seule réunion. Apprendre à les reconnaître permet de corriger une matrice avant qu’elle ne produise ses effets négatifs sur le terrain.
| Défaut | Symptôme visible dans le tableau | Effet en réunion | Correctif |
|---|---|---|---|
| Ligne sans A | Aucune case ne porte la lettre A sur toute la ligne | Personne ne se sent habilité à trancher, les décisions restent en suspens | Désigner une personne unique responsable du résultat, même si elle ne fait pas le travail elle-même |
| Ligne à deux A | Deux cases ou plus portent la lettre A sur la même ligne | Deux personnes légitimes se contredisent, ou chacune attend que l’autre décide | Choisir laquelle des deux répond réellement du résultat devant la direction, et faire passer l’autre en C |
| Colonne saturée de R | Une même personne porte le R sur presque toutes les lignes | Cette personne devient un goulot d’étranglement, tout passe par elle et rien n’avance sans elle | Répartir certaines activités vers d’autres membres de l’équipe, ou revoir la charge de travail globale |
| Personne consultée partout | Une même personne apparaît en C sur presque toutes les lignes | Chaque décision attend son avis, ce qui ralentit l’ensemble du projet sans justification claire | Vérifier si cette consultation apporte réellement une information nécessaire, sinon passer cette personne en I |
| Ligne sans R | Aucune case ne porte la lettre R sur toute la ligne | Le A a validé une activité que personne n’a formellement pris en charge d’exécuter | Désigner qui produit concrètement le livrable, même si c’est le A lui-même qui l’exécute |
| Matrice à trente lignes que personne ne lit | Le tableau s’étend sur plusieurs pages, avec des activités très détaillées | Le document devient trop lourd à consulter, et l’équipe revient à ses habitudes informelles | Regrouper les activités par grands jalons, et réserver le détail fin à l’outil de gestion de projet |
Ces six défauts partagent un point commun : ils se corrigent souvent en quelques minutes, une fois qu’on les a identifiés. Le vrai travail consiste à prendre le temps de relire chaque ligne avec ce tableau en tête, plutôt que de considérer la matrice comme terminée dès qu’elle est remplie. Une matrice remplie n’est pas une matrice correcte : seule une relecture ligne par ligne, centrée sur l’unicité du A et la présence d’au moins un R, permet de s’en assurer.
Les variantes RASCI, RACI-VS et DACI
La matrice RACI de base suffit dans la grande partie des situations d’une PME, mais certaines situations gagnent à utiliser une variante qui ajoute une nuance supplémentaire. Trois variantes reviennent le plus souvent : RASCI, RACI-VS et DACI. Chacune répond à un besoin précis, et aucune n’est systématiquement meilleure que la matrice RACI classique : le choix dépend du contexte.
| Variante | Ce qu’elle ajoute par rapport au RACI | Dans quel cas elle vaut la peine |
|---|---|---|
| RASCI | Un rôle de Support, distinct du R : la personne qui apporte une aide ou des ressources sans porter la responsabilité de l’exécution | Quand une activité mobilise une équipe élargie où certains contributeurs apportent un appui ponctuel, par exemple un développeur senior qui aide un junior sans être lui même en charge du livrable |
| RACI-VS | Un rôle de Verifier, qui contrôle la qualité du résultat avant sa diffusion, et un rôle de Signatory, qui apporte la validation finale et formelle, souvent pour des raisons réglementaires ou contractuelles | Quand une activité nécessite une vérification qualité distincte de la décision elle-même, par exemple un document contractuel relu par un juriste avant signature par le dirigeant |
| DACI | Un rôle de Driver, qui anime le processus de décision et organise les échanges, distinct du D qui porte la décision finale (souvent noté A dans cette variante, parfois renommé Approver) | Quand une décision complexe implique plusieurs parties prenantes à concilier, et qu’il faut quelqu’un dont le rôle est uniquement de faire avancer la discussion sans être celui qui tranche |
RASCI, pour distinguer l’exécutant du soutien
La variante RASCI ajoute un S pour Support entre le R et le C. Ce rôle correspond aux personnes qui apportent une aide, des ressources ou un appui ponctuel à l’exécution, sans porter elles mêmes la responsabilité du livrable. Dans une équipe de développement, un développeur senior qui relit le code d’un junior et l’aide à débloquer un point technique peut être noté en S, tandis que le junior reste R sur la production effective du code. Cette distinction a du sens dès qu’une activité mobilise plusieurs niveaux d’implication qu’on souhaite différencier clairement, notamment pour éviter qu’un contributeur d’appoint soit confondu avec le véritable exécutant responsable du résultat.
RACI-VS, pour séparer le contrôle qualité de la décision
La variante RACI-VS ajoute un V pour Verifier et un S pour Signatory. Le Verifier contrôle que le travail respecte les exigences de qualité ou de conformité avant sa diffusion, tandis que le Signatory apporte la validation finale et formelle, souvent liée à un engagement contractuel ou réglementaire. Cette variante est utile quand une même activité comporte deux moments de contrôle distincts : d’abord une vérification technique ou qualité, ensuite une signature qui engage l’entreprise. Un devis important, par exemple, peut être vérifié par le chef de projet avant d’être signé par le dirigeant, ce qui distingue clairement le contrôle de contenu de l’engagement final.
DACI, pour structurer les décisions collectives complexes
La variante DACI met l’accent sur le processus de décision lui même, plus que sur l’exécution d’une activité. Le D désigne le Driver, la personne qui anime les échanges, collecte les avis et fait avancer la discussion vers une décision, sans nécessairement trancher elle même. Le A conserve son rôle habituel de personne qui tranche, parfois renommé Approver dans cette variante. Le C et le I gardent leur signification classique. DACI vaut la peine dès qu’une décision implique de nombreuses parties prenantes aux intérêts parfois divergents, et qu’il devient utile de séparer celui qui organise le débat de celui qui le referme par une décision. Pour une PME, cette variante trouve son intérêt sur des décisions transverses lourdes, comme le choix d’un nouvel outil informatique qui impacte plusieurs services, plutôt que sur la gestion courante des activités opérationnelles.
La matrice RACI selon le contexte
La façon d’utiliser une matrice RACI change selon la nature du projet ou de la relation qu’elle encadre. Un projet ponctuel, un processus récurrent, une petite équipe, une relation avec un prestataire externe ou une organisation répartie sur plusieurs sites n’appellent pas le même niveau de détail ni la même fréquence de mise à jour.
| Contexte | Niveau de détail recommandé | Fréquence de révision | Point de vigilance particulier |
|---|---|---|---|
| Projet ponctuel | Une matrice dédiée, alignée sur les grandes étapes du projet | Revue à chaque jalon important | Archiver la matrice avec le projet une fois celui ci terminé, plutôt que de la laisser traîner comme référence obsolète |
| Processus récurrent | Une matrice stable, qui décrit le fonctionnement habituel plutôt qu’un projet daté | Revue à chaque changement d’organisation ou de personne clé | Vérifier que la matrice reflète encore la réalité après un départ ou une arrivée dans l’équipe |
| Équipe de moins de dix personnes | Une matrice courte, centrée sur les activités où le flou coûte réellement du temps | Revue légère, souvent lors d’un point d’équipe habituel | Éviter de sur-formaliser une petite équipe où la communication informelle fonctionne déjà bien sur le reste |
| Relation avec un prestataire externe | Une matrice partagée avec le prestataire, intégrée si possible au contrat ou à la lettre de mission | Revue à chaque avenant ou changement de périmètre | Clarifier explicitement qui, côté client, porte le A sur chaque livrable attendu du prestataire |
| Organisation multisite | Une matrice qui distingue les rôles par site quand les mêmes fonctions existent à plusieurs endroits | Revue régulière, en particulier lors de l’harmonisation des pratiques entre sites | Éviter les doublons de A entre un responsable de site et un responsable central sur la même activité |
Projet ponctuel : une matrice qui vit et meurt avec le projet
Pour un projet ponctuel comme le lancement d’un nouveau service, la matrice RACI a une durée de vie limitée à celle du projet. Elle doit être construite dès le cadrage, révisée à chaque jalon important, et archivée une fois le projet terminé. Le risque principal dans ce contexte est de laisser la matrice devenir obsolète sans que personne ne s’en aperçoive, notamment si le projet change de périmètre en cours de route sans que les rôles soient réajustés en conséquence.
Processus récurrent : une matrice qui décrit un fonctionnement stable
Pour un processus récurrent, comme le traitement mensuel de la facturation ou la gestion des demandes clients, la matrice RACI décrit un fonctionnement durable plutôt qu’un projet daté. Elle doit être révisée principalement lors de changements structurels : un départ, une nouvelle arrivée, une réorganisation. Le risque ici est different de celui du projet ponctuel : la matrice reste souvent affichée bien après qu’elle a cessé de correspondre à la réalité, parce que personne ne pense à la relire faute d’échéance qui l’impose.
Équipe de moins de dix personnes : viser la sobriété
Dans une équipe très réduite, la communication informelle fonctionne déjà bien sur une grande partie des sujets. Construire une matrice RACI exhaustive dans ce contexte peut devenir contre-productif, en ajoutant de la lourdeur administrative là où le dialogue direct suffisait. Le bon réflexe consiste à limiter la matrice aux activités où le flou a déjà causé un problème concret, comme une décision retardée ou une responsabilité mal comprise, plutôt que de formaliser systématiquement chaque tâche du quotidien.
Relation avec un prestataire externe : clarifier le A côté client
Quand une PME travaille avec un prestataire externe, freelance ou agence, la matrice RACI gagne à être partagée avec ce prestataire, voire intégrée à la lettre de mission ou au contrat. Le point de vigilance principal concerne le A côté client : sur chaque livrable attendu du prestataire, une seule personne dans l’entreprise doit être identifiée comme celle qui valide et qui répond du résultat auprès du prestataire. Sans cela, le prestataire reçoit des retours contradictoires de plusieurs interlocuteurs internes, ce qui ralentit la mission et complique la relation.
Organisation multisite : éviter les doublons de A entre sites
Dans une organisation répartie sur plusieurs sites, le même type de fonction peut exister à plusieurs endroits, par exemple un responsable commercial par site et un responsable commercial central. Le risque principal est de dupliquer le A sur une même activité entre le niveau local et le niveau central, recréant exactement le défaut du double A décrit plus haut, mais à une échelle organisationnelle plus large. La matrice doit alors préciser explicitement quel niveau tranche sur quel type de décision, et laisser l’autre niveau en C ou en I selon le cas.
Faire vivre la matrice après la réunion de lancement
Une matrice RACI construite avec soin perd rapidement son utilité si elle n’est jamais relue après la réunion de lancement. Le plus grand risque n’est pas de mal construire la matrice au départ, mais de la laisser devenir obsolète sans que personne ne s’en charge explicitement.
| Moment | Ce qu’il faut vérifier | Qui met à jour la matrice |
|---|---|---|
| Arrivée ou départ d’une personne concernée | Vérifier qu’aucune ligne ne pointe encore vers une personne qui n’est plus disponible | Le responsable du projet ou du processus concerné |
| Changement de périmètre du projet | Vérifier que les nouvelles activités disposent bien d’un A unique et d’au moins un R | La personne qui porte le A sur l’activité en cause, en lien avec le chef de projet |
| Désaccord répété sur une même activité | Vérifier si le A actuel est réellement respecté, ou si un autre A informel s’est imposé dans les faits | Le A officiel de la ligne, ou à défaut le dirigeant en cas de blocage |
| Jalon important d’un projet ponctuel | Vérifier que les rôles prévus pour la phase suivante restent pertinents | Le chef de projet, en revue avec les principaux A concernés |
| Revue périodique d’un processus récurrent | Vérifier que la matrice correspond toujours au fonctionnement réel observé sur le terrain | Le responsable du processus, avec un point de vue extérieur si possible |
Il est utile de désigner, dès la réunion de lancement, une personne chargée de tenir la matrice à jour dans le temps, plutôt que de considérer que sa mise à jour est l’affaire de tout le monde, ce qui revient dans les faits à n’être l’affaire de personne. Cette personne n’a pas besoin d’être le dirigeant : elle peut être le chef de projet pour un projet ponctuel, ou un responsable de processus pour une activité récurrente. Ce qui compte, c’est qu’un rendez vous régulier existe pour relire la matrice, même bref, et que les changements de personnel ou de périmètre déclenchent systématiquement une vérification.
Un signe fiable qu’une matrice est en train de devenir obsolète : les décisions réelles ne suivent plus le A écrit sur le papier. Si une personne différente de celle désignée en A tranche systématiquement sur une activité, deux explications sont possibles. Soit le A écrit ne correspond plus à la réalité et doit être corrigé, soit la personne qui devrait trancher n’assume pas son rôle et il faut le lui rappeler directement, plutôt que de laisser un A informel s’installer sans jamais mettre à jour le document.
Ce que la matrice RACI ne règle pas
La matrice RACI clarifie qui fait quoi et qui décide, mais elle ne résout pas tout, et il est utile de le dire clairement pour éviter d’attendre d’elle plus qu’elle ne peut apporter.
Elle ne règle pas la compétence des personnes désignées. Attribuer le A à quelqu’un ne le rend pas automatiquement capable de bien trancher sur le sujet concerné. Si la personne désignée manque d’information, d’expérience ou de recul sur l’activité, la matrice ne compense pas cette lacune, elle se contente de désigner qui, en théorie, devrait être en mesure de le faire.
Elle ne règle pas les tensions relationnelles préexistantes dans l’équipe. Si deux personnes sont en conflit ouvert, formaliser leurs rôles respectifs dans une matrice ne suffit pas à apaiser la relation. Dans certains cas, la matrice peut même révéler ou accentuer une tension existante, en rendant visible un déséquilibre de pouvoir que l’informalité précédente permettait d’éviter d’affronter directement.
Elle ne remplace pas un outil de gestion de projet. La matrice RACI décrit des rôles sur des activités, elle ne gère ni les échéances, ni les priorités, ni l’avancement au jour le jour. Une entreprise qui pense avoir réglé sa gestion de projet en construisant une matrice RACI, sans outil pour suivre les tâches, les délais et les livrables concrets, se retrouve rapidement avec un tableau de rôles très clair et un quotidien opérationnel toujours aussi confus.
Elle ne remplace pas non plus une culture de la décision. Même avec un A clairement désigné sur chaque ligne, si la culture de l’entreprise pousse chacun à éviter de trancher par peur du conflit ou de l’erreur, le A désigné peut continuer à hésiter, à consulter à outrance ou à repousser ses décisions. La matrice donne le mandat, elle ne donne pas le courage de l’exercer : cela reste une question de posture managériale, que le dirigeant doit incarner et encourager au delà du document lui même.
Enfin, elle ne règle pas la charge de travail. Désigner une personne comme A ou R sur de nombreuses lignes ne garantit pas qu’elle dispose du temps nécessaire pour assumer ce rôle correctement. Une matrice bien construite sur le papier peut malgré tout échouer si elle concentre trop de responsabilités sur une seule personne déjà surchargée, ce qui renvoie à la nécessité de vérifier, comme évoqué plus haut, qu’aucune colonne ne devienne un goulot d’étranglement.
La matrice RACI appliquée à un processus récurrent : le traitement d’une commande client
Tout ce qui précède a été illustré à travers un projet ponctuel, le lancement d’un service. Mais une grande partie de la valeur d’une matrice RACI se révèle aussi sur des processus récurrents, ces activités qui se répètent semaine après semaine sans jamais porter le nom de projet. Le traitement d’une commande client, de sa réception jusqu’à son paiement, en est un exemple typique dans une PME qui vend des produits ou des prestations à ses clients.
Contrairement au projet ponctuel, un processus récurrent ne se termine jamais : il tourne en boucle, souvent plusieurs fois par jour ou par semaine selon le volume de commandes. Cela change la nature de la matrice. Elle ne décrit pas les étapes d’un projet qui avance vers une fin, mais un enchaînement stable d’activités qui se répète à l’identique, avec les mêmes rôles à chaque fois. La règle du A unique s’applique exactement de la même façon, mais ses conséquences sont différentes : un double A sur une ligne de projet ponctuel ralentit un jalon précis, tandis qu’un double A sur une ligne de processus récurrent produit un ralentissement qui se répète à chaque commande, semaine après semaine, ce qui en fait un défaut particulièrement coûteux à laisser filer sans le corriger.
Reprenons une PME qui vend des équipements professionnels à d’autres entreprises. Quatre fonctions interviennent dans le traitement d’une commande : la responsable commerciale qui reçoit et négocie la commande, le responsable logistique qui prépare et expédie les produits, le comptable qui facture et suit les encaissements, et le dirigeant qui n’intervient qu’en cas d’exception, comme un retard de paiement prolongé ou une demande de remise exceptionnelle. Neuf activités couvrent le cycle complet, de la réception de la commande jusqu’à la clôture du dossier client.
| Activité | Responsable commerciale | Responsable logistique | Comptable | Dirigeant |
|---|---|---|---|---|
| Réception de la commande client | A, R | I | I | |
| Vérification de la disponibilité des produits | C | A, R | ||
| Confirmation des délais au client | A, R | C | ||
| Préparation de la commande en entrepôt | I | A, R | ||
| Expédition et suivi de la livraison | I | A, R | ||
| Émission de la facture | C | I | A, R | |
| Suivi de l’encaissement | I | A, R | ||
| Relance en cas de retard de paiement prolongé | C | R | A | |
| Clôture du dossier client | I | I | A, R |
Ce tableau illustre plusieurs points propres aux processus récurrents. D’abord, le A change de porteur selon la phase du cycle, ce qui est normal et souhaitable : la responsable commerciale porte le A sur la réception et la confirmation de commande parce que c’est elle qui engage l’entreprise auprès du client, le responsable logistique porte le A sur la disponibilité, la préparation et l’expédition parce que c’est lui qui maîtrise la réalité physique du stock et du transport, et le comptable porte le A sur la facturation, l’encaissement et la clôture du dossier parce que c’est lui qui répond de la santé financière de chaque commande vis à vis de la direction.
Ensuite, la ligne de relance en cas de retard de paiement prolongé mérite une attention particulière, parce qu’elle illustre un cas où le A change de main par rapport au reste du processus. Tant que le paiement suit son cours normal, le comptable reste seul A sur le suivi de l’encaissement. Mais dès qu’un retard se prolonge au delà d’un certain seuil, le dirigeant reprend le A sur la décision de relance, parce que cette situation touche à la relation commerciale globale avec le client et peut engager des choix sensibles, comme l’arrêt temporaire des livraisons ou une négociation d’échéancier. Le comptable garde le R, puisque c’est lui qui exécute matériellement la relance, mais ne porte plus seul la décision sur la façon de la mener. Cette bascule du A selon le contexte est une pratique saine dans un processus récurrent, à condition qu’elle soit écrite clairement dans la matrice, avec le seuil de déclenchement précisé, plutôt que laissée à l’interprétation de chacun au moment où le problème survient.
Enfin, ce tableau montre pourquoi la vigilance sur le A unique reste tout aussi cruciale sur un processus récurrent que sur un projet ponctuel, si ce n’est davantage. Imaginons une version fautive où la responsable commerciale et le responsable logistique porteraient tous les deux le A sur la ligne de confirmation des délais au client. À chaque commande, sans exception, le même flou se répéterait : la responsable commerciale annoncerait un délai optimiste pour rassurer le client, tandis que le responsable logistique, qui connaît les contraintes réelles de préparation, contesterait ce délai après coup. Ce désaccord, qui ne coûterait qu’un ralentissement isolé sur un projet ponctuel, se répéterait alors à chaque commande traitée, multipliant les tensions internes et les promesses non tenues auprès des clients au fil des semaines. C’est précisément cette répétition qui rend la correction du double A encore plus rentable sur un processus récurrent que sur un projet qui ne se joue qu’une fois.
Comment Djaboo matérialise les rôles au quotidien
Djaboo est une solution de gestion tout-en-un pour TPE et PME. Chaque tâche accepte plusieurs personnes assignées, qui correspondent aux R de votre matrice, et des suiveurs, qui correspondent aux I, avertis sans avoir à agir. Une tâche porte aussi sa priorité, son échéance, ses étiquettes, ses commentaires, ses pièces jointes, un minuteur et une liste de contrôle avec son pourcentage d’avancement.
Les tâches se rattachent à un projet et à ses jalons, les projets ont leurs membres, et des modèles de liste de contrôle permettent de rejouer la même séquence d’un projet à l’autre. Les vues kanban montrent où en est chaque tâche, sur les tâches comme sur les jalons.
Djaboo ne connaît que deux rôles sur une tâche, assigné et suiveur. Il n’existe ni rôle d’approbateur ni rôle de consulté, et aucun circuit de validation sur les tâches ou les projets. Le A et le C de votre matrice restent donc à écrire ailleurs, dans la description de la tâche ou dans une liste de contrôle, et la matrice elle même se tient hors de l’outil.
À lire aussi
- Tableau kanban : colonnes, cartes et limite d’en-cours
- Plan de charge : construire une vision fiable de la capacité
- Gestion de projet agile : méthodes, rituels et mise en pratique
- Planning d’équipe : méthode, outils et arbitrages
Foire aux questions
Qu’est ce que la matrice RACI en quelques mots ?
C’est un tableau qui liste les activités d’un projet ou d’un processus en lignes, les personnes ou fonctions concernées en colonnes, et qui attribue à chaque case une lettre parmi R, A, C et I pour préciser qui fait, qui décide, qui est consulté et qui est informé.
Faut il toujours un A par ligne, jamais zéro, jamais deux ?
Oui, c’est la règle la plus importante de tout l’outil. Un A par ligne, jamais plus, jamais moins. Sans cette discipline, la matrice devient un document rempli pour la forme qui ne change rien aux décisions réelles.
Qui doit remplir la matrice RACI dans une PME ?
Le chef de projet ou le responsable du processus concerné anime généralement la construction, mais la matrice doit être discutée et validée avec les personnes qui apparaissent dans les colonnes, et non rédigée seul puis diffusée sans échange.
Peut on avoir plusieurs R sur une même activité ?
Oui, plusieurs personnes peuvent partager le R si elles travaillent réellement ensemble sur la production du livrable. C’est le A qui doit rester unique, pas le R.
Le A doit il forcément être le dirigeant ?
Non. Le A doit être la personne la mieux placée pour trancher sur l’activité concernée, ce qui peut être un chef de projet, un responsable commercial ou un spécialiste technique selon le sujet. Le dirigeant garde généralement le A sur les décisions les plus stratégiques, mais pas sur l’ensemble des activités.
Combien de temps faut il pour construire une première matrice RACI ?
Cela dépend surtout du nombre d’activités et de la difficulté à trancher certains A. Le temps de remplissage du tableau lui même est court, la vraie durée vient des discussions nécessaires pour désigner un A unique sur les lignes où plusieurs personnes se sentent légitimes.
Quelle est la différence entre RACI et RACI-VS ?
La variante RACI-VS ajoute un rôle de Verifier pour le contrôle qualité et un rôle de Signatory pour la validation formelle finale, ce qui permet de séparer une vérification technique d’un engagement contractuel ou réglementaire sur une même activité.
Quelle est la différence entre RASCI et RACI ?
RASCI ajoute un rôle de Support entre le R et le C, pour distinguer les personnes qui exécutent réellement l’activité de celles qui apportent une aide ou des ressources ponctuelles sans en porter la responsabilité.
Quand utiliser un DACI plutôt qu’un RACI ?
DACI convient mieux quand l’enjeu principal est d’organiser une décision collective complexe, avec un Driver qui anime les échanges entre plusieurs parties prenantes, plutôt que de décrire simplement la répartition du travail sur des activités opérationnelles.
La matrice RACI convient elle à une équipe de moins de dix personnes ?
Oui, mais avec sobriété. Une équipe très réduite fonctionne déjà bien sur la communication informelle, il vaut mieux limiter la matrice aux quelques activités où le flou a déjà causé un problème concret, plutôt que de formaliser l’ensemble du quotidien.
Comment gérer une personne consultée sur presque toutes les lignes ?
Il faut vérifier ligne par ligne si sa consultation apporte réellement une information nécessaire à la décision. Si ce n’est pas le cas, cette personne doit passer en I plutôt qu’en C, ce qui allège le circuit de décision sans la priver d’information.
Faut il une matrice RACI par projet ou une matrice globale ?
Pour un projet ponctuel, une matrice dédiée au projet est préférable, car elle a une durée de vie limitée et des activités spécifiques. Pour un processus récurrent, une matrice stable qui décrit le fonctionnement habituel est plus adaptée qu’une matrice reconstruite à chaque fois.
Comment faire accepter la matrice RACI par l’équipe ?
La construire en réunion avec les personnes concernées, plutôt que de la rédiger seul puis de la diffuser, augmente fortement les chances qu’elle soit réellement suivie. Chacun doit pouvoir exprimer un désaccord sur son propre rôle avant que la matrice ne soit considérée comme validée.
La matrice RACI remplace t elle un logiciel de gestion de projet ?
Non. La matrice RACI décrit des rôles sur des activités, elle ne suit ni les échéances ni l’avancement quotidien des tâches. Elle reste un document de gouvernance à part, que l’équipe complète ensuite avec un outil de gestion de projet pour le pilotage opérationnel au jour le jour.
Le A peut il changer de porteur au fil d’un même processus récurrent ?
Oui, et c’est même souhaitable sur les processus qui traversent plusieurs métiers, comme le traitement d’une commande client. Le A passe de la fonction commerciale à la fonction logistique puis à la fonction comptable selon la phase, à condition que chaque bascule soit écrite clairement dans la matrice plutôt que laissée à l’interprétation de chacun.
Que faire si deux personnes refusent toutes les deux de porter le A sur une activité ?
C’est le signe que l’activité en question engage une responsabilité que personne ne souhaite assumer seul, souvent par crainte des conséquences en cas d’échec. Dans ce cas, il revient au dirigeant ou au responsable hiérarchique commun de trancher lui même qui portera le A, plutôt que de laisser la ligne sans réponse ou de la partager entre les deux personnes réticentes.
Une matrice RACI doit elle être partagée avec l’ensemble de l’entreprise ou seulement avec les personnes concernées ?
Il suffit généralement de la partager avec les personnes qui apparaissent dans les colonnes, plus leur responsable direct si celui ci n’y figure pas. Diffuser la matrice à l’ensemble de l’entreprise n’apporte rien de plus, et risque même de diluer son usage en la transformant en document de communication interne plutôt qu’en outil de travail.
Comment repérer qu’une matrice RACI n’est plus suivie dans les faits ?
Le signe le plus fiable est un décalage entre les décisions prises en réunion et le A écrit sur le papier. Si une personne différente de celle désignée tranche systématiquement sur une activité, ou si des décisions restent bloquées faute de savoir qui doit se prononcer, la matrice a cessé de guider le fonctionnement réel de l’équipe et doit être relue sans attendre la prochaine échéance prévue.
