{"id":72890,"date":"2026-08-28T17:08:35","date_gmt":"2026-08-28T20:08:35","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=72890"},"modified":"2026-08-28T17:08:35","modified_gmt":"2026-08-28T20:08:35","slug":"owners-engineering-gobernanza-tecnica-sistemas-criticos","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/owners-engineering-gobernanza-tecnica-sistemas-criticos\/","title":{"rendered":"Owner’s Engineering: gobernanza t\u00e9cnica para obras de ingenier\u00eda, sistemas cr\u00edticos e integraci\u00f3n multidisciplinar"},"content":{"rendered":"\n

Qu\u00e9 es Owner Engineering<\/h2>\n\n\n\n

Owner Engineering es el conjunto de actividades t\u00e9cnicas, de gesti\u00f3n y documentales realizadas por un equipo independiente, interno o contratado, en nombre del propietario o contratante del proyecto. Su objetivo es asegurar que el activo dise\u00f1ado, adquirido, construido, probado y entregado cumpla los requisitos establecidos, las normas aplicables, las premisas de contrataci\u00f3n y los criterios de desempe\u00f1o definidos para la operaci\u00f3n.<\/p>\n\n\n\n

El Owner’s Engineer no sustituye a dise\u00f1adores, ejecutores, proveedores, integradores o empresas de gesti\u00f3n. Su funci\u00f3n es verificar, validar, auditar, coordinar interfaces, registrar evidencias y proporcionar soporte t\u00e9cnico para que el contratante tome decisiones fundamentadas. Esta distinci\u00f3n es esencial para preservar la responsabilidad t\u00e9cnica de cada agente y, al mismo tiempo, garantizar un control independiente sobre la ejecuci\u00f3n.<\/p>\n\n\n\n

Por qu\u00e9 las obras de ingenier\u00eda necesitan gobernanza t\u00e9cnica independiente<\/h2>\n\n\n\n

Las obras de ingenier\u00eda y las implantaciones de sistemas cr\u00edticos rara vez dependen de una sola disciplina. Normalmente implican arquitectura, civil, el\u00e9ctrica, redes, telecomunicaciones, automatizaci\u00f3n, climatizaci\u00f3n, seguridad electr\u00f3nica, infraestructura seca, plataformas digitales, operaci\u00f3n y mantenimiento. Cada disciplina posee requisitos propios, pero la entrega final solo funciona cuando todas las interfaces son compatibles.<\/p>\n\n\n\n

Sin gobernanza t\u00e9cnica independiente, inconsistencias de dise\u00f1o, fallos de compatibilizaci\u00f3n, lagunas de especificaci\u00f3n, adquisiciones inadecuadas, improvisaciones en campo y pruebas insuficientes pueden aparecer tard\u00edamente, cuando el coste de correcci\u00f3n es mayor y el impacto sobre plazo, operaci\u00f3n y calidad ya se ha materializado.<\/p>\n\n\n\n

Owner Engineering act\u00faa para anticipar estos riesgos. Transforma requisitos t\u00e9cnicos en criterios verificables, acompa\u00f1a la evoluci\u00f3n documental, audita la adherencia de la ejecuci\u00f3n, eval\u00faa impactos de cambios y organiza evidencias para la aceptaci\u00f3n t\u00e9cnica. Por ello, su aplicaci\u00f3n es relevante tanto en grandes contratos EPC como en obras con m\u00faltiples contrataciones, retrofit, expansi\u00f3n, modernizaci\u00f3n o implantaci\u00f3n de sistemas integrados.<\/p>\n\n\n\n\n

El propietario no necesita mantener un equipo t\u00e9cnico completo para supervisarlo todo internamente<\/h2>\n\n\n\n

El propietario no necesita mantener internamente una estructura t\u00e9cnica completa, permanente y multidisciplinar para supervisar, auditar y validar todas las decisiones de ingenier\u00eda de un proyecto complejo.<\/p>\n\n\n\n

En muchos proyectos, formar un equipo propio con especialistas en todas las disciplinas \u2014 el\u00e9ctrica, automatizaci\u00f3n, telecomunicaciones, HVAC, seguridad, civil, puesta en marcha, calidad, contratos y operaci\u00f3n \u2014 puede ser econ\u00f3micamente ineficiente o t\u00e9cnicamente insuficiente, principalmente cuando la necesidad se concentra en fases espec\u00edficas del ciclo del proyecto.<\/p>\n\n\n\n

En este contexto, el contratante puede contar con una empresa especializada en Owner Engineering para ejercer la funci\u00f3n de gobernanza t\u00e9cnica, supervisi\u00f3n cualificada y auditor\u00eda independiente. La empresa especializada act\u00faa como extensi\u00f3n t\u00e9cnica del contratante, con metodolog\u00eda, equipo multidisciplinar, capacidad documental y experiencia de campo para verificar si el proyecto est\u00e1 siendo concebido, adquirido, ejecutado, probado y entregado de acuerdo con los requisitos establecidos.<\/p>\n\n\n\n

Este enfoque permite que el propietario mantenga el control estrat\u00e9gico y decisorio del proyecto sin tener que absorber permanentemente toda la estructura t\u00e9cnica necesaria para acompa\u00f1ar su implantaci\u00f3n. El resultado es mayor previsibilidad, mejor trazabilidad de las decisiones y menor exposici\u00f3n a riesgos de ejecuci\u00f3n, integraci\u00f3n y aceptaci\u00f3n.<\/p>\n\n\n\n

\n

Owner\u2019s Engineering debe estructurarse antes de las principales contrataciones.<\/strong><\/p>\n\n\n\n

Alcance, autoridad, matriz de responsabilidades, flujos de decisi\u00f3n, tratamiento de cambios y criterios de aceptaci\u00f3n deben estar definidos antes de que las lagunas se incorporen a dise\u00f1os, RFP y contratos.<\/p>\n\n\n\n

Conozca el servicio de Owner\u2019s Engineering de A3A Engenharia<\/strong><\/a><\/p>\n<\/div>\n\n\n\n\n

Owner Engineering en la ejecuci\u00f3n de obras y la implantaci\u00f3n de sistemas cr\u00edticos<\/h2>\n\n\n\n

El n\u00facleo de aplicaci\u00f3n de Owner Engineering en ingenier\u00eda de sistemas est\u00e1 en la implantaci\u00f3n de soluciones que dependen de la integraci\u00f3n t\u00e9cnica entre infraestructura f\u00edsica, sistemas digitales, equipos, redes, energ\u00eda, automatizaci\u00f3n y operaci\u00f3n. En estos entornos, el fallo rara vez se encuentra en un solo componente: normalmente surge en la interfaz entre disciplinas.<\/p>\n\n\n\n

En ingenier\u00eda el\u00e9ctrica<\/strong>, el OE puede verificar la conformidad de instalaciones de baja tensi\u00f3n, puesta a tierra, equipotencializaci\u00f3n, protecci\u00f3n contra sobretensiones, protecci\u00f3n contra descargas atmosf\u00e9ricas, calidad de energ\u00eda y alimentaci\u00f3n para infraestructura cr\u00edtica. En redes y telecomunicaciones<\/strong>, puede validar cableado estructurado, backbone \u00f3ptico, redes industriales, Wi-Fi, infraestructura seca y salas t\u00e9cnicas. En seguridad electr\u00f3nica<\/strong>, puede acompa\u00f1ar la integraci\u00f3n entre videovigilancia, control de acceso, alarma de intrusi\u00f3n, detecci\u00f3n y alarma de incendios, LPR, reconocimiento facial, PSIM y centros de operaci\u00f3n.<\/p>\n\n\n\n

En automatizaci\u00f3n industrial<\/strong>, Owner Engineering se conecta con sistemas SCADA, SDSC, redes industriales, supervisi\u00f3n operativa y requisitos de ciberseguridad. En HVAC y data centers<\/strong>, apoya la validaci\u00f3n de climatizaci\u00f3n, redundancia, monitorizaci\u00f3n t\u00e9rmica, presurizaci\u00f3n, eficiencia energ\u00e9tica y preparaci\u00f3n operativa. En infraestructura cr\u00edtica<\/strong>, su contribuci\u00f3n est\u00e1 en la integraci\u00f3n entre disponibilidad, seguridad, energ\u00eda, control ambiental, conectividad y operaci\u00f3n asistida.<\/p>\n\n\n\n

Por ello, Owner Engineering debe entenderse como una funci\u00f3n transversal. No se limita a revisar documentos; conecta requisitos, dise\u00f1os, proveedores, ejecuci\u00f3n, pruebas y operaci\u00f3n para reducir fallos de integraci\u00f3n y aumentar la fiabilidad de la entrega.<\/p>\n\n\n\n\n

Diferencia entre Owner’s Engineer, supervisi\u00f3n, PMO, dise\u00f1ador, integrador y contratista EPC<\/h2>\n\n\n\n
Funci\u00f3n<\/th>Responsabilidad principal<\/th>L\u00edmite de actuaci\u00f3n<\/th><\/tr><\/thead>
Owner’s Engineer<\/td>Representar t\u00e9cnicamente al contratante, validar requisitos, auditar conformidad, coordinar interfaces y apoyar decisiones.<\/td>No ejecuta la obra ni sustituye la responsabilidad t\u00e9cnica de los ejecutores.<\/td><\/tr>
Supervisi\u00f3n<\/td>Verificar ejecuci\u00f3n en campo, cumplimiento de procedimientos, calidad aparente y avance f\u00edsico.<\/td>No siempre cubre estrategia t\u00e9cnica, procurement, integraci\u00f3n sist\u00e9mica, cambios y puesta en marcha.<\/td><\/tr>
PMO o gesti\u00f3n de proyectos<\/td>Gobernar plazo, coste, riesgos, comunicaci\u00f3n, documentaci\u00f3n e indicadores del proyecto.<\/td>No sustituye el an\u00e1lisis t\u00e9cnico especializado de ingenier\u00eda, sistemas, ejecuci\u00f3n y aceptaci\u00f3n.<\/td><\/tr>
Dise\u00f1ador<\/td>Desarrollar soluciones de ingenier\u00eda, c\u00e1lculos, planos, memorias y especificaciones.<\/td>No debe validar de forma independiente sus propias premisas cuando sea necesaria una auditor\u00eda externa.<\/td><\/tr>
Integrador de sistemas<\/td>Implantar, configurar e integrar equipos, plataformas y subsistemas.<\/td>No debe ser el \u00fanico agente de validaci\u00f3n de los requisitos del contratante.<\/td><\/tr>
Contratista EPC<\/td>Asumir ingenier\u00eda, procurement, construcci\u00f3n, montaje, pruebas y entrega en un modelo integrado.<\/td>No sustituye la gobernanza t\u00e9cnica independiente del propietario sobre requisitos, riesgos y aceptaci\u00f3n.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n

D\u00f3nde entra el EPC: un caso relevante, pero no exclusivo<\/h2>\n\n\n\n

Los contratos EPC, turnkey y lump sum siguen siendo un caso cl\u00e1sico de aplicaci\u00f3n de Owner Engineering. En estos modelos, el contratista asume la integraci\u00f3n de ingenier\u00eda, suministros y ejecuci\u00f3n, lo que reduce las interfaces contractuales directas para el propietario, pero aumenta la importancia de definir con claridad requisitos, criterios de aceptaci\u00f3n, hitos de pago, tratamiento de cambios y control de conformidad.<\/p>\n\n\n\n

El riesgo t\u00e9cnico de un EPC no est\u00e1 \u00fanicamente en la ejecuci\u00f3n. Surge antes, cuando los requisitos del contratante son insuficientes, ambiguos o poco verificables. En contratos de precio global, los cambios tard\u00edos pueden generar impactos relevantes en plazo, coste y negociaci\u00f3n. Owner Engineering ayuda a transformar expectativas del negocio en requisitos t\u00e9cnicos mensurables, auditables y contractualmente aplicables.<\/p>\n\n\n\n

Al mismo tiempo, la l\u00f3gica del OE no se limita al EPC. Tambi\u00e9n se aplica a EPCM<\/a>, contrataci\u00f3n integrada, m\u00faltiples lotes, obras ejecutadas por proveedores especializados, retrofit, expansi\u00f3n de emplazamientos existentes e implantaci\u00f3n de sistemas cr\u00edticos en entornos operativos.<\/p>\n\n\n\n\n

Fases de actuaci\u00f3n de Owner Engineering<\/h2>\n\n\n\n
Fase<\/th>Actuaci\u00f3n de Owner Engineering<\/th><\/tr><\/thead>
Levantamiento y diagn\u00f3stico<\/td>Site survey, auditor\u00eda t\u00e9cnica, an\u00e1lisis de infraestructura existente, identificaci\u00f3n de riesgos y consolidaci\u00f3n de premisas.<\/td><\/tr>
Planificaci\u00f3n e ingenier\u00eda<\/td>Validaci\u00f3n de requisitos, proyecto b\u00e1sico, proyecto ejecutivo, especificaciones t\u00e9cnicas, matriz de interfaces y baseline t\u00e9cnica.<\/td><\/tr>
Compatibilizaci\u00f3n<\/td>Verificaci\u00f3n de interferencias f\u00edsicas, funcionales, normativas y constructivas entre disciplinas antes de la ejecuci\u00f3n.<\/td><\/tr>
Procurement<\/td>Homologaci\u00f3n t\u00e9cnica de propuestas, an\u00e1lisis de proveedores, validaci\u00f3n de equipos, diligenciamiento y trazabilidad de adquisiciones.<\/td><\/tr>
Ejecuci\u00f3n de la obra<\/td>Seguimiento t\u00e9cnico, control de conformidad, gesti\u00f3n de interfaces, an\u00e1lisis de desviaciones, no conformidades y cambios.<\/td><\/tr>
Pruebas y puesta en marcha<\/td>Validaci\u00f3n funcional, pruebas integradas, protocolos de puesta en marcha, punch list, evidencias de desempe\u00f1o y aceptaci\u00f3n t\u00e9cnica.<\/td><\/tr>
Operaci\u00f3n asistida<\/td>Apoyo a la entrada en operaci\u00f3n, transferencia de conocimiento, estabilizaci\u00f3n operativa y recomendaciones de mantenimiento.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n

Principales entregables de la Ingenier\u00eda del Propietario<\/h2>\n\n\n\n
Fase<\/th>Entregables t\u00edpicos<\/th><\/tr><\/thead>
Levantamiento y diagn\u00f3stico<\/td>Informe t\u00e9cnico, matriz de riesgos, registros de campo, diagn\u00f3stico de conformidad y recomendaciones preliminares.<\/td><\/tr>
Planificaci\u00f3n<\/td>Requisitos t\u00e9cnicos, baseline del proyecto, dict\u00e1menes t\u00e9cnicos, matriz de responsabilidades y criterios de aceptaci\u00f3n.<\/td><\/tr>
Ingenier\u00eda<\/td>Revisi\u00f3n de dise\u00f1o, an\u00e1lisis de especificaciones, compatibilizaci\u00f3n, matriz de interfaces y an\u00e1lisis de constructibilidad.<\/td><\/tr>
Procurement<\/td>Especificaciones de adquisici\u00f3n, homologaci\u00f3n t\u00e9cnica, dictamen de proveedor, matriz comparativa y registros de diligenciamiento.<\/td><\/tr>
Ejecuci\u00f3n<\/td>Informes de seguimiento, registros de no conformidad, auditor\u00edas, an\u00e1lisis de cambios y recomendaciones de acciones correctivas.<\/td><\/tr>
Pruebas y puesta en marcha<\/td>Protocolos de prueba, informes de evidencias, punch list, dictamen de aceptaci\u00f3n t\u00e9cnica y registros de desempe\u00f1o.<\/td><\/tr>
Operaci\u00f3n<\/td>Informe de operaci\u00f3n asistida, transferencia de conocimiento, recomendaciones de mantenimiento y consolidaci\u00f3n documental final.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n

C\u00f3mo estructurar la gobernanza de Owner Engineering<\/h2>\n\n\n\n

La gobernanza de Owner Engineering no debe depender \u00fanicamente de la experiencia individual de los profesionales o de reuniones peri\u00f3dicas. Debe convertirse en un sistema verificable de requisitos, responsabilidades, documentos, decisiones, evidencias e hitos de aprobaci\u00f3n. Sin esta estructura, el OE corre el riesgo de actuar solo como consultor reactivo, activado cuando la desviaci\u00f3n ya ha afectado plazo, coste o desempe\u00f1o.<\/p>\n\n\n\n

Una estructura m\u00ednima de gobernanza debe conectar los siguientes elementos:<\/p>\n\n\n\n

Elemento de gobernanza<\/th>Funci\u00f3n en el proyecto<\/th>Registro esperado<\/th><\/tr><\/thead>
Requisitos y baseline t\u00e9cnica<\/td>Definir qu\u00e9 debe entregarse, en qu\u00e9 condiciones y con qu\u00e9 l\u00edmites.<\/td>Matriz de requisitos, premisas aprobadas, criterios de desempe\u00f1o y jerarqu\u00eda documental.<\/td><\/tr>
Responsabilidades y autoridad<\/td>Determinar qui\u00e9n elabora, revisa, recomienda, aprueba, ejecuta y acepta.<\/td>Matriz RACI, organigrama, delegaciones y l\u00edmites de decisi\u00f3n.<\/td><\/tr>
Interfaces multidisciplinares<\/td>Controlar fronteras f\u00edsicas, funcionales, documentales y contractuales.<\/td>Matriz de interfaces, responsables, fechas requeridas y evidencias de cierre.<\/td><\/tr>
Flujos documentales<\/td>Organizar dise\u00f1os, submittals, RFIs, dict\u00e1menes, desviaciones y revisiones.<\/td>Workflow, codificaci\u00f3n, plazos, estados e historial de aprobaci\u00f3n.<\/td><\/tr>
Riesgos y cambios<\/td>Evaluar impactos antes de modificar alcance, arquitectura, equipo o m\u00e9todo de ejecuci\u00f3n.<\/td>Registro de riesgos, solicitud de cambio, an\u00e1lisis de impacto y decisi\u00f3n formal.<\/td><\/tr>
Verificaci\u00f3n y aceptaci\u00f3n<\/td>Relacionar requisitos con inspecciones, ensayos, pruebas integradas y condiciones de recepci\u00f3n.<\/td>Matriz de trazabilidad, protocolos, evidencias, punch list y dictamen de aceptaci\u00f3n.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Requisitos y baseline t\u00e9cnica<\/h3>\n\n\n\n

El control t\u00e9cnico comienza con la definici\u00f3n de la baseline: el conjunto aprobado de requisitos, premisas, criterios de desempe\u00f1o, documentos de dise\u00f1o, obligaciones contractuales y condiciones de aceptaci\u00f3n que servir\u00e1 como referencia para las verificaciones futuras. Esta baseline puede combinar programa de necesidades, estudios, proyecto b\u00e1sico<\/a>, proyecto ejecutivo, especificaciones, T\u00e9rminos de Referencia<\/a>, contratos, propuestas consolidadas y decisiones registradas.<\/p>\n\n\n\n

El OE debe identificar ambig\u00fcedades, requisitos no mensurables, conflictos entre documentos y lagunas de interfaz antes de que se conviertan en interpretaciones de campo. Tambi\u00e9n debe mantener la trazabilidad entre el origen del requisito, su implantaci\u00f3n en el dise\u00f1o, el suministro correspondiente y la evidencia utilizada para la aceptaci\u00f3n.<\/p>\n\n\n\n

Matriz RACI y autoridad decisoria<\/h3>\n\n\n\n

La matriz RACI<\/a> organiza participaci\u00f3n y responsabilidad, pero debe complementarse con l\u00edmites de autoridad. Revisar un documento no significa asumir su autor\u00eda; recomendar una soluci\u00f3n no significa aprobar una inversi\u00f3n; acompa\u00f1ar la ejecuci\u00f3n no transfiere al OE la responsabilidad del ejecutor.<\/p>\n\n\n\n

Esta separaci\u00f3n tambi\u00e9n aparece en los modelos contractuales internacionales. La orientaci\u00f3n de FIDIC sobre el papel del Engineer<\/a> diferencia la funci\u00f3n de quien administra o supervisa el contrato de la ejercida por el dise\u00f1ador o el contratista. En cada proyecto, estas atribuciones deben ajustarse al contrato aplicable, a la legislaci\u00f3n, a las responsabilidades profesionales y a las delegaciones concedidas por el propietario.<\/p>\n\n\n\n

Para decisiones cr\u00edticas, conviene clasificar previamente qui\u00e9n puede aprobar documentos, aceptar desviaciones, autorizar cambios, liberar etapas, recomendar retenciones, validar mediciones y aceptar riesgo residual. Las decisiones fuera de estos l\u00edmites deben escalarse al propietario con un an\u00e1lisis t\u00e9cnico objetivo.<\/p>\n\n\n\n

Submittals, RFIs y flujos documentales<\/h3>\n\n\n\n

Los proyectos complejos generan planos, memorias, c\u00e1lculos, cat\u00e1logos, muestras, procedimientos, planes de inspecci\u00f3n, informes, solicitudes de informaci\u00f3n y propuestas de sustituci\u00f3n. Owner Engineering debe establecer c\u00f3mo entran estos documentos en el flujo, qu\u00e9 disciplinas participan en la revisi\u00f3n, qu\u00e9 documento prevalece en caso de conflicto y qu\u00e9 condiciones deben cumplirse para su aprobaci\u00f3n.<\/p>\n\n\n\n

Una respuesta t\u00e9cnicamente adecuada debe distinguir al menos cuatro situaciones: aprobado; aprobado con comentarios que no impiden la continuidad; revisar y reenviar; rechazado por incumplimiento. Los comentarios deben indicar el requisito de referencia, la condici\u00f3n encontrada, el riesgo asociado y la acci\u00f3n esperada. Las aprobaciones gen\u00e9ricas o sin trazabilidad aumentan la probabilidad de interpretaciones divergentes durante la ejecuci\u00f3n.<\/p>\n\n\n\n

Riesgos, cambios y Project Controls<\/h3>\n\n\n\n

El OE proporciona la evaluaci\u00f3n t\u00e9cnica necesaria para que los cambios se decidan de forma integrada. Una sustituci\u00f3n aparentemente equivalente puede alterar disponibilidad, consumo, espacio, mantenimiento, interfaces, repuestos, formaci\u00f3n, plazo de entrega o criterios de prueba. Por ello, el flujo de cambios debe conectarse con la gesti\u00f3n de riesgos<\/a> y con Project Controls<\/a>.<\/p>\n\n\n\n

El an\u00e1lisis debe registrar motivo, documentos afectados, alternativas, impactos t\u00e9cnicos, coste, plazo, constructibilidad, operaci\u00f3n, pruebas y riesgo residual. El cambio solo debe incorporarse a la nueva baseline despu\u00e9s de una decisi\u00f3n formal y de la actualizaci\u00f3n de los documentos correspondientes. Los cambios ejecutados primero y documentados despu\u00e9s eliminan la capacidad preventiva de la gobernanza.<\/p>\n\n\n\n

Gates y trazabilidad para la aceptaci\u00f3n<\/h3>\n\n\n\n

Los principales hitos del proyecto deben funcionar como gates t\u00e9cnicos. El paso de una fase a otra depende de la conclusi\u00f3n de entregables, del tratamiento de pendientes cr\u00edticos y de la existencia de evidencias suficientes. Algunos ejemplos son la liberaci\u00f3n del dise\u00f1o para construcci\u00f3n, autorizaci\u00f3n de fabricaci\u00f3n, entrega de equipos, energizaci\u00f3n, inicio de pruebas funcionales, pruebas integradas, operaci\u00f3n asistida y recepci\u00f3n.<\/p>\n\n\n\n

La matriz de trazabilidad debe relacionar requisito, documento de implantaci\u00f3n, inspecci\u00f3n o prueba, resultado, pendiente y decisi\u00f3n. Los art\u00edculos sobre FAT, SAT y pruebas integradas<\/a> y criterios de aceptaci\u00f3n en ingenier\u00eda<\/a> profundizan esta transici\u00f3n entre conformidad documental, desempe\u00f1o demostrado y recepci\u00f3n t\u00e9cnica.<\/p>\n\n\n\n\n

C\u00f3mo contratar y delimitar el alcance de Owner Engineering<\/h2>\n\n\n\n

El contrato de Owner Engineering debe traducir la gobernanza pretendida en actividades, entregables, interfaces y l\u00edmites. Expresiones gen\u00e9ricas como \u201cacompa\u00f1ar la obra\u201d o \u201cprestar apoyo t\u00e9cnico\u201d son insuficientes para proyectos multidisciplinares.<\/p>\n\n\n\n