Plantilla Matriz RACI
Plantilla Matriz RACI — Asignación de Responsabilidades en Proyectos según PMBOK
En proyectos con muchos participantes, la falta de claridad sobre quién hace qué es una de las causas más frecuentes de retrasos, conflictos y trabajo duplicado. La pregunta no es solo quién ejecuta una tarea — también hay que definir quién la aprueba, a quién hay que consultar antes de ejecutarla y a quién hay que informar cuando esté completada. Sin respuestas claras para cada una de estas preguntas, en algún momento del proyecto alguien hará un trabajo que no le corresponde, dejará de hacer algo que sí era su responsabilidad, o tomará una decisión sin la aprobación necesaria.
La matriz RACI — también llamada matriz de responsabilidades o matriz de asignación de roles — es el documento que responde a todas estas preguntas de forma sistemática para cada tarea del proyecto. Define el rol de cada participante en cada tarea usando cuatro tipos de responsabilidad: Responsable, Aprobador, Consultado e Informado. El resultado es un documento que cualquier miembro del equipo puede consultar en cualquier momento para saber exactamente cuál es su papel en cada parte del proyecto.
¿Qué es la matriz RACI y qué significa cada letra?
El nombre RACI es el acrónimo de los cuatro tipos de responsabilidad que puede tener un participante en una tarea:
R — Responsable
Es la persona que ejecuta la tarea. Cada tarea debe tener obligatoriamente al menos un Responsable — sin un R asignado, la tarea no tiene propietario y probablemente no se hará. Puede haber más de un Responsable en una tarea, aunque en la práctica es preferible limitarlos: cuando una tarea tiene muchos responsables, la responsabilidad se diluye y nadie se siente plenamente dueño del resultado.
A — Aprobador
Es la persona que debe aprobar el trabajo realizado y dar por concluida la tarea. A diferencia del Responsable, el Aprobador no ejecuta el trabajo — lo valida. Cada tarea debe tener un único Aprobador: si hay más de uno, el proceso de aprobación se complica, los aprobadores pueden tener criterios distintos y la tarea puede quedar bloqueada en el proceso de validación.
C — Consultado
Es la persona a quien hay que consultar antes de ejecutar la tarea o durante su ejecución. Proporciona información, criterio o expertise que el Responsable necesita para hacer bien su trabajo. La comunicación con un Consultado es bidireccional: el Responsable le consulta, el Consultado responde. No ejecuta la tarea ni la aprueba.
I — Informado
Es la persona que debe estar informada del resultado de la tarea o de su estado, pero sin participar en ella. La comunicación con un Informado es unidireccional: se le notifica, no se le pide que haga nada. Típicamente son stakeholders del proyecto que necesitan conocer el avance sin involucrarse en el detalle operativo.
La variante RASCI: cuando el soporte necesita un rol propio
En algunos proyectos, la distinción entre el Responsable y los colaboradores que le apoyan en la ejecución es suficientemente relevante para merecer un rol propio. En ese caso se usa la variante RASCI, que añade una quinta letra:
S — Soporte
Es la persona que ayuda al Responsable en la ejecución de la tarea, pero sin asumir la responsabilidad final sobre el resultado. La diferencia con el Consultado es que el Soporte participa activamente en la ejecución — trabaja en la tarea — mientras que el Consultado solo proporciona información o criterio.
La variante RASCI es especialmente útil en proyectos con mucha colaboración entre departamentos, donde es frecuente que varias personas trabajen en una misma tarea pero una sola asuma la responsabilidad final.
La matriz RACI en el PMBOK
En el PMBOK, la matriz RACI es una herramienta del proceso de Planificar la Gestión de los Recursos, concretamente en la definición de roles y responsabilidades del equipo del proyecto. El PMBOK la denomina Matriz de Asignación de Responsabilidades (RAM) y la describe como uno de los formatos posibles para documentar los roles y responsabilidades del proyecto.
La elaboración de la matriz RACI es, por tanto, un proceso formal de planificación — no un documento opcional — que debe completarse antes de que el equipo comience a trabajar en las tareas del proyecto.
Las dos formas de rellenar la plantilla
Esta plantilla ofrece dos formatos de matriz RACI, cada uno más adecuado según el número de participantes del proyecto:
Formato 1 — Tareas en filas, participantes en columnas
En este formato, cada fila es una tarea y cada columna es un participante. En la celda de cruce se indica el tipo de responsabilidad (R, A, C o I) de ese participante en esa tarea.
Es el formato más utilizado porque permite ver de un vistazo la responsabilidad de todos los participantes en todas las tareas. Es especialmente adecuado cuando el número de participantes es manejable — hasta 8-10 personas — porque con más columnas el documento se vuelve difícil de leer.
Ejemplo: Pepe es el Responsable (R) de la tarea A, Juan es el Aprobador (A) de esa misma tarea y María debe ser Informada (I) cuando esté completada. En la siguiente tarea B, María es la Responsable (R) con el Soporte (S) de Isabel, y Juan sigue siendo el Aprobador (A).
Formato 2 — Tareas en filas, roles en columnas
En este formato, las columnas no son personas sino roles (R, A, C, I), y en cada celda se indica el nombre de la persona que asume ese rol para esa tarea.
Es más adecuado cuando hay pocos participantes pero muchas tareas, o cuando las responsabilidades cambian frecuentemente de persona. Permite ver de un vistazo quién asume cada rol en cada tarea, y es más fácil de actualizar cuando hay cambios de equipo.
Los errores más habituales al implementar la matriz RACI
Implementar la matriz RACI parece sencillo, pero hay errores frecuentes que reducen su utilidad o generan más problemas de los que resuelven:
Más de un Aprobador por tarea
Es el error más habitual y el más perjudicial. Cuando una tarea tiene dos o más Aprobadores, pueden tener criterios distintos, aprobarla en momentos diferentes o generar conflictos sobre qué modificaciones son necesarias antes de la aprobación. La regla es clara: cada tarea tiene un único Aprobador. Si hay varios responsables jerárquicos que necesitan validar, la solución es definir una cadena de aprobación — uno valida y el siguiente aprueba — no asignar múltiples A a la misma tarea.
Demasiados Consultados e Informados
La tendencia natural al crear la matriz es incluir a todo el mundo en todas las tareas, "por si acaso". El resultado es una matriz donde cada tarea tiene diez personas marcadas como C o I, y los participantes se sienten abrumados por consultas y notificaciones que en realidad no necesitan. Cada C y cada I debe justificarse: ¿realmente esta persona necesita ser consultada o informada en esta tarea específica?
No actualizar la matriz cuando cambia el equipo
La matriz RACI es un documento vivo. Cuando un miembro del equipo abandona el proyecto, se incorpora uno nuevo o cambia de rol, la matriz debe actualizarse. Una matriz desactualizada es peor que no tener matriz: genera confusión sobre quién es realmente responsable.
Usar la matriz RACI solo para el equipo interno
En proyectos con proveedores, subcontratistas o representantes del cliente que participan en tareas concretas, deben aparecer también en la matriz. Una RACI que solo recoge al equipo interno pero ignora a los externos no refleja la realidad del proyecto.
Elaborarla sin consenso del equipo
La matriz RACI tiene mucho más valor cuando se elabora con la participación de los propios responsables, no cuando el director del proyecto la crea unilateralmente. El proceso de elaboración es en sí mismo valioso: las discrepancias que surgen sobre quién debe hacer qué revelan ambigüedades en el alcance o en la estructura del proyecto que conviene resolver antes de que el trabajo comience.
¿Cuándo elaborar la matriz RACI y cómo mantenerla actualizada?
La matriz RACI debe elaborarse durante la fase de planificación del proyecto, una vez definidas las tareas o paquetes de trabajo de la WBS y el equipo del proyecto. El momento ideal es antes de la reunión de arranque (kick-off) interna, de modo que la matriz pueda usarse en esa reunión para alinear al equipo sobre sus responsabilidades desde el primer día.
En proyectos largos o con muchas fases, es habitual elaborar la matriz por fases: al inicio de cada fase se detalla la RACI de las tareas y participantes de esa fase. Esto es especialmente útil cuando el equipo cambia entre fases o cuando las tareas de las fases posteriores no están suficientemente definidas al inicio del proyecto.
La matriz debe revisarse y actualizarse en los siguientes momentos:
- Cuando se incorpora o sale un participante del proyecto.
- Cuando se añaden nuevas tareas por un cambio de alcance aprobado.
- Al inicio de cada nueva fase del proyecto.
- Cuando surgen conflictos de responsabilidad durante la ejecución — la matriz es la referencia objetiva para resolverlos.
¿Qué incluye esta plantilla?
Esta plantilla forma parte del Pack de Plantillas Profesionales, que incluye 46 plantillas editables alineadas con los procesos del PMBOK. Se integra con otras herramientas del pack:
- WBS y diccionario EDT: las tareas de la matriz RACI deben corresponderse con los paquetes de trabajo de la WBS. El diccionario EDT proporciona la descripción detallada de cada tarea que facilita la asignación de responsabilidades.
- Plan de recursos humanos: la matriz RACI complementa al plan de recursos humanos — el plan define quién está disponible y en qué períodos; la RACI define qué hace cada persona concretamente.
- Formato de orden de trabajo: las órdenes de trabajo se emiten al Responsable (R) de cada tarea identificado en la matriz RACI.
- Acta de reunión de kick-off: la presentación y validación de la matriz RACI es uno de los puntos clave de la reunión de arranque del proyecto.
