RAPID, RACI, DACI, SPADE: Elige un Marco de Derechos de Decisión y Luego Realmente Aplícalo
RAPID, RACI, DACI y SPADE responden a la misma pregunta con diferentes letras: quién recomienda, quién es consultado, quién debe estar de acuerdo, quién decide, quién está informado. Elegir entre ellos importa mucho menos que ejecutar uno: el flujo de trabajo aplicado es idéntico independientemente de las letras que elijas, y solo cambia el paso de asignación de roles. Para ejecutar un marco de derechos de decisión en Argumentree: establece la decisión como un reclamo raíz (su autor es en la práctica el Recomendador); delimita quién participa utilizando niveles de visibilidad (público, a nivel de inquilino, departamento, privado) para que el conjunto de Entrada sea consultado por construcción; registra la asignación de roles como un argumento fechado y atribuible bajo la raíz ANTES de que comience el debate — no hay un campo de rol de decisión incorporado, y un rol RBAC es un nivel de permiso, no un derecho de decisión, por lo que la asignación es una convención que mantienes; construye el caso como opciones con hijos de pro/con; ejecuta la consulta como cadenas de preguntas y respuestas, donde una cadena completada es el recibo de que la consulta ocurrió; maneja la objeción de un titular de Acuerdo como una cadena de Revisión y los conflictos entre titulares de Acuerdo como cadenas de Compromiso; captura dónde se encontraba cada uno con calificaciones — que son evidencia, no un voto, sin quórum ni umbral; haz que el Decisor nombrado registre la decisión como un argumento con su razonamiento, especialmente cuando decide en contra de la distribución de la sala; e informa ampliando la visibilidad de la decisión para que el conjunto de Informados lea la decisión y el debate. Límites honestos: no hay campo de rol de decisión, las calificaciones no son votos ponderados, los alcances de visibilidad son lecturas en lugar de obligaciones, una cadena completada no significa acuerdo, y nada de esto soluciona un Decisor reacio.
RAPID, RACI, DACI y SPADE responden quién recomienda, quién es consultado, quién decide, quién es informado. La comparación toma una tabla; el valor está en la ejecución:
- Asigne los roles antes del debate — como un argumento fechado y atribuible en el registro. Asignarlos después es solo narración.
- Participación en el alcance con niveles de visibilidad, de modo que el conjunto de entrada se consulte por construcción, no por memoria.
- Una cadena de preguntas y respuestas completada es el recibo de que la consulta ocurrió — la cosa que siempre se disputa más tarde
- La calificación no es la decisión: un humano nombrado lo llama y escribe por qué — especialmente en contra de la sala
La decisión que cuatro personas pensaban que poseían
El cambio de precios se envió un martes. El miércoles, la VP de Ventas preguntó por qué no había dado su aprobación — ella creía que era responsable de los precios. El CFO asumió que tenía la última palabra; él había aprobado el modelo. El líder de producto en realidad había tomado la decisión, creyendo que era su responsabilidad. Y el CEO, al leer sobre esto en el documento de todos, tenía la impresión de que decisiones como esta llegaban a él. Cuatro personas, una decisión, cuatro propietarios sinceros — y ahora un debate sobre la reversión que en realidad es un debate sobre la propiedad disfrazado de un debate sobre precios.
Has visto una versión de esto. Es el fracaso de gobernanza más común en organizaciones en crecimiento, y tiene una estantería bien surtida de remedios: RAPID, RACI, DACI, SPADE — marcos cuyo contenido completo es escribir quién desempeña qué papel antes de que se tome la decisión. Las letras difieren; la idea es idéntica.
Lo que señala el verdadero problema. Los equipos gastan energía eligiendo entre los marcos: publicaciones comparativas, debates en talleres sobre si Consultado difiere de Entrada, y luego asignan las letras después de la decisión, como documentación. Asignar roles después es solo narración. Este tutorial dedica una tabla a la elección y el resto a la ejecución: el flujo de trabajo aplicado, que es idéntico sin importar qué letras elijas. (Para la teoría e historia de los marcos, nuestra guía de marcos de decisión los cubre junto con el resto de la caja de herramientas — este tutorial deliberadamente no lo reitera.)
Los cuatro marcos en una tabla
Seis trabajos existen en cualquier decisión importante. Los marcos los nombran de manera diferente:
RÁPIDO (Bain)
Recomendar · Acordar · Performar · Ingresar · Decidir. El único con un rol de Acordar explícito — partes cuya aprobación puede bloquear. Mejor cuando legal/finanzas realmente tienen vetos.
RACI
Responsable · Accountable · Consultado · Informado. Herencia de propiedad de tareas — Responsable es el único propietario. Mejor cuando la decisión está entrelazada con las responsabilidades de ejecución.
DACI (linaje de Intuit/Atlassian)
Driver · Aprobador · Contribuyentes · Informados. El Driver ejecuta el proceso; el Aprobador decide. Mejor para equipos de producto que quieren que se nombre al encargado del proceso.
SPADE (Gokul Rajaram)
Setup · Personas · Alternativas · Decidir · Explicar. Menos una matriz de roles que una lista de verificación de decisiones — su paso de Explicar es la disciplina de escribir el porqué que los demás olvidaron exigir.
Elige por tus bloqueadores genuinos: verdaderos titulares de veto → RAPID; enredo de ejecución → RACI; cultura de ejecutores de procesos → DACI; un equipo que omite escribir el porqué → SPADE. Luego detente. Los pasos 2 a 10 a continuación no cambian con tu elección — solo las letras en el paso 3 lo hacen. Esa frase es la más útil del tutorial: termina la búsqueda de marcos y comienza la ejecución, que es el comportamiento que realmente mejora las decisiones.
Configuración: alcance, luego roles, luego el caso
- 1Nombra la decisión como una reclamación raíz. "Pasaremos a un modelo de precios basado en el uso para el nivel de Equipo en el primer trimestre." Su autor es, en la práctica, el Recomendador/Conductor — la autoría es visible, por lo que el R está registrado desde el primer segundo. Punto de control: la raíz existe; su autor es la persona que está construyendo el caso.
- 2Alcance quién participa con niveles de visibilidad. Establezca la visibilidad de la discusión — pública, a nivel de inquilino, departamental o privada — para que coincida con el conjunto de entrada previsto. Una decisión con alcance departamental es consultable por ese departamento por construcción; no está dependiendo de que alguien recuerde incluir a Legal. Punto de control: la visibilidad coincide con el conjunto de entrada, no con el hábito.
- 3Registra la asignación de roles — antes del primer argumento. Como un pro-hijo de la raíz: "Decisor: A. Recomendador: B. Aceptar: C, D. Entrada: Eng, Legal. Informado: todos." Fechado, atribuible y cuestionable como cualquier otra cosa en el árbol. Este orden es el objetivo principal de los marcos de derechos de decisión: los roles asignados después del debate simplemente describen lo que sucedió. Punto de control: el argumento de asignación precede a cada argumento de caso.
- 4Construye el caso. Opciones como nodos hermanos, cada una con sus propios pros y contras — la misma estructura que el tutorial de registros de decisiones, incluyendo las opciones rechazadas de las que un lector preguntará más adelante. Punto de control: cada alternativa real tiene un nodo.
Un rol RBAC no es un derecho de decisión.
No hay un campo de rol de decisión incorporado. El rol de inquilino de un usuario (administrador, moderador, miembro) es un nivel de permiso — quién puede administrar el espacio — no un derecho de decisión — quién puede decidir esta pregunta. Las letras RAPID/RACI son una convención que registras como un argumento (paso 3) y mantienes tú mismo: fechadas y atribuibles, pero no impuestas por el producto. No insinúes lo contrario a tus partes interesadas.
Consulta que puedes demostrar que ocurrió
"¿Se te consultó?" es la pregunta en la que eventualmente se centra toda decisión impugnada — y en la mayoría de las organizaciones, la respuesta honesta es un encogimiento de hombros: hubo una reunión, hubo un hilo, los recuerdos difieren. El flujo de trabajo aquí convierte la consulta en un recibo, no en un recuerdo:
- 1Cada titular de entrada abre una cadena de preguntas y respuestas sobre la recomendación: su pregunta, la respuesta del recomendador, un seguimiento, una respuesta — completa. La cadena completada es la prueba de que se realizó la consulta: quién preguntó, qué se respondió, cuándo. Un titular de entrada que no tiene nada que preguntar declina explícitamente. Punto de control: cada titular de entrada tiene ≥1 cadena completada o un pase explícito.
- 2Un titular de acuerdo que objeta abre una cadena de Revisión: su evaluación, la respuesta del Recomendador, seguimiento, respuesta. Varios titulares de acuerdo significan varias cadenas paralelas, cada una resuelta en sus propios términos — sin bloque no resuelto oculto en un hilo grupal. Punto de control: no existe objeción activa fuera de una cadena.
- 3Dos titulares de acuerdos en conflicto → Cadena de compromiso. Uno propone la posición intermedia al otro, en el registro. Resuelto o no, el intento se documenta — lo que convierte "Legal y Finanzas nunca estuvieron de acuerdo" de una acusación en un intercambio legible. Punto de control: conflictos ya sea resueltos o visiblemente activos.
La pregunta de auditoría
¿Quién fue consultado en tu última gran llamada — y pueden ellos confirmarlo? Si la consulta no puede ser confirmada por los consultados, no ocurrió de ninguna manera que sobreviva a una disputa.
Decidiendo en contra de la habitación y anotando por qué
Antes de la llamada, todos califican las opciones — una etiquetada con cada calificación. Lee esto por lo que es: evidencia de dónde se encontraba la sala, no un voto. No hay quórum, no hay umbral, no hay desempate; toda la premisa del marco es que un humano nombrado decide.
Entonces el Decisor decide — como un argumento, escrito por ellos, bajo la opción elegida, exponiendo el razonamiento. Y aquí está la única frase más valiosa que produce el flujo de trabajo: si la decisión va en contra de las calificaciones, el nodo del Decisor es donde se explica eso. "La sala se inclinó hacia la opción B; estoy eligiendo A porque el riesgo de renovación empresarial supera la preferencia de la distribución" — una frase que separa el liderazgo de desacuerdo y compromiso de la decisión por decreto, y la cosa exacta de la que está hecha una decisión duradera. Un Decisor que no lo escriba no está ejecutando un marco; está usando uno.
- ✓Punto de control: distribución capturada antes de la llamada; decisión registrada como el propio argumento del Decisor, con justificación — obligatorio cuando contradice la sala.
Informar sin un correo electrónico separado
Última carta, paso más barato: ampliar la visibilidad de la decisión una vez tomada. El conjunto de Informados abre la discusión y lee no solo el resultado, sino el debate: las opciones, las cadenas de consulta, el porqué del Decisor. "¿Por qué cambió el precio?" nunca necesita su propio hilo de correo electrónico, porque la respuesta es el registro en sí. Hecho de esta manera, informar también es el comienzo de compromiso: las personas se comprometen con decisiones cuyo razonamiento pueden inspeccionar.
- ✓Punto de control: visibilidad ampliada al conjunto de Informados; el anuncio vincula el registro en lugar de parafrasearlo.
Limitaciones honestas
- ✗No hay un campo de rol de decisión. Las letras son una convención registrada — fechada y atribuible, pero el producto no las asigna ni las verifica. Un rol RBAC es un nivel de permiso, nunca un derecho de decisión.
- ✗Las calificaciones no son votos ponderados. Un valor y etiqueta por persona, sin quórum, sin umbral, sin desempate. El Decider es el desempate.
- ✗Lectura de los ámbitos de visibilidad, no obligación. El ámbito del departamento significa que Legal puede verlo: la cadena de preguntas y respuestas completada, no la configuración de visibilidad, es la evidencia de que participaron.
- ✗Una cadena son cuatro giros, luego completa — y completa ≠ acordado. El titular de Acuerdo disidente que se compromete de todos modos está documentado como escuchado, no convertido.
- ✗Nada de esto soluciona a un Decidor reacio. La estructura expone una decisión no tomada más rápido: el nodo vacío donde debería estar la llamada es muy visible, pero no puede hacer la llamada.
Lecciones prácticas
- ✓Escribe el argumento del rol en la reunión de inicio, en vivo, antes de que alguien discuta los méritos. Treinta segundos ahora frente a la arqueología del miércoles siguiente.
- ✓Mantén la lista de Acuerdos brutalmente corta. Cada titular de Acuerdo es un posible bloque con una cadena que resolver; la mayoría de los "aprobadores" son en realidad Input. La disciplina de RAPID es decirlo en voz alta.
- ✓La consulta rechazada también es un registro. Un titular de entrada que pasa explícitamente no puede reclamar exclusión más tarde; protégete a ti mismo y a ellos haciendo visible el pase.
- ✓Reutiliza la asignación. Los tipos de decisiones recurrentes (precios, bandas de contratación, selección de proveedores) mantienen las mismas letras: pega el argumento del rol como plantilla y actualiza los nombres.
Miércoles, revisitado
Vuelve a ejecutar el cambio de precios a través del flujo de trabajo. La VP de Ventas es una titular de Acuerdo — su objeción es una cadena de Revisión completada, respondida dos veces, y ella se comprometió. El CFO es Entrada — su consulta es un recibo. El líder de producto es el Decisor por un argumento fechado escrito antes del debate, y su justificación para ir en contra de la tendencia de la sala es un párrafo que todos pueden leer. El CEO está Informado — el documento de todos los empleados enlaza el árbol. La misma decisión, posiblemente el mismo resultado. Pero el miércoles no hay nada que volver a litigar, porque la única pregunta que alguna vez alimenta esas peleas — ¿quién tenía el derecho de decidir esto? — fue respondida antes de que alguien argumentara.
Fuentes y lecturas adicionales
- Rogers, P., y Blenko, M. (2006). ¿Quién tiene la D? Cómo los roles de decisión claros mejoran el rendimiento organizacional. Harvard Business Review, enero de 2006.El marco RAPID de Bain, de sus autores — incluyendo el caso de que los derechos de decisión ambiguos, no un mal análisis, paralizan a las organizaciones.
- Rajaram, G. — el kit de herramientas SPADE (Configuración, Personas, Alternativas, Decidir, Explicar).El miembro de la familia con forma de lista de verificación, cuyo paso de Explicación exige el porqué escrito de por qué este tutorial construye el nodo del Decisor alrededor.
- Atlassian Team Playbook — DACI: un marco de toma de decisiones.La variante de Conductor/Aprobador/Contribuyentes/Informados tal como se practica en las organizaciones de productos.
Preguntas Frecuentes
¿Cuál es la diferencia entre RAPID, RACI, DACI y SPADE?
Responden a la misma pregunta — quién recomienda, quién es consultado, quién debe estar de acuerdo, quién decide, quién es informado — con diferentes énfasis. RAPID (Bain) es el único que tiene un rol de Aceptar explícito para los verdaderos titulares de veto. RACI proviene de la propiedad de la tarea, con Responsable como el único propietario — útil cuando la decisión está entrelazada con la ejecución. DACI nombra a un Conductor que dirige el proceso por separado del Aprobador que decide. SPADE está más cerca de una lista de verificación, y su paso de Explicar exige escribir el razonamiento. Elige por tus verdaderos bloqueadores — vetos, ejecución, gestión de procesos, o un hábito de omitir el porqué — y luego nota que el flujo de trabajo aplicado es idéntico para los cuatro: solo cambian las letras de asignación de roles.
¿Cuándo deben asignarse los roles de decisión?
Antes del debate — ese es el objetivo principal de la familia de marcos. Los roles asignados después del hecho son narración: describen quién dominó, no quién tenía derecho a hacerlo. Prácticamente: registra la asignación como una declaración fechada y atribuible (en este flujo de trabajo, un argumento bajo la raíz de la decisión) antes de que se presente el primer argumento del caso. Toma treinta segundos en el inicio y elimina la clase de disputa — '¿quién tenía el derecho a decidir esto?' — que alimenta la mayoría de las re-litigaciones de decisiones.
¿Cómo demuestras que los interesados fueron realmente consultados?
Con un recibo, no un recuerdo. En este flujo de trabajo, cada parte consultada abre una cadena de preguntas y respuestas sobre la recomendación: su pregunta, la respuesta del recomendador, un seguimiento, una respuesta, y la cadena completada se marca con una fecha y hora, prueba atribuida de que la consulta ocurrió y lo que abarcó. Un interesado que no tiene nada que preguntar declina explícitamente, lo que también es un registro. Nota el límite honesto: limitar la visibilidad de una decisión a un departamento significa que pueden verla; solo la cadena completada evidencia que participaron.
¿Calificar las opciones es lo mismo que votar sobre la decisión?
No, y mantener la distinción es lo que hace que estos marcos funcionen. Las calificaciones —un valor y una etiqueta por persona— capturan dónde se encontraba la sala: la base de evidencia. No hay quórum, umbral o desempate, porque la premisa del marco es que un humano nombrado decide. El verdadero valor de la distribución aparece cuando el Decisor va en contra de ella: la justificación registrada ('la sala se inclinó hacia B; elegí A porque…') es la única frase más valiosa que produce el proceso, convirtiendo una anulación de decreto en un juicio responsable y verificable.
¿Se pueden hacer cumplir los derechos de decisión en el software?
Principalmente no, y ten cuidado con las herramientas que implican lo contrario. En Argumentree específicamente: un rol de inquilino RBAC (administrador, moderador, miembro) es un nivel de permiso que gobierna quién puede administrar el espacio, no un derecho de decisión que gobierna quién puede decidir una cuestión particular. Las letras RAPID/RACI se registran como un argumento fechado sobre la decisión — atribuible y cuestionable, pero mantenido por convención. Lo que el software hace de manera útil es adyacente: el alcance de visibilidad hace que el conjunto de consulta sea estructural, y las cadenas convierten la consulta y la objeción en registros completados y atribuibles.
¿Qué pasa si el Decisor no decide?
Ningún marco soluciona a un Decisor reacio, pero la estructura expone la parálisis más rápido y con más precisión que una cadencia de reuniones. En este flujo de trabajo, la brecha es visible: el caso está construido, las consultas están completas, las calificaciones están listas y el nodo del Decisor está vacío. Eso convierte una deriva organizacional vaga en un hecho específico y fechado ('decisión pendiente con A desde el 12') sobre el cual puede actuar un camino de escalación. Si el mismo nodo permanece vacío repetidamente, la solución honesta es reasignar al D, lo que la asignación de roles registrada convierte en un acto explícito en lugar de uno silencioso.
Deja de buscar marcos. Ejecuta uno esta semana.
Roles en el registro antes del debate, consulta con recibos, y un humano nombrado decidiendo con el porqué escrito.
Comienza una prueba gratuita de 14 días