Matriz RACI: qué es, cómo crearla y ejemplos
En cualquier proyecto con más de tres personas llega el momento en que algo se cae entre las sillas. Cada quien pensó que lo hacía otro, o dos personas terminaron decidiendo lo mismo en sentidos opuestos. La matriz RACI existe justo para eso: dejar por escrito quién hace qué, quién decide y a quién hay que mantener al tanto.
Es una de las herramientas más simples de la gestión de proyectos, pero también una de las peor aplicadas. En español el lío es mayor, porque dos de sus cuatro roles suenan casi igual. Esta guía te explica qué es, qué significa cada letra, cómo crearla paso a paso y, lo que casi nadie cuenta, cómo comprobar que tu matriz esté bien hecha. Puedes ir armando la tuya en el validador de más abajo mientras lees.
Comprueba tu matriz RACI
Haz clic en cada celda para asignar un rol: vacío, R, A, C o I. Los nombres subrayados (tareas y personas) también se editan. Abajo verás si tu matriz cumple las dos reglas que casi nadie revisa: una sola A por tarea y al menos una R.
Qué es la matriz RACI
La matriz RACI es una tabla que define los roles y responsabilidades de cada persona frente a cada tarea de un proyecto. En las filas van las tareas o entregables, en las columnas van las personas, y en cada celda se anota una letra que indica el papel de esa persona en esa tarea. También se la llama matriz de asignación de responsabilidades o matriz de responsabilidades.
RACI es un acrónimo de cuatro roles: Responsable, Aprobador, Consultado e Informado. La idea es sencilla: de un vistazo, cualquiera del equipo mira la tabla y entiende qué se espera de él en cada parte del proyecto. Sin malentendidos ni zonas grises.
Su gran valor no es la tabla en sí, sino la conversación que obliga a tener. Llenar una matriz RACI fuerza a un equipo a ponerse de acuerdo, antes de empezar, sobre quién decide y quién ejecuta. Esa discusión, hecha al principio, ahorra semanas de roces más adelante.
Qué significa RACI: los 4 roles (y el lío entre R y A)
Cada letra de RACI representa un nivel distinto de participación en una tarea. Conviene entenderlas bien porque, en español, las dos primeras se confunden con facilidad.
R de Responsable. Es quien ejecuta el trabajo, quien se arremanga y hace la tarea. Puede haber varias personas responsables de una misma tarea si la ejecutan entre todas.
A de Aprobador. Es quien rinde cuentas del resultado y da el visto bueno final. La tarea es suya en el sentido de que responde por ella, aunque no la ejecute con sus manos. Solo puede haber una A por tarea.
C de Consultado. Es a quien se le pide opinión o experiencia antes o durante la tarea. La comunicación es de ida y vuelta: aporta y espera respuesta.
I de Informado. Es a quien se mantiene al tanto del avance o del resultado, pero sin pedirle nada a cambio. La comunicación va en una sola dirección.
Aquí está el problema que casi ninguna guía en español resuelve bien. En inglés, los roles son Responsible (R) y Accountable (A), dos palabras distintas. Al traducir, las dos caen en "responsable": el que ejecuta es "responsable de hacerlo" y el que aprueba es "el responsable último".
Por eso conviene fijar nombres que no se pisen. En esta guía usamos Responsable para la R (ejecuta) y Aprobador para la A (rinde cuentas y aprueba). Si tu equipo prefiere otros nombres, lo importante es que la diferencia quede clarísima: uno hace, el otro responde.
| Rol | Qué hace | Cuántos por tarea |
|---|---|---|
| R · Responsable | Ejecuta el trabajo. Es quien se arremanga y hace la tarea. | Uno o varios |
| A · Aprobador | Rinde cuentas del resultado y da el visto bueno final. La tarea es suya aunque no la ejecute. | Solo uno |
| C · Consultado | Aporta opinión o experiencia antes o durante la tarea. Hay diálogo de ida y vuelta. | Los que hagan falta |
| I · Informado | Se le mantiene al tanto del avance o del resultado. Comunicación de una sola vía. | Los que hagan falta |
Para qué sirve y cuándo usarla
La matriz RACI sirve para eliminar la ambigüedad sobre quién hace qué. Cuando cada tarea tiene un responsable y un aprobador claros, se evitan los dos males clásicos de cualquier proyecto. Uno: el trabajo que nadie hace porque todos creían que era de otro. Dos: la decisión que se toma dos veces porque dos personas se creían a cargo.
Es especialmente útil en estos escenarios:
En proyectos con varias áreas o equipos implicados, donde las fronteras de responsabilidad no son obvias. En trabajo con clientes, para dejar claro qué decide el cliente y qué decide la agencia. En proyectos nuevos o complejos, donde nadie ha hecho antes ese reparto. Y en la incorporación de gente nueva, que entiende su papel de un vistazo en lugar de a base de preguntar.
No toda iniciativa necesita una RACI. Para una tarea de dos personas es exagerado, y en equipos ágiles que se reorganizan cada sprint suele estorbar más que ayudar. Más adelante vemos ese caso con detalle.
Cómo crear una matriz RACI paso a paso
Crear una matriz RACI no lleva más de una hora si el proyecto está claro. Estos cinco pasos te llevan de la hoja en blanco a una matriz que el equipo puede usar.
- Lista las tareas o entregables Pon en las filas las actividades concretas del proyecto, no áreas vagas. "Aprobar el presupuesto" sirve; "finanzas" no. Cuanto más concreta la fila, más fácil será asignar un solo aprobador después.
- Lista a las personas o roles En las columnas van quienes participan, mejor por rol que por nombre propio. Así la matriz sobrevive cuando alguien cambia de puesto o entra gente nueva al equipo.
- Asigna una sola A por tarea Recorre fila por fila y empieza por la A: ¿quién rinde cuentas de que esto salga bien? Solo puede haber una. Si dudas entre dos personas, la tarea probablemente está mal definida y conviene dividirla.
- Completa R, C e I Marca quién ejecuta (al menos una R), a quién consultas (C) y a quién solo informas (I). No todas las personas necesitan una letra en cada fila; dejar celdas vacías es correcto y hasta deseable.
- Valídala y compártela Antes de darla por buena, revisa que cada tarea tenga una A y una R, y mira la carga por columna. Después compártela con el equipo y déjala donde puedan verla, no enterrada en un archivo que nadie vuelve a abrir.
Si te cuesta concretar las tareas de la primera columna, ayuda haber descompuesto antes el trabajo. Una guía para priorizar y organizar tareas sirve para llegar a filas lo bastante concretas como para asignarles un solo aprobador.
Ejemplo de matriz RACI
Veámosla aplicada a un caso concreto: una agencia de marketing de contenidos de ocho personas, la misma que en otras guías usó un FODA para decidir su rumbo. Está arrancando un proyecto mensual de contenido para un cliente nuevo y reparte los roles así.
| Tarea | Dir. de cuentas | Estratega | Diseñador | Cliente |
|---|---|---|---|---|
| Aprobar el brief inicial | C | R | I | A |
| Definir el calendario editorial | A | R | C | I |
| Diseñar las piezas gráficas | I | A | R | C |
| Publicar el contenido | A | R | I | I |
| Revisar los resultados del mes | A | R | I | C |
Fíjate en cómo se lee. La estrategia ejecuta casi todo (muchas R), pero quien rinde cuentas cambia según la tarea. El cliente aprueba el brief porque es su negocio; la publicación la aprueba la directora de cuentas, que responde ante él. El diseñador solo entra donde aporta, y cada tarea tiene una sola A.
¿Tu matriz RACI vive en un archivo que nadie reabre?
En Rock el chat, las tareas y las notas viven en un solo espacio. Cada fila de tu matriz puede ser una tarea con un responsable visible, donde el equipo ya conversa. La asignación deja de ser teoría.
Cómo validar tu matriz RACI
Aquí está lo que casi ninguna guía cuenta: una matriz RACI puede estar completa y aun así estar mal. El valor real aparece cuando la auditas. Estas son las reglas para comprobar que la tuya funciona.
- Una sola A por tarea Si una fila tiene dos aprobadores, nadie rinde cuentas de verdad: cada uno asumirá que el otro decide. Si no tiene ninguna, la tarea queda huérfana. Una A por fila, sin excepción.
- Al menos una R por tarea Toda tarea necesita a alguien que la ejecute. Una fila sin R es una tarea que nadie está haciendo, solo aprobando o mirando. Es la señal más clara de un hueco en el plan.
- Ninguna fila solo de I Si en una tarea todos están "informados" y nadie ejecuta ni aprueba, esa fila no es trabajo: es un anuncio. O le asignas R y A, o no debería estar en la matriz.
- Revisa la carga por columna Mira hacia abajo, no solo a lo ancho. Si una persona acumula casi todas las R, tienes un cuello de botella humano. Si alguien solo aparece como I en todo, quizá ni hace falta en la matriz.
- Cuidado con el exceso de C Consultar está bien, pero demasiadas C en una fila convierten una tarea simple en una ronda de aprobaciones eterna. Pregúntate quién necesita opinar de verdad y quién solo necesita enterarse (I).
Las dos primeras reglas, una sola A y al menos una R por tarea, son las que el validador del inicio de esta guía revisa por ti en tiempo real. Las otras tres pides un par de minutos de lectura cruzada: recorre la matriz por columnas, no solo por filas, y pregúntate si el reparto de carga es sostenible.
Mención aparte para los conflictos de roles, el caso más incómodo. Cuando dos personas reclaman la misma A, casi nunca es un problema de egos: es que la tarea junta dos decisiones distintas. La solución no es elegir a una a la fuerza, sino partir la tarea en dos filas, cada una con su propia A. Si después de dividirla sigue habiendo discusión, esa es justo la conversación que la matriz te está ayudando a tener antes de que estalle a mitad del proyecto.
Cómo mantener la matriz viva
El error más silencioso con RACI no es hacerla mal, sino hacerla una vez y olvidarla. Los proyectos cambian: entra gente nueva, alguien cambia de rol, el alcance se amplía. Una matriz que refleja el equipo de hace tres meses genera más confusión que tenerla.
Para que siga sirviendo, trátala como un documento vivo, no como un entregable de arranque. Revísala en los hitos del proyecto o cuando cambie el equipo, y déjala donde la gente trabaja.
Cuando aparezca una tarea nueva, asígnale sus roles en el momento, no semanas después. Una matriz desactualizada se nota enseguida: alguien pregunta "¿esto quién lo aprueba?" y la tabla ya no tiene la respuesta.
RACI en entornos ágiles
Conviene ser honestos: RACI nació en un mundo de proyectos con fases y roles fijos, y eso choca con la filosofía ágil. Un equipo Scrum que se autoorganiza sprint a sprint y comparte la responsabilidad del resultado no encaja del todo con una tabla que asigna una A fija por tarea.
Eso no significa que sea inservible en ágil, sino que conviene usarla con criterio. Funciona bien para los límites que no cambian cada sprint: quién decide el presupuesto, quién es el dueño de producto o cómo se reparte el trabajo con áreas externas como legal. Para el trabajo del día a día dentro del sprint, en cambio, suele estorbar.
Cuando el problema es decidir y no ejecutar, muchos equipos ágiles prefieren DACI, una variante centrada en la toma de decisiones. La vemos en la siguiente sección, junto al resto de variantes. Si trabajas con marcos ágiles, quizá te interese antes repasar el papel del Scrum Master y cómo se organiza el equipo.
Errores comunes al usar RACI
La mayoría de las matrices RACI fallidas caen en uno de estos cuatro errores. Conocerlos de antemano te ahorra rehacerla.
- Confundir la R con la A El error número uno en español, porque las dos suenan a "responsable". Recuerda: la R ejecuta, la A rinde cuentas y aprueba. Si las mezclas, acabas con dos jefes o con ninguno.
- Llenar todas las celdas No todo el mundo tiene que aparecer en cada tarea. Una matriz con una letra en cada celda casi siempre significa que metiste a gente que solo necesita estar informada, o ninguna.
- Hacerla y archivarla Una matriz RACI que vive en un PDF que nadie reabre no sirve de nada. Tiene que estar visible y actualizarse cuando cambian los roles o el alcance del proyecto.
- Usarla para todo RACI brilla en proyectos con tareas claras y roles estables. En un equipo ágil que se autoorganiza cada sprint, mantenerla al día cuesta más de lo que aporta.
Variantes de RACI: RASCI, RACI-VS, DACI
RACI tiene varias adaptaciones que añaden o cambian roles según el tipo de proyecto. No necesitas todas; conócelas para elegir la que encaje con tu caso.
| Variante | Qué añade | Cuándo conviene |
|---|---|---|
| RASCI (o RASIC) | Suma la S de Support (apoyo): quien ayuda al responsable sin rendir cuentas. | Proyectos donde varias personas colaboran de cerca en la ejecución. |
| RACI-VS | Añade Verificador y Signatario (firmante), para control de calidad y cumplimiento. | Entornos regulados o con auditorías formales. |
| DACI | Cambia el foco a la decisión: Driver (impulsa), Approver, Contributor, Informed. | Decisiones puntuales más que ejecución de tareas; encaja mejor en ágil. |
| CARS / CLAM | Versiones simplificadas que reducen los roles a lo esencial. | Equipos pequeños que quieren menos burocracia. |
La regla práctica: empieza siempre por RACI. Es la más conocida, la entiende todo el mundo y cubre la mayoría de los casos. Pasa a una variante solo cuando notes que te falta un rol concreto, como el apoyo en RASCI o el control de calidad en RACI-VS. Sumar letras porque sí solo añade burocracia.
Plantilla de matriz RACI
Una plantilla de matriz RACI no necesita nada complicado. Basta una tabla con estos elementos para que sea útil y fácil de leer:
| Elemento | Qué incluye |
|---|---|
| Filas (tareas) | Las actividades o entregables del proyecto, una por fila y lo más concretas posible. |
| Columnas (personas) | Los roles o personas que participan, mejor por rol que por nombre. |
| Celdas (asignación) | La letra R, A, C o I que define el papel de cada persona en cada tarea. |
| Leyenda | El significado de cada letra, visible para quien lea la matriz por primera vez. |
| Carga por persona | Un recuento al pie de cada columna para detectar sobrecargas de un vistazo. |
Puedes armarla en una hoja de cálculo, en un documento o en el validador del inicio de esta guía, que ya trae la leyenda y el recuento de carga por persona. Lo importante no es el formato, sino que cumpla las reglas de validación y que el equipo pueda verla donde trabaja.
Lo que hacemos en Rock
En Rock vemos un patrón claro en los equipos que usan la plataforma: la matriz RACI casi nunca falla por estar mal diseñada. Falla porque vive en un archivo separado del trabajo real. Se llena al arrancar el proyecto, se comparte una vez y, en cuanto el equipo vuelve a su chat y sus tareas, la tabla queda en el olvido.
Por eso construimos Rock alrededor de un solo espacio donde el chat, las tareas y las notas conviven. La matriz puede vivir como una nota compartida, y cada tarea de tu proyecto lleva un responsable asignado a la vista de todos, en el mismo lugar donde el equipo ya conversa. La asignación deja de ser un documento aparte y pasa a ser parte del trabajo.
Nuestra recomendación es simple: no dejes que la matriz termine archivada. Convierte cada fila en una tarea con dueño y revísala cuando cambie el equipo. Si la información de tu proyecto sigue repartida entre varias apps, vale la pena comparar las herramientas de colaboración antes de decidir dónde vivirá ese reparto de responsabilidades.
Preguntas frecuentes
¿Qué es la matriz RACI?
Es una herramienta de gestión de proyectos que define quién hace qué en cada tarea. RACI son las iniciales de los cuatro roles: Responsable, Aprobador, Consultado e Informado. Se dibuja como una tabla con las tareas en las filas y las personas en las columnas.
¿Qué significa cada letra de RACI?
R es Responsable, quien ejecuta la tarea. A es Aprobador, quien rinde cuentas y da el visto bueno (solo uno por tarea). C es Consultado, a quien se pide opinión. I es Informado, a quien se mantiene al tanto.
¿Cuál es la diferencia entre Responsable (R) y Aprobador (A)?
En español ambos suenan a "responsable" y ahí está la confusión más común. La R ejecuta el trabajo; la A rinde cuentas del resultado y lo aprueba. Una tarea puede tener varias R, pero solo una A. A veces la misma persona es R y A a la vez.
¿Cuántos aprobadores (A) puede tener una tarea?
Solo uno. Esa es la regla de oro de RACI. Si dos personas comparten la A, nadie rinde cuentas de verdad porque cada una asume que la otra decide. Si no logras elegir a una sola, suele ser señal de que la tarea está mal definida.
¿Cuándo conviene usar una matriz RACI y cuándo no?
Conviene en proyectos con tareas claras, varios participantes y roles estables, sobre todo cuando hay clientes o áreas distintas implicadas. No conviene en equipos ágiles que se autoorganizan cada sprint, donde mantenerla al día cuesta más de lo que aporta.
¿Qué diferencia hay entre RACI y RASCI?
RASCI añade una S de Support (apoyo): personas que ayudan al responsable a ejecutar sin rendir cuentas del resultado. Es útil en proyectos donde varias personas colaboran de cerca en una misma tarea. El resto de roles funcionan igual que en RACI.
Una matriz RACI solo vale si cada responsabilidad termina en una tarea que alguien ejecuta. Rock combina chat, tareas y notas en un solo espacio. Un precio plano, usuarios ilimitados. Empieza gratis.
