Plantilla de matriz RACI y ejemplos: formatos listos para usar en cualquier proyecto

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Una matriz RACI asigna cuatro roles, Responsible, Accountable, Consulted e Informed, a cada tarea de un proyecto, para que nadie tenga que adivinar quién es dueño de qué. Si desea la definición completa y el razonamiento detrás de cada letra, la guía de la matriz RACI lo cubre en profundidad.
Esta página omite la teoría. Es una plantilla en blanco que puede copiar ahora mismo, seis ejemplos desarrollados en distintos tipos de proyecto y las reglas que mantienen útil una matriz más allá de la primera semana, en lugar de convertirla en un documento que nadie vuelve a abrir. Si la propiedad de las tareas en realidad no es su problema y lo que le falta es una estructura para las decisiones, pase directamente a RACI vs RASCI vs DACI.
Key Facts
- El Pulse of the Profession 2026 del PMI encontró que aproximadamente un tercio de los proyectos complejos fracasa, "casi el doble de la tasa de fracaso del 13 % de los proyectos en general", y los proyectos complejos son justamente aquellos en los que la propiedad no se declara.
- La Guía del PMBOK, octava edición (PMI, noviembre de 2025) se basa en seis principios fundamentales y siete dominios de desempeño, y los recursos, es decir, las personas que realizan el trabajo y los roles que desempeñan, son uno de los siete.
- El PMI enuncia la regla que sostiene todo el modelo: "cada tarea tiene exactamente una persona Accountable", donde Accountable se define como "la única persona que es dueña del resultado y responde por él". Cada plantilla de abajo está construida para sostener esa regla.
La plantilla de matriz RACI en blanco
Cópiela directamente en una hoja de cálculo o en un documento. Reemplace las etiquetas entre corchetes con sus propias tareas y roles, y luego complete cada celda con una sola letra: R, A, C o I. Deje una celda en blanco si ese rol no tiene ninguna participación en esa fila.
| Tarea / Entregable | [Rol 1] | [Rol 2] | [Rol 3] | [Rol 4] | [Rol 5] |
|---|---|---|---|---|---|
| [Tarea o entregable 1] | |||||
| [Tarea o entregable 2] | |||||
| [Tarea o entregable 3] | |||||
| [Tarea o entregable 4] | |||||
| [Tarea o entregable 5] | |||||
| [Tarea o entregable 6] |
Leyenda: R = Responsible (realiza el trabajo) · A = Accountable (es dueño del resultado, exactamente uno por fila) · C = Consulted (aporta su opinión antes de que se realice el trabajo, comunicación bidireccional) · I = Informed (recibe actualizaciones después, comunicación unidireccional)
Cómo completarla
- Enumere los entregables a la izquierda, no las acciones individuales. Comience en el nivel de entregable (un informe, una versión, un contrato firmado), no en cada microtarea. Más abajo encontrará más detalles sobre cómo elegir el nivel adecuado.
- Enumere los roles en la parte superior, por nombre cuando sea posible. Los cargos sirven para una plantilla que va a compartir ampliamente, pero los nombres reales eliminan la ambigüedad que aparece en cuanto dos personas comparten un cargo. Tome la lista completa de una matriz de análisis de partes interesadas si dispone de una, para que nadie con un interés quede fuera.
- Asigne primero todos los Accountable, antes que cualquier otra cosa. Una A por fila, sin excepciones. Es la única asignación que realmente evita que una tarea se estanque sin que nadie responda por ella.
- Asigne a continuación los Responsible. Uno es lo más limpio; dos es viable si el trabajo es genuinamente compartido; tres o más suele significar que la fila debe dividirse en entregables más pequeños.
- Añada los Consulted y los Informed al final, y mantenga ambas listas cortas. Cada C es alguien a quien el Responsible debe esperar antes de empezar. Cada I es una notificación que alguien tiene que leer. Las listas largas de C e I suelen ser donde una matriz empieza a deteriorarse.
- Revise la matriz terminada con las personas que figuran en ella antes de darla por definitiva. Una matriz construida a solas y enviada por correo invita a desacuerdos silenciosos. Cinco minutos en una reunión de kickoff del proyecto detectan disputas antes de que se conviertan en traspasos fallidos.
Las reglas que evitan que una matriz se deteriore
Una matriz RACI deja de ser útil en el momento en que se rompen estas reglas, normalmente sin que nadie lo note hasta que una tarea se retrasa.

| Regla | Por qué importa | Qué ocurre cuando se rompe |
|---|---|---|
| Exactamente una A por fila | Una persona responde si la tarea fracasa, y punto | Dos A significan que ninguna de las dos se siente realmente comprometida; cero A significa que nadie lo está |
| La R puede compartirse, pero rara vez debería | Varias personas pueden realizar el trabajo | Tres o más R en una fila suelen ser señal de que la fila debe dividirse en entregables separados |
| La C es bidireccional, no una cortesía | A los Consulted se les pregunta antes de que se haga el trabajo y su opinión puede cambiarlo | Tratar la C como opcional convierte una aportación real en un sello de goma después de los hechos |
| La I es unidireccional y debe mantenerse corta | A los Informed se les avisa, no se les pregunta | Una lista de I inflada entrena a las personas a dejar de leer las actualizaciones por completo |
Seis ejemplos desarrollados de matriz RACI
Cada ejemplo siguiente es una matriz completa para un escenario real, no un fragmento. Sustituya sus propios roles y tareas, pero observe el patrón: una A por fila se mantiene en todas ellas.

1. Lanzamiento de software o de producto
| Tarea | Product Manager | Engineering Lead | QA Lead | DevOps | Support Lead | Marketing |
|---|---|---|---|---|---|---|
| Definir el alcance de la versión | A | R | C | I | I | I |
| Construcción y revisión de código | I | A/R | C | I | ||
| Probar el release candidate frente a la Definition of Done | I | C | A/R | |||
| Preparar el plan de reversión | C | C | A/R | |||
| Redactar las notas de la versión | A | C | R | C | ||
| Desplegar a producción | I | C | I | A/R | ||
| Monitorear las métricas posteriores al lanzamiento | I | A | R | I | ||
| Gestionar las comunicaciones de cara al cliente | I | C | A/R |
El Engineering Lead tiene A en dos filas y R en otras dos, lo cual es normal para un líder técnico cercano al trabajo. Observe que QA solo aparece donde realmente se prueba, no en todas las filas, y eso es lo que mantiene manejable su carga de C.
2. Campaña de marketing
| Tarea | Marketing Manager | Content Writer | Designer | Paid Media Specialist | Sales Lead | Legal |
|---|---|---|---|---|---|---|
| Aprobar el brief de campaña | A | C | C | C | ||
| Redactar el texto de la campaña | A | R | C | C | ||
| Diseñar los activos creativos | A | C | R | |||
| Revisión legal y de cumplimiento | I | A/R | ||||
| Configurar las campañas de anuncios pagados | A | I | R | |||
| Lanzar la campaña | A | R | I | |||
| Entregar leads calificados a ventas | I | A/R | ||||
| Informar los resultados a las partes interesadas | A/R | C | I |
Legal es Consulted al principio (texto y creatividades) y Accountable una vez (la revisión formal), una división común: aportación en todo lugar donde el trabajo pueda generar riesgo, propiedad solo en la aprobación en sí.
3. Onboarding de nuevos empleados
| Tarea | HR / People Ops | Hiring Manager | IT | New Hire | Buddy |
|---|---|---|---|---|---|
| Enviar la carta de oferta y la documentación | A/R | I | |||
| Aprovisionar cuentas, laptop y accesos a sistemas | C | I | A/R | I | |
| Asignar un buddy de onboarding | R | A | I | I | |
| Realizar la orientación del primer día | A/R | C | C | ||
| Completar la capacitación en cumplimiento y políticas | C | A/R | |||
| Realizar los check-ins de 30-60-90 días | C | A/R | I | I |
Este es un caso en el que Accountable se desplaza entre HR y el Hiring Manager según la fila, en lugar de recaer en una sola persona durante todo el proceso, lo cual es normal: el onboarding abarca dos funciones y ninguna es dueña de todo.
4. Implementación de ERP o de un sistema
| Tarea | Project Sponsor | Project Manager | IT / Systems Admin | Department Leads | Implementation Vendor |
|---|---|---|---|---|---|
| Aprobar los requisitos y el alcance | A | R | C | C | C |
| Configurar el sistema y los workflows | I | I | C | A/R | |
| Migrar los datos heredados | I | C | A/R | C | C |
| Probar los workflows frente a los requisitos | I | I | C | A | R |
| Capacitar a los usuarios finales | I | A | C | C | R |
| Aprobar el corte de puesta en marcha (go-live) | A | R | C | C | C |
| Brindar soporte posterior al go-live | I | I | A/R | I | C |
Compare aquí las obligaciones del proveedor con lo que esté escrito en su declaración de trabajo. Un proveedor con R en la configuración y la capacitación sin una cláusula correspondiente en el SOW es una brecha que conviene cerrar antes de firmar el contrato, no después del go-live.
5. Evento o mudanza de oficina
| Tarea | Event / Move Lead | Facilities | IT | Department Heads | Vendor / Movers |
|---|---|---|---|---|---|
| Seleccionar el recinto o la nueva sede | A/R | C | I | ||
| Contratar a los proveedores | I | A/R | C | ||
| Planificar la distribución del espacio o la agenda | A/R | C | C | C | |
| Coordinar la reubicación de TI o la instalación audiovisual | I | C | A/R | ||
| Comunicar el cronograma al personal | A/R | I | I | C | |
| Ejecutar el día de la mudanza o del evento | A | R | R | I | R |
| Cierre posterior a la mudanza o al evento | A/R | C | I |
El día de la mudanza es la única fila con tres R a la vez (Facilities, IT y el proveedor realizan trabajo físico en paralelo), lo cual está bien porque es un solo día de ejecución coordinada, no un entregable compartido permanente que de otro modo habría que dividir.
6. RACI de un equipo pequeño (una persona reúne varias letras)
Un equipo de tres personas que relanza el sitio web de la empresa: un Founder, un diseñador/desarrollador contratado y un especialista de marketing contratado. Sin jefes de departamento, sin comités, solo tres personas y una fecha límite.
| Tarea | Founder | Designer / Developer | Marketing Contractor |
|---|---|---|---|
| Aprobar el alcance y el presupuesto finales | A | I | I |
| Diseñar y construir el sitio | A | R | I |
| Redactar el texto del sitio | A | I | R |
| QA y revisión antes del lanzamiento | A/R | C | |
| Lanzar el sitio | I | A/R | |
| Promocionar el lanzamiento | C | A/R |
El Founder es A en cinco de las seis filas, lo que sería una señal de alerta en un programa de 40 personas pero es exactamente lo correcto aquí: en un equipo de tres personas, quien financia el trabajo debe ser la parte accountable casi en todas partes. Lo que sigue importando es que Responsible se reparta en lugar de acumularse en una sola persona, y que cada contratista tenga la propiedad completa (A y R juntas) en la fila que genuinamente le corresponde.
Cómo leer una matriz defectuosa
Una matriz puede parecer completa y aun así estar defectuosa. Estos son los patrones que conviene revisar antes de confiar en una.

| Patrón defectuoso | Qué significa realmente | Solución |
|---|---|---|
| Una fila sin A | Nadie responde si esa tarea se retrasa, aunque varias personas estén trabajando en ella | Asigne exactamente un Accountable, aunque sea la misma persona ya marcada como R |
| Una fila con dos o más A | Dos personas creen tener la última palabra, lo que en la práctica significa que ninguna la tiene | Elija una. Pase a la otra a Consulted |
| Una columna que es toda C, en todas las filas | A esa persona se le pide opinión sobre todo, sea o no relevante para ella | Verifique si necesita figurar en la matriz en todas las filas o solo donde su experiencia realmente se aplica |
| Una persona es R en casi todas las filas | La entrega está concentrada en un único punto de fallo | Redistribuya algunas filas a un segundo Responsible, o pase a un modelo de ejecución compartida como RASCI |
| Una parte interesada conocida no aparece en ninguna parte de la matriz | Alguien con un interés real en el resultado nunca fue mapeado | Cruce la matriz terminada con su matriz de análisis de partes interesadas |
| La columna Informed crece en cada revisión | Informed se ha convertido en un cajón de sastre en lugar de una lista unidireccional deliberada | Pódela. No todos necesitan cada actualización, y una lista larga de I entrena a las personas a dejar de leer |
Elegir la granularidad adecuada
La forma más común en que una matriz RACI sale mal no es una mala asignación de letras, sino elegir en primer lugar el nivel de detalle equivocado con el que construirla.

| Granularidad | Número típico de filas | Mejor para | Riesgo de elegirla por error |
|---|---|---|---|
| Nivel de tarea | 20-50+ filas | Sprints cortos o ejecución de un solo equipo donde cada acción discreta necesita un responsable nombrado | Ilegible pasadas unas pocas docenas de filas, y las actualizaciones van por detrás de la realidad en una semana |
| Nivel de entregable | 8-20 filas | La mayoría de los proyectos multifuncionales; es el punto de partida adecuado por defecto | En ocasiones demasiado grueso para detectar quién es dueño de los subpasos dentro de un entregable |
| Nivel de fase | 4-10 filas | Programas de varios meses, resúmenes ejecutivos, implementaciones de ERP o de sistemas | Demasiado vago para la ejecución diaria; oculta dónde está realmente el trabajo |
Comience casi siempre en el nivel de entregable. Si su lista de origen es una estructura de desglose del trabajo completa, no mapee cada nodo hoja; mapee los entregables que se ubican por encima de ellos y baje al nivel de tarea solo para los dos o tres entregables en los que la propiedad esté genuinamente en disputa. Una matriz de más de 40-50 filas suele haber dejado de ser una matriz que alguien lee de verdad y se ha convertido en una hoja de cálculo en la que la gente busca.
Errores comunes en la matriz RACI
| Error | Solución |
|---|---|
| Construir la matriz a solas y hacer circular la versión final | Constrúyala con las personas que figuran en ella o, como mínimo, repásela con ellas antes de bloquearla |
| Dejar que la matriz quede obsoleta una vez que comienza el proyecto | Revísela en cada cambio de fase o de personal, no solo en el kickoff |
| Usar cargos en lugar de nombres | Los nombres eliminan la ambigüedad que aparece en cuanto dos personas comparten un cargo |
| Omitir la leyenda | Explique qué significan R, A, C e I en la parte superior de cada matriz, incluso para equipos con experiencia |
| Tratar a Consulted como opcional | Una persona marcada con C es una aportación obligatoria antes de que el trabajo avance, no un aviso de cortesía |
| Forzar una decisión dentro de una fila de RACI | Encauce las decisiones (go/no-go, presupuesto, priorización) por un modelo de tipo DACI en lugar de estirar RACI para cubrirlas |
Dónde vive la matriz después de construirla
Una matriz RACI que solo existe en la presentación del kickoff es una matriz que nadie vuelve a revisar. Constrúyala una vez y luego conéctela con los puntos del proyecto en los que la propiedad realmente se pone a prueba.
| Etapa | Qué hace la matriz ahí |
|---|---|
| Reunión de kickoff del proyecto | Confirma que cada tarea tiene un responsable nombrado antes de que comience cualquier trabajo, cuando aún es barato corregir una brecha |
| Informes de estado continuos | Ancla quién informa sobre qué, y a quién se escala cuando algo se retrasa |
| Cambios a mitad del proyecto | Se actualiza en el momento en que cambian el alcance, el personal o un proveedor; registre el cambio mismo en un registro RAID para que no se pierda el motivo |
| Actualizaciones continuas a las partes interesadas | Alimenta directamente un plan de comunicación: la columna I es su lista de distribución unidireccional, la columna C es quien necesita una conversación, no solo un correo |
| Cierre del proyecto y traspaso | Se convierte en el registro de quién fue dueño de qué, exactamente el tipo de evidencia que necesita la línea base del próximo proyecto |
Cuándo RACI deja de funcionar
RACI supone que el resultado de cada fila es un entregable que alguien completa. En cuanto una fila es en realidad una decisión, un go/no-go, una decisión de presupuesto, una disputa de priorización, RACI empieza a forzarse. Lo verá en forma de discusiones sobre si algo pertenece a la columna A o de una decisión que nunca llega a tomarse porque todos son Consulted y nadie la lidera claramente.
Esa es la señal para dejar de forzarlo y cambiar de modelo para esa fila, o para todo ese flujo de trabajo. El desglose completo de cuándo usar RACI vs RASCI vs DACI explica cómo distinguir la diferencia y cómo ejecutar ambos en paralelo sin que las dos matrices se contradigan.
Una matriz RACI se gana su lugar en la conversación que obliga a tener antes de que comience el trabajo, no en el documento en sí. Copie la plantilla en blanco de arriba, complétela con las personas a las que realmente afecta en lugar de hacerlo a solas en su escritorio y revísela en el momento en que cambien el alcance o el personal. Una Accountable por fila, una lista de Responsible que no sobrecargue a una sola persona y listas de Consulted e Informed lo bastante cortas como para que la gente las lea de verdad: ese es todo el sistema, y escala desde el relanzamiento de un sitio web con tres personas hasta una implementación de ERP con múltiples proveedores sin cambiar de forma.

On this page
- La plantilla de matriz RACI en blanco
- Cómo completarla
- Las reglas que evitan que una matriz se deteriore
- Seis ejemplos desarrollados de matriz RACI
- 1. Lanzamiento de software o de producto
- 2. Campaña de marketing
- 3. Onboarding de nuevos empleados
- 4. Implementación de ERP o de un sistema
- 5. Evento o mudanza de oficina
- 6. RACI de un equipo pequeño (una persona reúne varias letras)
- Cómo leer una matriz defectuosa
- Elegir la granularidad adecuada
- Errores comunes en la matriz RACI
- Dónde vive la matriz después de construirla
- Cuándo RACI deja de funcionar