RACI ou DACI : les différences expliquées sur un même projet

RACI et DACI : deux questions différentes

RACI pose une question d’exécution : qui fait quoi pour que ce livrable existe et soit suivi ? DACI pose une question de décision : qui fait avancer le choix, qui le tranche, qui contribue et qui doit être informé ? Un même projet peut avoir besoin des deux, mais pas pour la même ligne de travail.

Ne choisissez donc pas un acronyme parce qu’il semble plus complet. Commencez par le problème observé. Si des tâches se chevauchent ou restent sans porteur, une vue RACI peut aider. Si une décision reste bloquée faute de savoir qui la conduit ou l’acte, DACI est plus pertinent.

Le guide sur l’ordre du jour d’une réunion de décision aide ensuite à rendre ce rôle de décision visible avant d’inviter le groupe.

Traduire les rôles sans confondre réalisation et responsabilité finale

Dans RACI, Responsible désigne la personne ou le rôle qui réalise l’activité ; Accountable désigne la responsabilité finale du résultat. Les traduire tous deux par « responsable » efface la différence. Dans votre légende, employez par exemple « réalise » et « répond du résultat », puis vérifiez que l’équipe comprend ces mots.

Les lettres restantes sont Consulted, les personnes dont l’avis est recherché, et Informed, celles qui doivent recevoir l’information. Dans DACI, Driver fait avancer la décision, Approver l’acte, Contributors apportent une contribution et Informed reçoivent le résultat.

Les intitulés et le nombre de personnes dépendent de vos règles réelles. Un tableau ne donne pas à quelqu’un une autorité qui n’existe pas ; il rend visible ce que le collectif a convenu.

Un même projet fictif, d’abord avec DACI puis avec RACI

Situation illustrative : une équipe doit choisir un canal unique pour publier ses consignes, puis mettre cette règle en place. La première question est un choix ; la seconde est une exécution.

Cette distribution n’est pas un modèle universel. Elle montre seulement pourquoi la décision et la réalisation ne sont pas la même ligne de travail. Une fois la décision actée, gardez-en une trace avec un relevé de décisions plutôt que de dépendre du tableau de rôles seul.

Choisir un cadre, les articuler ou n’en utiliser aucun

Utilisez DACI pour une décision qui nécessite de clarifier qui la conduit et qui l’approuve. Utilisez RACI pour une activité qui traverse plusieurs rôles et mérite une répartition lisible. Articulez-les si un choix complexe déclenche ensuite une mise en œuvre multi-acteurs.

N’utilisez ni l’un ni l’autre si la tâche est courte, le porteur déjà clair et le coût de documentation supérieur au risque de confusion. Dire « Alice prépare la note et Thomas la valide » peut suffire. Le bon niveau de formalisme dépend de la durée, du nombre de personnes et des conséquences d’une ambiguïté.

Évitez de remplir une matrice pour justifier après coup une décision déjà connue. Le cadre sert à ouvrir une clarification, pas à créer une apparence de concertation.

Vérifier l’autorité réelle et tenir la répartition à jour

Avant de publier le tableau, demandez aux personnes concernées si elles peuvent réellement assumer le rôle attribué : ont-elles le temps, l’information, le droit de décider ou les moyens d’agir ? Une ligne stable sur un document ne compense pas une autorité absente ou une charge incompatible.

Révisez le tableau lorsqu’un périmètre, une équipe ou une décision change. Conservez la version qui correspond au projet, mais évitez d’entretenir une matrice ancienne comme si elle décrivait encore le travail quotidien. Une convention de nommage peut aider à distinguer les documents de référence et les exports transmis.

Enfin, rendez le résultat accessible aux personnes informées. Une répartition tenue secrète ne permet ni d’orienter une question, ni de signaler une confusion avant qu’elle ne bloque le projet.

Comparer les rôles sans les mélanger

Dans DACI, gardez un approbateur unique par décision. Dans RACI, vérifiez que le responsable d’exécution et la responsabilité finale ne sont pas confondus par défaut.