Una tarea se retrasa menos por falta de voluntad que por una pregunta sin respuesta: “¿quién decide esto?”. La matriz RACI convierte actividades de un proyecto en responsabilidades explícitas. R significa quien realiza el trabajo; A, quien responde por la aprobación final; C, a quien hay que consultar antes de decidir; e I, a quien se mantiene informado. La IA puede ordenar la información y detectar vacíos, pero no puede conocer la autoridad real de tu equipo. Esta guía permite construir una primera versión revisable; el caso y la salida son ficticios e ilustrativos.
El problema que resuelve
Un mismo proyecto puede tener una lista de tareas, un cronograma y aun así duplicar esfuerzos. Dos personas preparan la misma propuesta, nadie confirma una entrega o se consulta a tantas personas que el avance se detiene. RACI no sirve para vigilar cada movimiento: sirve para acordar el nivel de participación antes de empezar. Es diferente de un handoff entre ventas y operaciones, que organiza un traspaso concreto; aquí se aclaran responsabilidades durante todo el proyecto.
Datos de entrada antes de abrir una IA
Reúne el objetivo del proyecto, un resultado verificable, las actividades necesarias, los nombres o roles disponibles y las decisiones que requieren aprobación. Añade límites de presupuesto, cumplimiento o privacidad y la fecha de cada hito. Trabaja con roles, no con datos personales innecesarios. Si un rol no tiene autoridad para aprobar, no lo marques A solo para que la tabla “quede completa”.
| Campo | Qué anotar |
|---|---|
| Actividad | Verbo y entregable: “validar programa”, no “gestión”. |
| Resultado | Prueba que confirma que terminó. |
| Roles | Responsable operativo, dirección, especialista o cliente. |
| Decisión | Qué debe aprobarse y con qué criterio. |
| Dependencia | Qué información o entrega anterior necesita. |
Pasos para construir la matriz
- Escribe entre cinco y diez actividades del primer entregable. Divide “lanzar el curso” en tareas observables, como revisar contenidos, aprobar precio y publicar la página.
- Asigna primero una R por actividad. Si aparecen dos R, especifica qué parte ejecuta cada una o deja una sola responsable.
- Asigna una sola A siempre que sea posible. Consultar a muchas personas no sustituye una aprobación clara.
- Marca C únicamente si el aporte puede cambiar el resultado. Marca I para quienes necesitan el estado, sin convertirlos en revisores.
- Revisa conflictos con las personas implicadas y guarda la versión aprobada junto al registro de decisiones.
Prompt reutilizable
Actúa como facilitador de proyectos. Con estas actividades, resultados, roles y límites, propone una matriz RACI. Da una R y una A por actividad salvo que señales una excepción justificada. No inventes facultades ni responsables. Indica actividades sin R, sin A, con demasiadas C o con conflicto de intereses. Devuelve una tabla: actividad, resultado verificable, R, A, C, I, dependencia y pregunta pendiente. Datos: [pegar tabla].
Pide a la herramienta preguntas pendientes en vez de aceptar roles deducidos. La IA puede confundir un título de cargo con poder de decisión o repetir la misma persona como A en todo.
Ejemplo ficticio de salida
Caso ficticio: “Aula Norte” prepara una microformación digital. Roles: coordinadora académica, docente, comunicación y administración. La siguiente tabla es una salida ilustrativa, no una asignación real.
| Actividad | R | A | C | I |
|---|---|---|---|---|
| Revisar objetivos y evaluación | Docente | Coordinadora académica | Administración | Comunicación |
| Definir precio y condiciones | Administración | Coordinadora académica | Comunicación | Docente |
| Preparar página de inscripción | Comunicación | Coordinadora académica | Administración | Docente |
| Publicar materiales | Docente | Coordinadora académica | Comunicación | Administración |
La tabla revela una pregunta: ¿administración puede aprobar condiciones económicas o solo prepararlas? La respuesta no sale de la IA; se confirma con quien tiene esa facultad y se registra. Si el proyecto tiene incertidumbres relevantes, relaciónalo con una matriz de riesgos, no con una letra RACI adicional.
Revisión concreta antes de usarla
- Comprueba que cada actividad tiene resultado observable, R y A.
- Pregunta a cada A si acepta la decisión y el plazo asociados.
- Elimina C que solo reciben información y transforma I en un canal y frecuencia definidos.
- Verifica que una persona no tenga más aprobaciones simultáneas de las que puede atender.
- Prueba la matriz en una reunión de 15 minutos: cada rol debe poder explicar qué entrega y a quién escala un bloqueo.
Errores y límites
Una RACI no sustituye contrato, organigrama, normas de protección de datos ni liderazgo. Tampoco arregla una actividad mal definida. Evita usarla para atribuir culpas: se revisa cuando cambian el alcance, el equipo o una decisión. No pegues conversaciones internas sensibles en una IA sin autorización. Su mejor uso es una hipótesis ordenada que las personas responsables confirman, corrigen y mantienen actualizada.
Resultado final
Al terminar tendrás una tabla breve que conecta actividad, resultado y autoridad. Compártela con el equipo, registra las excepciones y revísala al iniciar una nueva fase. Así la IA reduce el trabajo de ordenar información, pero la responsabilidad y la aprobación siguen donde deben estar: en las personas y procesos del proyecto.
Cómo mantener la matriz en uso
Incluye la RACI en la primera reunión de cada fase y modifica la fila, no la memoria, cuando cambie una responsabilidad. Para que siga siendo legible, añade versión, fecha y motivo de cambio. Si una actividad ya no existe, retírala de forma explícita; no dejes una A histórica que parezca vigente. Cuando el equipo es pequeño, una misma persona puede ser R y A, pero debe quedar claro qué revisión independiente, si alguna, protege decisiones sensibles. La tabla también puede revelar carga excesiva: tres aprobaciones críticas el mismo día son una señal para renegociar plazos, no para omitir la revisión.
Al cerrar el proyecto, compara los bloqueos ocurridos con la matriz inicial. Si un retraso surgió porque el decisor no estaba identificado, incorpora la lección a la siguiente versión. Así RACI se convierte en un acuerdo operativo y no en un documento creado una sola vez.
