{"id":73255,"date":"2026-08-30T15:49:36","date_gmt":"2026-08-30T18:49:36","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=73255"},"modified":"2026-08-30T15:49:36","modified_gmt":"2026-08-30T18:49:36","slug":"matriz-raci-proyectos-ingenieria-responsabilidades-comunicacion","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/matriz-raci-proyectos-ingenieria-responsabilidades-comunicacion\/","title":{"rendered":"Matriz RACI en Proyectos de Ingenier\u00eda: c\u00f3mo definir responsabilidades y evitar fallas de comunicaci\u00f3n"},"content":{"rendered":"\n

En proyectos de ingenier\u00eda, muchas fallas no ocurren por falta de capacidad t\u00e9cnica, sino por falta de claridad sobre las responsabilidades. \u00bfQui\u00e9n ejecuta? \u00bfQui\u00e9n aprueba? \u00bfQui\u00e9n necesita ser consultado antes de la decisi\u00f3n? \u00bfQui\u00e9n debe solamente ser informado? Cuando estas respuestas no est\u00e1n claras, surgen retrasos, retrabajo, decisiones contradictorias, conflictos entre proveedores y dificultades en la aceptaci\u00f3n t\u00e9cnica.<\/p>\n\n\n\n

La matriz RACI<\/strong> es una herramienta simple y muy \u00fatil para organizar responsabilidades en proyectos, contratos, obras, servicios de consultor\u00eda, comisionamiento, due diligence, procurement, coordinaci\u00f3n de proyectos y Owner\u2019s Engineering.<\/p>\n\n\n\n

En ingenier\u00eda, la matriz RACI ayuda a transformar papeles difusos en una estructura objetiva de gobernanza. Define qui\u00e9n es responsable de ejecutar una actividad, qui\u00e9n responde por la decisi\u00f3n, qui\u00e9n necesita ser consultado y qui\u00e9n debe ser informado.<\/p>\n\n\n\n

Cuando se aplica correctamente, la matriz RACI reduce ambig\u00fcedades, mejora la comunicaci\u00f3n, apoya la toma de decisiones y ayuda al contratante a controlar interfaces cr\u00edticas.<\/p>\n\n\n\n

\u00bfQu\u00e9 es una matriz RACI?<\/h2>\n\n\n\n

La matriz RACI es una herramienta de asignaci\u00f3n de responsabilidades. El t\u00e9rmino RACI proviene de cuatro papeles:<\/p>\n\n\n\n

Letra<\/th>T\u00e9rmino<\/th>Funci\u00f3n<\/th><\/tr><\/thead>
R<\/td>Responsible<\/td>Quien ejecuta la actividad o entrega el resultado<\/td><\/tr>
A<\/td>Accountable<\/td>Quien responde por la decisi\u00f3n, aprobaci\u00f3n o resultado final<\/td><\/tr>
C<\/td>Consulted<\/td>Quien debe ser consultado antes de la decisi\u00f3n o ejecuci\u00f3n<\/td><\/tr>
I<\/td>Informed<\/td>Quien debe ser informado sobre avance, decisi\u00f3n o resultado<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

En espa\u00f1ol, estos papeles pueden interpretarse como Responsable<\/strong>, Aprobador o responsable final<\/strong>, Consultado<\/strong> e Informado<\/strong>. El punto m\u00e1s importante es diferenciar qui\u00e9n ejecuta de qui\u00e9n aprueba. En muchos proyectos de ingenier\u00eda, esta distinci\u00f3n evita conflictos relevantes.<\/p>\n\n\n\n

\u00bfPor qu\u00e9 usar una matriz RACI en proyectos de ingenier\u00eda?<\/h2>\n\n\n\n

Los proyectos de ingenier\u00eda involucran m\u00faltiples partes: contratante, proyectistas, consultores, integradores, proveedores, operaci\u00f3n, mantenimiento, compras, jur\u00eddico, supervisi\u00f3n, comisionamiento y, en algunos casos, Owner\u2019s Engineering. Sin una estructura clara, las responsabilidades pueden superponerse o quedar descubiertas.<\/p>\n\n\n\n

Sin matriz RACI<\/th>Con matriz RACI<\/th><\/tr><\/thead>
Responsabilidades ambiguas<\/td>Papeles definidos por actividad<\/td><\/tr>
Decisiones sin due\u00f1o claro<\/td>Responsable de la aprobaci\u00f3n identificado<\/td><\/tr>
Consultas realizadas demasiado tarde<\/td>Partes consultadas definidas previamente<\/td><\/tr>
Comunicaci\u00f3n excesiva o insuficiente<\/td>Informados definidos de forma objetiva<\/td><\/tr>
Conflictos entre \u00e1reas y proveedores<\/td>Interfaces mejor controladas<\/td><\/tr>
Retrasos por indefinici\u00f3n<\/td>Flujo de decisi\u00f3n m\u00e1s claro<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

En la pr\u00e1ctica, la matriz RACI funciona como un mapa de responsabilidades. No sustituye al contrato, alcance, cronograma o matriz de riesgos, sino que complementa estos instrumentos.<\/p>\n\n\n

\n

La responsabilidad clara forma parte de la gobernanza, no solo de la organizaci\u00f3n del equipo.<\/strong> Cuando actividades, aprobaciones y consultas atraviesan \u00e1reas y proveedores, la RACI necesita estar integrada al flujo real de decisiones del proyecto.<\/p>\n\n\n

Gesti\u00f3n de Proyectos de Ingenier\u00eda \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n

RACI es un mecanismo de gobernanza, no solo una hoja de c\u00e1lculo<\/h2>\n\n\n\n

Una matriz RACI madura no comienza con la pregunta \u201c\u00bfqu\u00e9 letra colocar para cada persona?\u201d. Comienza por la gobernanza: qu\u00e9 decisiones existen, qui\u00e9n posee autoridad para tomarlas, qu\u00e9 entregables necesitan un responsable, qu\u00e9 conocimiento debe incorporarse antes de la decisi\u00f3n y qu\u00e9 partes necesitan recibir informaci\u00f3n para cumplir sus propias obligaciones.<\/p>\n\n\n\n

El PMBOK\u00ae Guide \u2014 Eighth Edition<\/strong>, disponible en el acervo t\u00e9cnico de A3A, trata la gobernanza como la estructura que organiza sistemas, procesos, papeles, responsabilidades y modelos de decisi\u00f3n del proyecto. En este contexto, la publicaci\u00f3n presenta la RACI como un ejemplo de mecanismo de gobernanza. Esto es relevante porque desplaza la herramienta del campo de la \u201choja de tareas\u201d hacia el campo de la accountability, autoridad y coordinaci\u00f3n<\/strong>.<\/p>\n\n\n\n

En un proyecto de ingenier\u00eda, un mismo entregable puede atravesar varios niveles. El proyectista produce, un coordinador verifica, el Owner’s Engineer analiza, operaci\u00f3n valida un requisito y el propietario toma la decisi\u00f3n de aceptar o no determinado resultado. Si la RACI trata todo esto como una \u00fanica actividad gen\u00e9rica, ocultar\u00e1 justamente las fronteras que deber\u00eda esclarecer.<\/p>\n\n\n\n

Por eso, la matriz debe ser coherente con el contrato, estructura organizacional, matriz de autoridad, gesti\u00f3n de interfaces<\/a>, plan de comunicaci\u00f3n y flujos de cambios. Cuando estos instrumentos se\u00f1alan responsables diferentes, existe una inconsistencia de gobernanza que debe resolverse, no apenas una celda a corregir.<\/p>\n\n\n\n

Qu\u00e9 aporta la ABNT NBR ISO 21502 a la l\u00f3gica de responsabilidades<\/h2>\n\n\n\n

La ABNT NBR ISO 21502:2021<\/strong>, consultada en la Knowledge Base de A3A, no prescribe una matriz RACI obligatoria, pero establece la base que justifica su uso. La norma orienta que la organizaci\u00f3n temporal del proyecto defina papeles, responsabilidades y autoridades<\/strong>, disponga de l\u00edneas de reporte claras y sea comunicada a todos los involucrados.<\/p>\n\n\n\n

\n

Una matriz RACI \u00fatil necesita reflejar autoridad real.<\/strong> Definir Accountable sin verificar delegaci\u00f3n, contrato y gobernanza crea apenas una responsabilidad nominal y transfiere el conflicto a la ejecuci\u00f3n.<\/p>\n\n\n

Gesti\u00f3n de Proyectos de Ingenier\u00eda \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n

La norma tambi\u00e9n exige que las responsabilidades sean suficientemente claras para que cada persona comprenda no solo su propio papel, sino tambi\u00e9n los papeles de las personas con las que trabaja. En ingenier\u00eda multidisciplinaria, esta orientaci\u00f3n es especialmente importante: proyectista, proveedor, supervisi\u00f3n, operaci\u00f3n y propietario necesitan conocer las fronteras entre producir, verificar, recomendar, autorizar y aceptar.<\/p>\n\n\n\n

Otro punto central es el l\u00edmite de autoridad<\/strong>. La ISO 21502 diferencia las responsabilidades del patrocinador, gerente de proyecto, l\u00edderes de paquetes de trabajo, equipo y estructuras de apoyo como PMO. Tambi\u00e9n prev\u00e9 escalamiento cuando riesgos, cuestiones o cambios superan la autoridad delegada. Por lo tanto, marcar a alguien como A sin verificar si esa funci\u00f3n puede efectivamente tomar la decisi\u00f3n contradice la propia l\u00f3gica de gobernanza.<\/p>\n\n\n\n

La trazabilidad tambi\u00e9n importa. Una responsabilidad indicada en la RACI debe ser compatible con el contrato, plan de gesti\u00f3n, procedimientos de aprobaci\u00f3n y documentos de delegaci\u00f3n de autoridad. Una \u201cverdad en la matriz\u201d y otra \u201cverdad en el contrato\u201d crea exposici\u00f3n justamente en momentos de mayor criticidad: cambio de alcance, reclamaci\u00f3n, aprobaci\u00f3n de proyecto, energizaci\u00f3n, comisionamiento y aceptaci\u00f3n.<\/p>\n\n\n\n

Papel, funci\u00f3n, persona y organizaci\u00f3n no son lo mismo<\/h2>\n\n\n\n

Una RACI debe trabajar preferentemente con papeles o funciones<\/strong>, y no solamente con nombres de personas. Las personas pueden ser sustituidas; la responsabilidad institucional debe permanecer. Columnas como \u201cGerente del Proyecto\u201d, \u201cCoordinaci\u00f3n El\u00e9ctrica\u201d, \u201cOwner’s Engineer\u201d, \u201cOperaci\u00f3n\u201d, \u201cProveedor del Sistema\u201d y \u201cSupervisi\u00f3n\u201d tienden a ser m\u00e1s robustas que nombres individuales.<\/p>\n\n\n\n

Tambi\u00e9n es importante mantener consistencia de nivel. Mezclar en una misma matriz una empresa, una persona, una disciplina y un departamento sin criterio puede producir ambig\u00fcedad. En proyectos mayores, puede haber una capa contractual por organizaci\u00f3n y otra capa operacional por funci\u00f3n. El objetivo no es producir la matriz m\u00e1s detallada posible, sino el nivel de detalle necesario para eliminar dudas sobre responsabilidad y decisi\u00f3n.<\/p>\n\n\n\n

Diferencia entre Responsible y Accountable<\/h2>\n\n\n\n

La mayor dificultad en el uso de la matriz RACI suele estar en la diferencia entre Responsible<\/strong> y Accountable<\/strong>.<\/p>\n\n\n\n

El Responsible<\/strong> es quien ejecuta la actividad. Puede haber m\u00e1s de una persona o equipo responsable de la ejecuci\u00f3n, aunque es recomendable evitar exceso de responsables para no diluir el trabajo.<\/p>\n\n\n\n

El Accountable<\/strong> es quien responde por la aprobaci\u00f3n o el resultado final. En general, debe existir solo un accountable por actividad. Cuando hay muchos aprobadores finales, la decisi\u00f3n se vuelve lenta, conflictiva o sin due\u00f1o.<\/p>\n\n\n\n

Papel<\/th>Pregunta que responde<\/th>Ejemplo en ingenier\u00eda<\/th><\/tr><\/thead>
Responsible<\/td>\u00bfQui\u00e9n hace?<\/td>El proyectista elabora el plano t\u00e9cnico<\/td><\/tr>
Accountable<\/td>\u00bfQui\u00e9n aprueba o responde por el resultado?<\/td>El coordinador t\u00e9cnico aprueba el entregable<\/td><\/tr>
Consulted<\/td>\u00bfQui\u00e9n necesita opinar antes?<\/td>Operaci\u00f3n valida un requisito de mantenimiento<\/td><\/tr>
Informed<\/td>\u00bfQui\u00e9n necesita saber despu\u00e9s?<\/td>La gesti\u00f3n contractual recibe la actualizaci\u00f3n<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Ejemplo de matriz RACI en proyectos de ingenier\u00eda<\/h2>\n\n\n\n

La matriz RACI normalmente cruza actividades con papeles, equipos o partes interesadas. El ejemplo siguiente muestra una aplicaci\u00f3n simplificada en un proyecto t\u00e9cnico.<\/p>\n\n\n\n

Actividad<\/th>Contratante<\/th>Consultor\u00eda T\u00e9cnica<\/th>Proyectista<\/th>Proveedor<\/th>Operaci\u00f3n<\/th><\/tr><\/thead>
Definir requisitos t\u00e9cnicos<\/td>A<\/td>R<\/td>C<\/td>I<\/td>C<\/td><\/tr>
Elaborar proyecto b\u00e1sico<\/td>A<\/td>R<\/td>C<\/td>I<\/td>C<\/td><\/tr>
Evaluar propuesta t\u00e9cnica<\/td>A<\/td>R<\/td>C<\/td>C<\/td>I<\/td><\/tr>
Ejecutar instalaci\u00f3n<\/td>I<\/td>C<\/td>C<\/td>R<\/td>I<\/td><\/tr>
Acompa\u00f1ar pruebas<\/td>A<\/td>R<\/td>C<\/td>R<\/td>C<\/td><\/tr>
Validar aceptaci\u00f3n t\u00e9cnica<\/td>A<\/td>R<\/td>C<\/td>C<\/td>C<\/td><\/tr>
Recibir documentaci\u00f3n final<\/td>A<\/td>R<\/td>C<\/td>R<\/td>I<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Este modelo debe adaptarse al contrato, tama\u00f1o del proyecto y nivel de criticidad del entregable. En proyectos mayores, la matriz puede detallarse por disciplina, paquete de trabajo, etapa o entregable.<\/p>\n\n\n\n

\u00bfCu\u00e1ndo crear una matriz RACI?<\/h2>\n\n\n\n

La matriz RACI debe crearse antes de que comiencen las actividades cr\u00edticas. El mejor momento suele ser durante la planificaci\u00f3n, estructuraci\u00f3n del alcance, elaboraci\u00f3n del proyecto b\u00e1sico, contrataci\u00f3n o movilizaci\u00f3n del proyecto.<\/p>\n\n\n\n

Es especialmente \u00fatil cuando hay:<\/p>\n\n\n\n