Matrice RACI : rôles, responsabilités et pilotage des processus

Une matrice RACI associe les activités d’un processus aux rôles pour préciser qui réalise le travail, qui répond du résultat, qui doit être consulté et qui doit être informé. Pour les propriétaires de processus et les responsables du PMO ou de la gouvernance, elle offre une méthode concrète pour répartir les responsabilités au-delà du projet qui l’a mise en place.

De nombreuses organisations possèdent une matrice RACI, souvent dans un tableur créé lors d’une réorganisation. Le plus difficile est de la maintenir en lien avec le processus qu’elle décrit : le processus évolue, mais pas le fichier, et personne ne s’en aperçoit avant un audit. Ce guide présente les quatre lettres, les différences entre RACI, RASCI et DACI, un exemple complet de la commande au paiement, ainsi que les moyens de rattacher la matrice au processus plutôt qu’à un dossier.

Que montre une matrice RACI ?

Une matrice RACI est une matrice de répartition des responsabilités. Elle présente les activités du processus en lignes et les rôles en colonnes, puis indique la contribution de chaque rôle à chaque activité. Définissez une fois les rôles et responsabilités RACI, puis utilisez les mêmes quatre lettres partout.

Les équipes emploient différents termes : tableau RACI, diagramme RACI ou matrice des responsabilités. Pour les professionnels, le principe reste le même : quatre lettres et une grille qui croise les activités et les rôles.

Il est important de distinguer Consulté et Informé. Un rôle consulté contribue à la décision avant qu’elle soit prise ; un rôle informé doit savoir ce qui s’est passé. Consulter tout le monde peut ajouter des étapes inutiles.

Une matrice RACI clarifie les responsabilités. Elle peut aussi faire ressortir les activités sans responsable clairement désigné, afin que vous puissiez combler cette lacune avant qu’elle ne provoque un désaccord ou un retard.

Quelles différences entre RACI, RASCI et DACI ?

RACI, RASCI et DACI définissent les rôles différemment pour répondre à des besoins distincts. RASCI ajoute un rôle de soutien à RACI. DACI porte sur les décisions plutôt que sur la répartition des responsabilités entre les activités d’un processus. La question des différences entre RACI, RASCI et DACI se pose souvent lorsqu’une équipe organise un atelier sur la répartition des responsabilités.

La lettre supplémentaire de RASCI prend tout son sens en atelier : désigner l’équipe qui apporte son aide peut révéler des tâches dont personne ne se sent responsable. DACI est utile lors de l’examen d’une décision, quand il faut savoir qui la fait avancer plutôt que qui réalise une activité. Ces deux approches abordent le même problème et ramènent à la même question : quel rôle répond de cette partie du travail ?

À quoi ressemble une matrice RACI pour le processus de la commande au paiement ?

Cet exemple de processus de la commande au paiement répartit six rôles entre sept activités. « Aucun » signifie que le rôle n’intervient pas dans l’activité.

Cet exemple met en évidence plusieurs points à vérifier dans votre propre processus :

• La responsabilité ne revient pas toujours à la personne qui réalise le travail. L’administrateur des commandes est responsable de la création de la commande client, tandis que le commercial réalise le travail.
• La consultation peut nécessiter une coordination supplémentaire. La confirmation des conditions de crédit et la résolution des litiges de paiement font intervenir plusieurs rôles. La matrice vous aide à repérer les cas où il faut préciser à quel moment leur contribution est requise.
• La responsabilité peut se concentrer sur quelques rôles. Si certains rôles sont responsables de la plupart des activités, vérifiez qu’ils ont l’autorité et la capacité nécessaires pour assumer ces résultats.

En quoi une matrice RACI de processus diffère-t-elle d’une matrice RACI de projet ?

Un projet a un périmètre défini et une date de fin. Sa matrice RACI peut être retirée une fois le livrable terminé. Un processus, lui, se poursuit : sa matrice doit donc décrire les responsabilités dans la durée. La responsabilité d’un processus soulève une question à laquelle un projet n’a pas à répondre : qui est responsable du processus une fois le projet terminé ?

Cette différence influe sur la répartition des responsabilités :

• Attribuez les responsabilités liées aux activités récurrentes. Un rôle de projet peut être responsable d’une migration. Une matrice RACI de processus doit préciser qui reste responsable d’activités telles que la résolution des litiges de paiement.
• Tenez compte du travail réalisé par plusieurs équipes. Le processus de la commande au paiement mobilise les équipes commerciales, le contrôle du crédit, les opérations et la finance. Une matrice RACI associe les rôles aux activités, mais ne désigne pas automatiquement une personne responsable du processus de bout en bout.
• Réexaminez les attributions à mesure que le processus évolue. De nouveaux systèmes, équipes ou règles peuvent modifier les personnes qui réalisent ou approuvent une activité.
• Conservez la matrice avec la documentation du processus. Un tableur séparé peut finir par ne plus correspondre au processus qu’il décrit. En regroupant les rôles et leurs attributions avec la documentation du processus, vous pouvez les examiner plus facilement ensemble.

Si vous modélisez déjà vos processus, associez si possible les informations sur les responsabilités au modèle de processus. Si vous commencez par définir le flux, commencez par la cartographie des processus, puis attribuez des rôles aux activités définies.

Comment attribuer la responsabilité d’un processus ?

Une matrice RACI répartit les responsabilités entre les différentes activités. À elle seule, elle ne désigne pas la personne responsable du processus dans son ensemble. Définissez séparément les rôles à l’échelle du processus :

• Propriétaire du processus : responsable du processus de bout en bout, de ses performances et de son amélioration. Désignez une personne plutôt qu’un comité et inscrivez cette responsabilité sur la ligne du niveau du processus dans la matrice, plutôt que de la mentionner uniquement dans un texte.
• Gestionnaire du processus : coordonne les opérations quotidiennes, suit les performances et signale les problèmes. Dans une petite organisation, le propriétaire peut également assumer ce rôle.
• Personnes qui réalisent les activités : les rôles indiqués comme Responsables dans la matrice.
• Instance de gouvernance : examine les changements structurels du processus et aide à résoudre les problèmes que le propriétaire ne peut pas régler.

Appliquez ces pratiques pour clarifier les responsabilités :

1. Désignez un seul rôle responsable par activité. Si deux personnes se partagent le travail, elles peuvent toutes deux être responsables de sa réalisation, mais un seul rôle doit répondre du résultat.
2. Utilisez des rôles plutôt que les noms des personnes. Les personnes changent de poste ; les attributions fondées sur les rôles sont plus faciles à maintenir lors des évolutions de l’organisation.
3. Publiez la matrice à proximité de la documentation du processus. Une matrice RACI difficile à trouver a moins de chances de guider le travail au quotidien.
4. Définissez un événement qui déclenche une révision. Réexaminez la matrice en cas de changement de système, d’équipe ou de réglementation, ou si les performances du processus indiquent que les responsabilités doivent être revues.

Quelles erreurs réduisent l’utilité d’une matrice RACI ?

Une matrice RACI n’est utile que si ses attributions sont assez claires pour guider les décisions. Soyez attentif aux problèmes courants suivants :

• Plusieurs rôles responsables par activité. Une responsabilité partagée peut rendre floue l’identité de la personne autorisée à décider. Désignez un seul rôle responsable.
• Confusion entre Consulté et Informé. Les rôles consultés contribuent avant la finalisation du travail ; les rôles informés reçoivent des nouvelles après coup.
• Construire la matrice à partir de l’organigramme. Les liens hiérarchiques ne montrent pas qui participe à chaque activité du processus. Commencez par dresser la liste des activités et repérez les rôles concernés.
• Ajouter trop de colonnes de rôles. Incluez uniquement les rôles concernés par le processus étudié. Avec trop de colonnes, la matrice devient difficile à parcourir.
• Créer la matrice une fois, puis ne plus jamais la réviser. Les attributions peuvent devenir inexactes à mesure que les processus et les organisations évoluent.
• Traiter la matrice comme une formalité administrative. Utilisez-la lors de la conception ou de la révision du processus, tant que vous pouvez encore décider de la répartition du travail.

Comment remplir un tableau RACI ?

1. Choisissez un processus

   Définissez un flux avec un début et une fin clairement établis. Un service est généralement trop vaste pour produire une matrice lisible.

2. Dressez la liste des activités

   Formulez les activités avec un verbe et un complément, par exemple « approuver la remise » ou « confirmer les conditions de crédit ».

3. Repérez les rôles concernés

   Déduisez les colonnes des activités, et pas seulement de l’organigramme. Choisissez des noms de rôles faciles à distinguer.

4. Attribuez d’abord le rôle responsable

   Choisissez un seul rôle responsable pour chaque activité. Si l’équipe ne parvient pas à se mettre d’accord, réglez cette question avant de remplir le reste de la ligne.

5. Attribuez les rôles chargés de réaliser le travail

   Ajoutez au moins un rôle chargé de réaliser le travail. Plusieurs rôles peuvent en être responsables.

6. Ajoutez les rôles consultés et informés si nécessaire

   Les rôles consultés contribuent avant la finalisation du travail ; les rôles informés reçoivent des mises à jour. Laissez les cellules vides lorsqu’un rôle n’intervient pas dans une activité.

7. Vérifiez comment les décisions sont prises

   Demandez-vous : « Si ces rôles ne sont pas d’accord, qui décide ? » Si la réponse n’est pas claire, revoyez les attributions.

8. Indiquez le propriétaire du processus et le déclencheur de révision

   Indiquez le propriétaire du processus, l’événement qui doit déclencher une révision et la date de la dernière révision de la matrice.

Distinguez clairement « responsable du résultat » et « chargé de réaliser le travail » tout au long de la discussion. Utilisez des noms de rôles plutôt que des noms de personnes, afin que le tableau reste à jour lorsque les personnes changent de poste.

Que ne peut pas vous apprendre une matrice RACI ?

Une matrice RACI consigne les responsabilités prévues. Elle ne montre ni si les personnes respectent ces attributions dans la pratique, ni si le processus produit les résultats attendus.

• Elle ne montre pas ce qui se passe réellement. Une matrice peut attribuer la responsabilité de confirmer les conditions de crédit, mais elle ne permet pas de savoir si cette étape est omise ou réalisée en retard.
• Elle peut devenir obsolète. Les changements d’équipe, de système ou d’étape du processus peuvent rendre les attributions inexactes.
• Elle attribue des rôles aux activités, mais ne définit pas la responsabilité de chaque résultat de bout en bout. Le propriétaire du processus doit toujours répondre du processus dans son ensemble.

Complétez la matrice par des éléments qui montrent comment le processus se déroule. La surveillance des processus et le Process Mining peuvent vous aider à comparer le processus documenté aux données d’événements. En cas d’écart, vérifiez si la documentation ou les pratiques de travail doivent être revues.

Une fois les responsabilités clarifiées, découvrez comment mettre en œuvre l’optimisation des processus pour passer de l’analyse à l’action, ou explorez les techniques d’amélioration des processus pour choisir une approche. Pour en savoir plus sur les données utilisées en Process Mining, consultez la documentation sur le journal d’événements.