Introduction : pourquoi les projets échouent sans RACI
« Je pensais que c'était TOI qui devais le faire ! » — Si cette phrase vous est familière, votre projet a besoin d'une matrice RACI.
La matrice RACI (aussi appelée RACI Chart ou Responsibility Assignment Matrix) est l'outil le plus simple et le plus puissant pour éliminer les ambiguïtés de rôles dans un projet. Elle répond à une question fondamentale : Qui fait quoi ?
En Lean Six Sigma, la matrice RACI est un livrable standard de la phase Define. Elle est intégrée au Project Charter et assure que chaque membre de l'équipe connaît précisément son rôle. Sans elle, les conflits, les doublons et les tâches oubliées se multiplient.
Les 4 rôles RACI expliqués
Responsible — Le réalisateur
Celui qui FAIT le travail. Il exécute la tâche. Il peut y avoir plusieurs R par tâche si le travail est partagé, mais attention à ne pas diluer la responsabilité.
Exemple : Le Green Belt qui réalise l'analyse des données.
Accountable — Le décideur
Celui qui APPROUVE et porte la responsabilité finale. Il valide que le travail est conforme aux attentes. Règle d'or : un seul A par tâche. Si tout le monde est responsable, personne ne l'est.
Exemple : Le sponsor qui approuve le Project Charter.
Consulted — Le consulté
Celui dont l'avis est sollicité AVANT la décision ou l'action. Communication bidirectionnelle : on lui pose une question, il donne son expertise.
Exemple : L'expert processus consulté sur les spécifications techniques.
Informed — L'informé
Celui qui est tenu au courant APRÈS la décision ou l'action. Communication unidirectionnelle : il reçoit l'information mais n'a pas de rôle actif dans l'exécution.
Exemple : La direction informée de l'avancement du projet.
R = fait le travail | A = dit "oui" ou "non" | C = donne son avis avant | I = reçoit le résumé après. La différence clé entre C et I : le C est consulté AVANT (dialogue), le I est informé APRÈS (notification).
Construction pas à pas
Étape 1 : Lister les tâches (lignes)
Identifiez toutes les tâches, livrables ou décisions du projet. En DMAIC, cela correspond aux livrables de chaque phase :
- Rédiger le Project Charter
- Réaliser le SIPOC
- Collecter les données
- Analyser les causes racines
- Implémenter les solutions
- Créer le plan de contrôle
Étape 2 : Identifier les acteurs (colonnes)
Listez toutes les personnes ou rôles impliqués : sponsor, Green Belt, équipe, experts, process owner, direction, etc.
Étape 3 : Assigner les rôles (R, A, C, I)
Pour chaque intersection tâche × acteur, assignez un et un seul rôle parmi R, A, C, I (ou laissez vide si la personne n'est pas concernée).
Étape 4 : Valider les règles
- ✅ Un seul A par ligne (sinon personne n'est vraiment responsable)
- ✅ Au moins un R par ligne (sinon qui fait le travail ?)
- ✅ Pas trop de R par ligne (dilution de responsabilité)
- ✅ Vérifier les colonnes : personne ne devrait avoir trop de A (surcharge) ou aucun rôle (pourquoi est-il dans l'équipe ?)
Exemple 1 : Projet DMAIC
| Tâche / Livrable | Sponsor | Green Belt | Équipe | Process Owner | Direction |
|---|---|---|---|---|---|
| Project Charter | A | R | C | C | I |
| SIPOC | I | R | R | C | |
| Collecte de données | I | A | R | C | |
| Analyse statistique | I | R | C | I | |
| Test pilote | A | R | R | C | I |
| Plan de contrôle | I | R | C | A | I |
| Tollgate Review | A | R | I | C | I |
Exemple 2 : Projet IT (déploiement logiciel)
| Tâche | Chef de projet | Développeurs | QA | Ops/Infra | Utilisateurs |
|---|---|---|---|---|---|
| Cahier des charges | A | C | C | I | R |
| Développement | I | R | C | I | |
| Tests fonctionnels | I | C | R | C | |
| Déploiement | A | C | I | R | I |
| Formation utilisateurs | A | C | R |
Exemple 3 : Processus RH (recrutement)
| Tâche | Manager | RH | Direction | Candidat |
|---|---|---|---|---|
| Définir le besoin | R | C | A | |
| Rédiger l'offre | C | R | I | |
| Sourcing candidats | I | R | ||
| Entretiens | R | R | C | R |
| Décision finale | R | C | A | I |
| Onboarding | A | R | I | R |
Les 5 erreurs fréquentes
- Plusieurs A par ligne — Si deux personnes sont "Accountable", en réalité personne ne l'est. Un seul A, toujours.
- Confondre R et A — Le R fait le travail, le A approuve. Ce ne sont pas forcément la même personne (sauf pour les tâches simples).
- Trop de C — Consulter tout le monde ralentit le projet. Ne consultez que ceux dont l'expertise est vraiment nécessaire.
- Matrice créée puis oubliée — La RACI doit être un document vivant, mis à jour quand les rôles évoluent et consulté régulièrement.
- Ne pas la valider avec les parties prenantes — Chaque personne doit voir et accepter son rôle. Une RACI imposée sera ignorée.
Si une personne a un R ou A sur presque chaque ligne, elle est surchargée et deviendra le goulot d'étranglement du projet. Redistribuez les responsabilités pour équilibrer la charge.
RACI, RASCI, CAIRO... les variantes
| Variante | Rôles ajoutés | Usage |
|---|---|---|
| RASCI | S = Support (soutien actif) | Projets avec ressources de support dédiées |
| CAIRO | O = Omitted (exclu volontairement) | Quand il faut expliciter qui N'est PAS impliqué |
| DACI | D = Driver (pilote), A = Approver | Projets orientés décision (populaire chez les GAFAM) |
Questions fréquentes
Responsible (réalise), Accountable (approuve), Consulted (consulté avant), Informed (informé après). C'est un outil de clarification des rôles et responsabilités dans un projet.
Le Responsible FAIT le travail. L'Accountable APPROUVE et porte la responsabilité finale. Un seul A par tâche (règle d'or), mais plusieurs R possibles.
1) Listez les tâches en lignes. 2) Les acteurs en colonnes. 3) Assignez R, A, C ou I à chaque intersection. 4) Vérifiez les règles (1 seul A par ligne, au moins 1 R). 5) Validez avec les parties prenantes.
En début de projet (phase Define en DMAIC), lors de réorganisations, quand il y a des conflits de responsabilité, ou pour tout projet impliquant plus de 3 personnes.
Le RASCI ajoute le rôle 'Support' (S) pour les personnes qui apportent un soutien actif sans être directement responsables (R) ni simplement consultées (C).
Conclusion
La matrice RACI est l'outil le plus simple et le plus sous-estimé de la gestion de projet. En 30 minutes, elle peut prévenir des semaines de confusion, de conflits et de retards. La clé : la remplir au début du projet, la valider avec les parties prenantes, et la consulter régulièrement.
En Lean Six Sigma, la RACI est intégrée au Project Charter dès la phase Define. Elle clarifie « qui fait quoi » et permet à l'équipe de se concentrer sur l'essentiel : résoudre le problème.
Envie de maîtriser la phase Define ?
Testez vos connaissances DMAIC avec nos quiz et accédez aux cours complets.
Faire le quiz gratuit Voir les cours