En gestión de proyectos, técnica que se utiliza para relacionar cada actividad del proyecto con uno o más miembros de equipo y su correspondiente responsabilidad con respecto a dicha tarea.

Contenidos mostrar

Descripción

La matriz clasifica los roles de los miembros del equipo en cuatro tipos y, en consecuencia, describe cuatro tipos de relaciones de comunicación e información. Dichos roles son responsable (responsible), aprobador (accountable), consultado (consulted) e informado (informed). De las iniciales de estos términos en inglés se deriva el acrónimo RACI, generalmente usado para hacer referencia a esta técnica.

La matriz RACI: roles y responsabilidades

Sigla Rol Función en el proyecto
R Responsible (responsable) Es quien realiza el trabajo y se responsabiliza por la buena ejecución de la tarea. Su enfoque es la operatividad. Sólo puede haber un responsable por tarea.
A Accountable (autoridad o aprobador) Es la persona o autoridad a la que se rinden cuentas por el trabajo o quien aprueba el resultado final.
C Consulted (consultados) Personas expertas o interesadas cuya opinión es necesaria antes de decidir. Se establece una comunicación bidireccional.
I Informed (informados) Personas que deben conocer los avances o decisiones, pero que no intervienen en el proceso. La comunicación es unidireccional.

Variantes: RASCI y VARISC

RASCI

Una variante de la matriz de asignación de responsabilidades, que añade un quinto rol: apoyo (support).

VARISC

Añade dos tipos de rol: verificador (verify) y apoyo (support).

El peligro de la «C-itis»: El exceso de consulta como parálisis

 Uno de los errores más frecuentes al diseñar una matriz RACI es sucumbir a la tentación de asignar demasiadas «C» (consultados). Muchas veces tendemos a pensar que cuanta más gente participe, más democrático y sólido será el proceso. Sin embargo, en la práctica, un exceso de personas consultadas suele derivar en lo que se conoce como parálisis por análisis.

Cuando cada decisión técnica o estratégica requiere el consenso de una decena de expertos, el proyecto pierde su agilidad y se convierte en un comité interminable. La clave de una buena gestión no es preguntar a todo el mundo, sino identificar quiénes poseen realmente el conocimiento crítico necesario para que la tarea avance. Recordemos que una «C» no es un espectador interesado, es un recurso estratégico que debe aportar valor real al proceso. Si alguien solo necesita estar al tanto de lo que sucede, su lugar está en la «I» (informados), no en la mesa de debate.

¿»C» o «I»? El test de los 30 segundos

Para evitar que nuestro proyecto se ahogue en un mar de reuniones y correos electrónicos, antes de asignar una «C» (consultar) a un stakeholder, conviene pasarlo por alguna modalidad de filtro, como la lista de verificación que aquí se propone. Si la respuesta a más de dos preguntas es «No», ese actor debería ser una «I» (informar).

  • ¿Aporta un saber único? Si este stakeholder no opina, ¿perdemos una perspectiva técnica o política que nadie más en la mesa tiene?

  • ¿Su veto es vinculante? Si no estamos de acuerdo con su sugerencia, ¿el proyecto corre el riesgo real de detenerse o ser invalidado legalmente?

  • ¿La consulta es previa a la acción? ¿Necesitamos su input antes de empezar a trabajar o simplemente queremos que sepa en qué estamos trabajando?

  • ¿Afecta su flujo de trabajo? ¿Las decisiones tomadas en este punto alterarán de forma crítica la manera en que su departamento opera diariamente?

Regla de oro

En la gestión de proyectos moderna, menos es más. Cada «C» adicional es un incremento en el tiempo de entrega. Si tenemos dudas, informamos («I») primero; siempre habrá tiempo para consultar más adelante si la complejidad del escenario lo exige.

Ejemplos

Un buen ejemplo para aplicar la matriz es el proceso de migración a un nuevo sistema de gestión del conocimiento (KMS) en una organización mediana.

Imaginemos que nos encomiendan el proyecto de sustituir el viejo y caótico servidor de archivos por una plataforma colaborativa tipo Notion o Confluence. Veamos cómo se reparten los roles.

El mapeo de poder e influencia

  • El CTO (poder alto / interés alto): Es el jugador clave. Necesita que esto funcione para reducir costos de soporte. Su apoyo será nuestro escudo.

  • La dirección financiera (poder alto / interés bajo): Un gigante dormido. Solo le importa que no nos pasemos del presupuesto. Si el proyecto gasta de más, despertará y podría cortarnos los fondos. Mantenerla satisfecha con reportes de gastos claros será vital.

  • La «eminencia gris» del archivo (poder bajo / interés alto): Es esa persona que lleva 20 años en la empresa y sabe dónde está cada documento. No tiene cargo directivo, pero tiene un poder blando inmenso: si dice que «el nuevo sistema es confuso», nadie lo usará. Es nuestra defensora (o saboteadora accidental). Debemos integrarla pronto.

La matriz RACI en acción (tarea: definir la estructura de carpetas)

Para esta tarea específica, el reparto sería:

  • Responsable (R): Gestor/a del Proyecto o líder técnico. Quien efectivamente crea la estructura.

  • Autoridad (A): Responsable de la Dirección de Operaciones. Es quien firma y valida que esa estructura sirve para el negocio.

  • Consultados (C): Solo consultaremos a las jefaturas de departamento (aportan saber único) y a la «eminencia gris» (su veto informal es vinculante para la adopción).

  • Informados (I): El resto de la plantilla. Reciben un correo o un aviso en Slack: «Así lucirá nuestra nueva casa digital». No necesitan opinar sobre si la carpeta se llama «Ventas» o «Comercial», solo saber dónde está.

El resultado

Si hubiésemos puesto a toda la empresa como «C», habríamos pasado tres meses discutiendo el nombre de las etiquetas. Al identificar el poder blando de la experta veterana y limitar la «C» a los actores estratégicos, logramos una implementación rápida con una resistencia mínima.

En la política pública la gestión de stakeholders no es solo una técnica administrativa, sino el núcleo mismo de la gobernanza y la legitimidad democrática.

Vamos a estudiar un ejemplo aplicado al diseño de una plataforma de datos abiertos para la movilidad urbana.

Imaginemos que un gobierno regional nos encarga liderar la creación de una plataforma digital que centralice los datos de transporte (autobuses, trenes, bicicletas compartidas) para que desarrolladores externos creen apps que mejoren el tráfico. En la economía del conocimiento, los datos son el bien común, pero su propiedad es un campo de batalla.

El mapeo de poder e influencia

  • La consejera de transportes (poder alto / interés alto): Es la jugadora clave. El éxito de la plataforma es su gran promesa electoral. Necesita resultados visibles y rápidos.

  • Las empresas concesionarias de autobuses (poder alto / interés bajo): Los gigantes dormidos. Son empresas privadas que operan líneas públicas. Tienen el poder de dificultar la entrega de datos reales alegando «secreto comercial». Hay que mantenerlas satisfechas asegurándoles que la apertura de datos no dañará su modelo de negocio.

  • La comunidad de desarrolladores y activistas (poder bajo / interés alto): Son los defensores. No tienen presupuesto ni mando, pero poseen un poder blando enorme: si la plataforma es técnicamente mediocre, lo denunciarán en redes y medios, hundiendo la reputación del proyecto.

La matriz RACI en acción (tarea: definir los protocolos de privacidad de los datos)

En política pública, la transparencia y la privacidad son sensibles. El reparto sería:

  • Responsable (R): El equipo técnico de la agencia digital. Son quienes escriben el código y los términos de uso.

  • Autoridad (A): El Delegado de Protección de Datos del gobierno. Es su cuello el que está en riesgo si hay una filtración. Su firma es obligatoria.

  • Consultados (C): Consultaremos a los servicios jurídicos (saber único legal) y a una representación de las empresas de transporte (afecta su flujo de trabajo).

  • Informados (I): La ciudadanía y la prensa. Se les comunica mediante un boletín oficial o rueda de prensa: «Tus datos de viaje estarán protegidos bajo estos estándares». No se les consulta el protocolo técnico, pero se les garantiza su seguridad.

El resultado

Sin este análisis, podríamos cometer el error de ignorar a las empresas de autobuses. A mitad de proyecto, ellas podrían ejercer su poder de bloqueo, negándose a compartir datos en tiempo real y dejando la plataforma vacía de contenido. Al identificarlas como un tipo de stakeholder de alto poder pero bajo interés, diseñamos una estrategia para «seducirlas» (quizás mostrándoles de qué manera los datos agregados también les ayudarán a ellas a optimizar sus rutas) antes de que se conviertan en un obstáculo.

En un proyecto de I+D+i la gestión de stakeholders es especialmente delicada porque los resultados son inciertos y el producto suele ser un intangible: una patente, un nuevo algoritmo o un descubrimiento científico.

Analizaremos el caso del desarrollo de un algoritmo de IA para diagnóstico médico dentro de un consorcio entre una universidad y una red de hospitales. En este escenario, el desafío no es solo técnico, sino ético y legal. La propiedad intelectual (PI) y la validación clínica son los ejes de poder.

El mapeo de poder e influencia

  • El comité de ética e investigación (poder alto / interés alto): Son los jugadores clave. Sin su aprobación constante, el proyecto no podría recolectar un solo dato. Tienen el poder de detener la investigación de inmediato si detectan un riesgo de sesgo en el algoritmo.

  • El departamento legal o de transferencia tecnológica (poder alto / interés bajo): Son los gigantes dormidos. No participan en el laboratorio, pero si al final del proceso la patente no está bien estructurada, bloquearán la salida al mercado. Su interés es proteger la propiedad intelectual de la universidad; debemos mantenerlos satisfechos con reportes de hitos de PI.

  • Los médicos de planta (poder bajo / interés alto): Son los defensores; quienes alimentarán el sistema con su experiencia clínica. Aunque no deciden el presupuesto, tienen el poder blando de la adopción: si el personal médico siente que la IA es una «caja negra» que amenaza su juicio profesional, el proyecto será un fracaso en la práctica.

La matriz RACI en acción (tarea: Entrenamiento y validación del modelo)

  • Responsable (R): El equipo de científicos de datos y programadores. Son quienes entrenan el modelo.

  • Autoridad (A): Investigador/a Principal (IP) o jefe de proyecto. Es quien garantiza la integridad científica del estudio y firma las publicaciones.

  • Consultados (C): Los médicos especialistas (para validar que los diagnósticos de la IA tengan sentido clínico) y los expertos en privacidad de datos (para asegurar que el entrenamiento cumpla con el anonimato de los pacientes).

  • Informados (I): Los pacientes participantes y las entidades financiadoras. Reciben reportes de progreso y resultados generales, pero no intervienen en el ajuste de los hiperparámetros del modelo.

El resultado

En I+D+i, el error más común es tratar a los médicos solo como «fuentes de datos» (I) en lugar de consultarlos (C) desde el diseño. Al darles voz, transformamos su escepticismo en colaboración. Por otro lado, al identificar al departamento legal como un gigante que duerme, evitamos la tragedia clásica de la innovación: tener un producto revolucionario que se queda guardado en un cajón por problemas de licencias no previstos.

Recursos adicionales

Lo que necesitas saber sobre la matriz RACI (con ejemplos)

Explicación de la matriz, más una plantilla online para su elaboración.

Monday.com (Sep 23, 2020)

Matriz RACI: ¿Qué es y cómo hacer una? Ejemplos y plantillas

Ejemplos y plantillas gratuitas.

Canva.com (febrero de 2026)

Matriz RACI: mejora la distribución de las responsabilidades

Ejemplos aplicados a proyectos de desarrollo de productos y desarrollo web.

Randstad.es (21 de diciembre, 2023)

Matriz Raci: qué es, cómo crearla con ejemplos y alternativas online

Guia y ejemplos de matriz RACI creada en una plataforma de gestión de proyectos.

Asana.com ( 6 de febrero de 2026)
Sinónimos:
matriz RACI, modelo RACI
Categorías: Gestión de proyectos
Etiquetas: gestión de proyectos, gestión de stakeholders