Tutoriel · flux de travail de gouvernance

RAPID, RACI, DACI, SPADE : Choisissez-en un, puis mettez-le réellement en œuvre

Quatre cadres, une question, différentes lettres. Ne faites pas de shopping entre eux — choisissez-en un en cinq minutes et consacrez vos efforts à le mettre en œuvre.

AT
Argumentree Team
Governance
August 24, 2026
11 min lire

RAPID, RACI, DACI, SPADE : Choisissez un cadre de droits décisionnels, puis appliquez-le réellement

RAPID, RACI, DACI et SPADE répondent à la même question avec des lettres différentes : qui recommande, qui est consulté, qui doit approuver, qui décide, qui est informé. Choisir entre eux importe beaucoup moins que de les appliquer — le flux de travail appliqué est identique quelle que soit la combinaison de lettres choisie, et seule l'étape d'attribution des rôles change. Pour mettre en œuvre un cadre de droits décisionnels sur Argumentree : énoncez la décision comme une revendication principale (son auteur est en pratique le Recommendeur) ; déterminez qui participe en utilisant des niveaux de visibilité (public, à l'échelle du locataire, département, privé) afin que l'ensemble des contributions soit consulté par construction ; enregistrez l'attribution des rôles comme un argument daté et attribuable sous la revendication principale AVANT le début du débat — il n'y a pas de champ de rôle décisionnel intégré, et un rôle RBAC est un niveau de permission, pas un droit décisionnel, donc l'attribution est une convention que vous maintenez ; construisez le cas comme des options avec des enfants pour/contre ; réalisez la consultation sous forme de chaînes de questions/réponses, où une chaîne complétée est le reçu que la consultation a eu lieu ; traitez l'objection d'un titulaire d'Accord comme une chaîne de Révision et les conflits entre titulaires d'Accord comme des chaînes de Compromis ; capturez où chacun se tenait avec des évaluations — qui sont des preuves, pas un vote, sans quorum ni seuil ; faites en sorte que le Décideur nommé enregistre l'appel comme un argument avec son raisonnement, surtout lorsqu'il décide contre la répartition de la salle ; et informez en élargissant la visibilité de la décision afin que l'ensemble des Informés puisse lire la décision et le débat. Limites honnêtes : pas de champ de rôle décisionnel, les évaluations ne sont pas des votes pondérés, les portées de visibilité se lisent plutôt que d'être une obligation, une chaîne complétée ne signifie pas accord, et rien de tout cela ne résout un Décideur réticent.

Share:
TL;DR

RAPID, RACI, DACI et SPADE répondent tous à qui recommande, qui est consulté, qui décide, qui est informé. La comparaison prend une table ; la valeur est dans l'exécution :

  • Attribuez les rôles avant le débat — comme un argument daté et attribuable enregistré. Les attribuer après est juste de la narration.
  • Participation au périmètre avec des niveaux de visibilité, de sorte que l'ensemble d'entrée soit consulté par construction, et non par mémoire.
  • Une chaîne de questions-réponses complétée est le reçu que la consultation a eu lieu — la chose qui est toujours contestée par la suite
  • La note n'est pas la décision : un humain nommé l'appelle et écrit pourquoi — surtout contre la salle

La décision que quatre personnes pensaient posséder

Le changement de tarification a été expédié un mardi. Le mercredi, la VP des ventes a demandé pourquoi elle n'avait pas donné son accord — elle pensait être responsable de la tarification. Le CFO supposait qu'il avait le dernier mot ; il avait approuvé le modèle. Le responsable produit avait en fait pris la décision, croyant que c'était à elle de le faire. Et le CEO, en lisant à ce sujet dans le document de l'ensemble des employés, avait l'impression que des décisions comme celle-ci lui revenaient. Quatre personnes, une décision, quatre propriétaires sincères — et maintenant un débat sur le retour en arrière qui est en réalité un débat sur la propriété déguisé en costume de tarification.

Vous avez regardé une version de cela. C'est l'échec de gouvernance le plus courant dans les organisations en croissance, et il dispose d'une étagère bien garnie de remèdes : RAPID, RACI, DACI, SPADE — des cadres dont le contenu entier est écrire qui joue quel rôle avant que la décision ne soit prise. Les lettres diffèrent ; l'idée est identique.

Ce qui met en évidence le véritable problème. Les équipes dépensent de l'énergie à choisir entre les cadres — des articles de comparaison, des débats en atelier sur la question de savoir si Consulté diffère de l'Input — puis attribuent les lettres après la décision, comme documentation. Attribuer des rôles par la suite n'est qu'une narration. Ce tutoriel consacre une table au choix et le reste à l'exécution : le flux de travail appliqué, qui est identique peu importe les lettres que vous choisissez. (Pour la théorie et l'histoire des cadres, notre guide des cadres de décision les couvre avec le reste de la boîte à outils — ce tutoriel ne le reformule délibérément pas.)

Les quatre cadres dans un tableau

Six emplois existent dans toute décision conséquente. Les cadres les nomment différemment :

RAPID (Bain)

Recommander · Accepter · Performer · Input · Décider. Le seul avec un rôle d'Accord explicite — parties dont l'approbation peut bloquer. Meilleur lorsque le juridique/finance détient réellement des droits de veto.

RACI

Responsable · Accountable · Consulté · Informé. Héritage de la responsabilité des tâches — Le responsable est le seul propriétaire. Meilleur lorsque la décision est liée aux devoirs d'exécution.

DACI (lignée Intuit/Atlassian)

Driver · Approver · Contributeurs · Informés. Le Driver gère le processus ; l'Approver décide. Idéal pour les équipes produit qui souhaitent que le responsable du processus soit nommé.

SPADE (Gokul Rajaram)

Setting · People · Alternatives · Decide · Expliquer. Moins une matrice de rôles qu'une liste de contrôle de décision — son étape d'Explication est la discipline de noter le pourquoi que les autres ont oublié de mandater.

Choisissez par vos véritables bloqueurs : véritables détenteurs de veto → RAPID ; enchevêtrement d'exécution → RACI ; culture de coureur de processus → DACI ; une équipe qui omet d'écrire le pourquoi → SPADE. Ensuite, arrêtez-vous. Les étapes 2 à 10 ci-dessous ne changent pas avec votre choix — seules les lettres de l'étape 3 changent. Cette phrase est la plus utile du tutoriel : elle met fin à la recherche de cadres et commence la mise en œuvre, qui est le comportement qui améliore réellement les décisions.

Mise en place : périmètre, puis rôles, puis le cas

  1. 1Nommer la décision comme une revendication principale. "Nous passerons à une tarification basée sur l'utilisation pour le niveau Équipe au T1." Son auteur est, en pratique, le Recommendeur/Conducteur — l'auteur est visible, donc le R est enregistré dès la première seconde. Point de contrôle : la racine existe ; son auteur est la personne qui construit le dossier.
  2. 2Portée qui participe avec des niveaux de visibilité. Définissez la visibilité de la discussion — publique, à l'échelle du locataire, départementale ou privée — pour correspondre à l'ensemble d'Input prévu. Une décision à portée départementale est consultable par ce département par construction; vous ne comptez pas sur le fait que quelqu'un se souvienne d'inclure le service juridique. Point de contrôle : la visibilité correspond à l'ensemble d'Input, pas à l'habitude.
  3. 3Enregistrez l'attribution des rôles — avant le premier argument. En tant qu'enfant pro de la racine : "Décideur : A. Recommendeur : B. Accord : C, D. Contribution : Eng, Juridique. Informé : tous les membres." Daté, attribuable et contestable comme tout autre élément de l'arbre. Cet ordre est le but même des cadres de droits décisionnels : les rôles attribués après le débat décrivent simplement ce qui s'est passé. Point de contrôle : l'argument d'attribution précède chaque argument de cas.
  4. 4Construisez le cas. Options en tant que nœuds frères, chacun avec ses propres avantages et inconvénients — la même structure que le tutoriel sur les enregistrements de décision, y compris les options rejetées sur lesquelles un lecteur posera des questions plus tard. Point de contrôle : chaque véritable alternative a un nœud.

Un rôle RBAC n'est pas un droit de décision.

Il n'y a pas de champ de rôle de décision intégré. Le rôle de locataire d'un utilisateur (administrateur, modérateur, membre) est un niveau de permission — qui peut administrer l'espace — et non un droit de décision — qui peut décider de cette question. Les lettres RAPID/RACI sont une convention que vous enregistrez comme un argument (étape 3) et que vous maintenez vous-mêmes : datées et attribuables, mais non imposées par le produit. Ne laissez pas entendre le contraire à vos parties prenantes.

Consultation que vous pouvez prouver qu'elle a eu lieu

« Avez-vous été consulté ? » est la question sur laquelle chaque décision contestée finit par se concentrer — et dans la plupart des organisations, la réponse honnête est un haussement d'épaules : il y a eu une réunion, il y a eu un fil de discussion, les souvenirs diffèrent. Le flux de travail ici fait de la consultation un reçu, pas un souvenir :

  1. 1Chaque détenteur d'entrée ouvre une chaîne de questions-réponses sur la recommandation : leur question, la réponse du recommandataire, un suivi, une réponse — complète. La chaîne complétée est la preuve que la consultation a eu lieu : qui a demandé, ce qui a été répondu, quand. Un détenteur d'entrée n'ayant rien à demander décline explicitement. Point de contrôle : chaque détenteur d'entrée a ≥1 chaîne complétée ou un refus explicite.
  2. 2Un titulaire d'accord qui s'oppose ouvre une chaîne de révision : leur évaluation, la réponse du Recommendeur, le suivi, la réponse. Plusieurs titulaires d'accord signifient plusieurs chaînes parallèles, chacune résolue selon ses propres termes — aucun bloc non résolu ne se cache dans un fil de groupe. Point de contrôle : aucune objection en cours n'existe en dehors d'une chaîne.
  3. 3Deux détenteurs d'accord en conflit → Chaîne de compromis. L'un propose la position intermédiaire à l'autre, sur le registre. Résolu ou non, la tentative est documentée — ce qui transforme "Juridique et Finance n'ont jamais été d'accord" d'une accusation en un échange lisible. Point de contrôle : conflits soit résolus, soit visiblement en cours.

La question d'audit

Qui a été consulté lors de votre dernier grand appel — et peuvent-ils le confirmer ? Si la consultation ne peut pas être confirmée par les consultés, elle n'a pas eu lieu d'une manière qui survivra à un litige.

Décidant de ne pas choisir la chambre et notant pourquoi

Avant l'appel, chacun évalue les options — une évaluation étiquetée pour chaque option. Lisez ceci pour ce qu'il est : une preuve de la position de la salle, pas un vote. Il n'y a pas de quorum, pas de seuil, pas de départage ; toute la prémisse du cadre est qu'un humain nommé décide.

Alors le Décideur décide — comme un argument, rédigé par eux, sous l'option choisie, énonçant le raisonnement. Et voici la phrase la plus précieuse que le flux de travail produit : si l'appel va à l'encontre des évaluations, le nœud du Décideur est l'endroit où cela est expliqué. "La salle penchait vers l'option B ; je choisis A parce que le risque de renouvellement d'entreprise l'emporte sur la préférence de la distribution" — une phrase qui sépare le leadership désaccord-et-engagement de la décision par décret, et la chose exacte dont un décision durable est faite. Un Décideur qui ne l'écrira pas ne dirige pas un cadre ; il en porte un.

  • Point de contrôle : distribution capturée avant l'appel ; décision enregistrée comme l'argument propre du Décideur, avec justification — obligatoire lorsqu'elle contredit la salle.

Informer sans un e-mail séparé

Dernière lettre, étape la moins coûteuse : élargir la visibilité de la décision une fois prise. L'ensemble des informés ouvre la discussion et lit non seulement le résultat mais aussi le débat — les options, les chaînes de consultation, le pourquoi du Décideur. "Pourquoi le prix a-t-il changé ?" n'a jamais besoin de son propre fil de discussion, car la réponse est l'enregistrement lui-même. Fait de cette manière, informer est aussi le début de l'adhésion : les gens s'engagent dans des décisions dont ils peuvent inspecter le raisonnement.

  • Point de contrôle : visibilité élargie à l'ensemble Informed ; l'annonce lie l'enregistrement au lieu de le paraphraser.

Limitations honnêtes

  • Il n'y a pas de champ de rôle de décision. Les lettres sont une convention enregistrée — datée et attribuable, mais le produit ne les attribue ni ne les vérifie. Un rôle RBAC est un niveau de permission, jamais un droit de décision.
  • Les évaluations ne sont pas des votes pondérés. Une valeur et une étiquette par personne, pas de quorum, pas de seuil, pas de départage. Le Décideur est le départage.
  • Lecture des portées de visibilité, pas d'obligation. La portée du département signifie que le service juridique peut le voir — la chaîne de questions-réponses complétée, et non le paramètre de visibilité, est la preuve qu'ils ont participé.
  • Une chaîne est composée de quatre tours, puis complète — et complet ≠ convenu. Le détenteur d'accord dissident qui s'engage quand même est documenté comme entendu, pas converti.
  • Aucune de ces solutions ne résout un Décideur réticent. La structure expose une décision non prise plus rapidement — le nœud vide où l'appel devrait être est très visible — mais elle ne peut pas passer l'appel.

Leçons pratiques

  • Rédigez l'argument de rôle lors de la réunion de lancement, en direct, avant que quiconque ne conteste les mérites. Trente secondes maintenant contre l'archéologie du mercredi suivant.
  • Gardez la liste des Accords brutalement courte. Chaque détenteur d'Accord est un bloc potentiel avec une chaîne à résoudre ; la plupart des "approbateurs" sont en réalité des Inputs. La discipline de RAPID consiste à le dire à voix haute.
  • Une consultation déclinée est aussi un enregistrement. Un titulaire d'entrée qui passe explicitement ne peut pas ensuite revendiquer une exclusion — protégez-les et protégez-vous en rendant le passage visible.
  • Réutilisez l'affectation. Les types de décisions récurrents (tarification, bandes de recrutement, sélection de fournisseurs) conservent les mêmes lettres — collez l'argument de rôle comme un modèle et mettez à jour les noms.

Mercredi, revisité

Répétez le changement de prix à travers le flux de travail. La VP des ventes est une détentrice d'accord — son objection est une chaîne de révision complétée, répondue deux fois, et elle s'est engagée. Le CFO est un input — sa consultation est un reçu. Le responsable produit est le décideur par un argument daté écrit avant le débat, et son raisonnement pour aller à l'encontre de l'orientation de la salle est un paragraphe que tout le monde peut lire. Le CEO est informé — le document de tous les employés relie l'arbre. Même décision, peut-être le même résultat. Mais mercredi, il n'y a rien à relitiger, car la seule question qui alimente toujours ces combats — qui avait le droit de décider cela ? — a été répondue avant que quiconque ne débatte.

Sources et lectures complémentaires

Questions Fréquemment Posées

Quelle est la différence entre RAPID, RACI, DACI et SPADE ?

Ils répondent à la même question — qui recommande, qui est consulté, qui doit approuver, qui décide, qui est informé — avec des emphases différentes. RAPID (Bain) est le seul à avoir un rôle d'Accord explicite pour les véritables détenteurs de veto. RACI provient de la propriété des tâches, avec Responsable comme le seul propriétaire — utile lorsque la décision est liée à l'exécution. DACI désigne un Conducteur qui gère le processus séparément de l'Approuveur qui décide. SPADE est plus proche d'une liste de contrôle, et son étape d'Explication impose de consigner le raisonnement. Choisissez en fonction de vos véritables obstacles — veto, exécution, gestion de processus, ou une habitude de sauter le pourquoi — et notez ensuite que le flux de travail appliqué est identique pour les quatre : seules les lettres d'attribution des rôles changent.

Quand les rôles décisionnels doivent-ils être attribués ?

Avant le débat — c'est tout l'intérêt de la famille de cadres. Les rôles attribués après coup sont de la narration : ils décrivent qui a eu tendance à dominer, et non qui avait le droit de le faire. Pratiquement : enregistrez l'attribution comme une déclaration datée et attribuable (dans ce flux de travail, un argument sous la racine de la décision) avant que le premier argument de cas ne soit présenté. Cela prend trente secondes au début et élimine la classe de litige — 'qui avait le droit de décider cela ?' — qui alimente la plupart des relitigations de décisions.

Comment prouver que les parties prenantes ont réellement été consultées ?

Avec un reçu, pas un souvenir. Dans ce flux de travail, chaque partie consultée ouvre une chaîne de questions-réponses sur la recommandation — leur question, la réponse du recommandataire, un suivi, une réponse — et la chaîne complétée est horodatée, prouvant de manière attribuée que la consultation a eu lieu et ce qu'elle a couvert. Un acteur ayant rien à demander décline explicitement, ce qui constitue également un enregistrement. Notez la limite honnête : définir la visibilité d'une décision à un département signifie qu'il peut la voir ; seule la chaîne complétée prouve qu'il s'est engagé.

Évaluer les options est-il la même chose que voter sur la décision ?

Non, et maintenir la distinction est ce qui fait fonctionner ces cadres. Les évaluations — une valeur et une étiquette par personne — capturent où se trouvait la salle : la base de preuves. Il n'y a pas de quorum, de seuil ou de départage, car le principe du cadre est qu'un humain nommé décide. La véritable valeur de la distribution apparaît lorsque le Décideur s'y oppose : la justification enregistrée ('la salle penchait vers B ; j'ai choisi A parce que…') est la phrase la plus précieuse que le processus produit, transformant un contournement d'un décret en un jugement responsable et inspectable.

Les droits de décision peuvent-ils être appliqués dans un logiciel ?

Principalement non, et méfiez-vous des outils qui impliquent le contraire. Dans Argumentree spécifiquement : un rôle de locataire RBAC (administrateur, modérateur, membre) est un niveau de permission régissant qui peut administrer l'espace, et non un droit de décision régissant qui peut décider d'une question particulière. Les lettres RAPID/RACI sont enregistrées comme un argument daté sur la décision — attribuable et contestable, mais maintenu par convention. Ce que le logiciel impose de manière utile est adjacent : le cadrage de la visibilité rend l'ensemble de consultation structurel, et les chaînes transforment la consultation et l'objection en enregistrements complets et attribuables.

Que faire si le Décideur ne décide pas ?

Aucun cadre ne corrige un Décideur réticent — mais la structure expose le blocage plus rapidement et plus précisément qu'une cadence de réunion. Dans ce flux de travail, l'écart est visible : le cas est construit, les consultations sont complètes, les évaluations sont faites, et le nœud du Décideur est vide. Cela transforme une dérive organisationnelle vague en un fait spécifique et daté ('décision en attente avec A depuis le 12') sur lequel un chemin d'escalade peut agir. Si le même nœud reste vide à plusieurs reprises, la solution honnête consiste à réaffecter le D — ce que l'attribution de rôle enregistrée rend explicite plutôt que discret.

Arrêtez de comparer les frameworks. Exécutez-en un cette semaine.

Rôles sur l'enregistrement avant le débat, consultation avec des reçus, et un humain nommé décidant avec le pourquoi écrit.

Commencez un essai gratuit de 14 jours
Aucune carte de crédit requise

Articles connexes