Entienda cómo aplicar la constructibilidad en proyectos de ingeniería para revisar accesos, interfaces, instalación, pruebas, mantenimiento e implantación antes de la ejecución.
¡Descúbrelo!
La constructibilidad en proyectos de ingeniería es la aplicación sistemática del conocimiento de ejecución, instalación, integración, pruebas, operación y mantenimiento durante la planificación, el desarrollo del proyecto, el procurement y la implantación. Su objetivo es verificar, antes de la liberación para adquisición, fabricación o trabajo de campo, si la solución puede ejecutarse con seguridad, calidad, recursos, accesos, secuencia y condiciones operativas compatibles con el proyecto.
Aunque el término es frecuente en la ingeniería civil, la constructibilidad no se limita a estructuras, obras o métodos constructivos. En proyectos multidisciplinarios, también examina si los equipos pueden llegar al sitio, si los paneles pueden instalarse y retirarse, si las rutas admiten cables y fibras, si los sistemas pueden integrarse, si las pruebas son ejecutables y si la instalación puede mantenerse sin comprometer la seguridad o la continuidad operativa.
Para A3A Engenharia, el tema es especialmente relevante en proyectos eléctricos, telecomunicaciones, cableado estructurado, CCTV, control de acceso, automatización, SPDA, energía crítica y Data Centers. El análisis conecta el ciclo de vida del proyecto, la madurez de la ingeniería, las condiciones reales de campo y los criterios de implantación y aceptación.
Qué es la constructibilidad en proyectos de ingeniería
La constructibilidad, o constructability, es la incorporación planificada del conocimiento y la experiencia de ejecución al desarrollo del proyecto. En lugar de esperar al inicio de la obra para descubrir limitaciones, la organización anticipa cuestiones de campo y las transforma en requisitos, decisiones, detalles, métodos y verificaciones todavía durante la ingeniería.
La definición clásica del Construction Industry Institute enfatiza el uso óptimo del conocimiento de construcción en la planificación, el diseño, el procurement y las operaciones de campo. Para proyectos de sistemas, esta lógica debe ampliarse: el conocimiento relevante incluye instalación, integración, parametrización, migración, pruebas, comisionamiento, operación y mantenimiento.
El problema que la constructibilidad busca evitar
Un proyecto puede estar calculado correctamente y aun así ser difícil, inseguro o inviable de implantar. Esto ocurre cuando la documentación describe el resultado técnico, pero no considera integralmente las condiciones necesarias para producirlo.
Ejemplos recurrentes incluyen:
- equipos que no pasan por puertas, ascensores o pasillos;
- paneles sin espacio frontal o lateral para montaje, operación y retirada;
- rutas de cables incompatibles con radio de curvatura, ocupación o segregación;
- cámaras con posición técnicamente definida, pero sin acceso seguro para instalación y mantenimiento;
- cerraduras o controladoras sin interfaz coordinada con puerta, carpintería, alimentación y lógica de emergencia;
- infraestructura que exige una desconexión no prevista de un sistema crítico;
- dispositivos instalados sin un punto adecuado para inspección, medición o prueba;
- soluciones que dependen de información del proveedor aún no incorporada al proyecto;
- cambios de campo que resuelven una interferencia local y crean incompatibilidad en otra disciplina.
La constructibilidad busca eliminar o controlar estas situaciones antes de que se conviertan en retrabajo, retrasos, aditivos, riesgos o pérdida de desempeño.
La constructibilidad no es solamente compatibilización
La compatibilización de proyectos es una parte importante del análisis, pero no agota el tema.
| Concepto | Pregunta central | Resultado esperado |
| Compatibilización | ¿Las disciplinas son geométrica y técnicamente coherentes? | Interferencias y conflictos identificados y resueltos |
| Revisión crítica del proyecto | ¿La solución cumple requisitos, normas y criterios técnicos? | Comentarios técnicos, correcciones y aprobación |
| Constructibilidad | ¿La solución puede implantarse en las condiciones reales? | Estrategia, detalles, accesos, secuencia y métodos viables |
| Instalabilidad | ¿Los componentes pueden transportarse, montarse, conectarse y configurarse? | Instalación segura y ejecutable |
| Testabilidad | ¿El sistema permite inspección, medición, pruebas y demostración de desempeño? | Evidencias válidas para comisionamiento y aceptación |
| Mantenibilidad | ¿El activo puede accederse, aislarse, sustituirse y mantenerse? | Operación sostenible a lo largo de la vida útil |
Un modelo BIM sin colisiones puede seguir siendo inadecuado si no existe acceso para montaje, espacio de mantenimiento, secuencia ejecutiva o ventana operativa. Del mismo modo, un plano técnicamente correcto puede no indicar cómo preservar los sistemas existentes durante una migración.
Aplicación más allá de la ingeniería civil
En infraestructura tecnológica y sistemas críticos, la constructibilidad involucra elementos físicos, funcionales y operativos. Verifica no solo si algo puede construirse, sino si puede instalarse, energizarse, integrarse, probarse y transferirse a operación.
En cableado estructurado, por ejemplo, importan la capacidad de las rutas, la secuencia de tendido, la segregación, la identificación y el acceso a los puntos. En CCTV, son relevantes el campo de visión, la fijación, la iluminación, la alimentación, la red y el mantenimiento. En control de acceso, el proyecto debe coordinar arquitectura, carpinterías, herrajes, alimentación, lógica de seguridad e integración con incendio. En sistemas eléctricos, deben examinarse espacios, soportación, selectividad, desconexiones, puesta a tierra, ensayos y futura retirada de equipos.
El análisis debe considerar el sistema completo y sus interfaces, no solamente el componente de una disciplina.
La constructibilidad amplía el análisis más allá de la compatibilización.
Un proyecto debe ser coherente entre disciplinas y también ejecutable en las condiciones reales de acceso, instalación, integración, pruebas, operación y mantenimiento.
Profundice en cómo disciplinas, documentos y entregables forman un proyecto de ingeniería
Cuándo aplicar la constructibilidad en el ciclo de vida del proyecto
La constructibilidad debe comenzar temprano y acompañar el aumento de la definición. Cuanto más tarde se descubre una limitación, mayor tiende a ser el número de documentos, contratos, equipos y servicios afectados.
No es un evento único próximo a la obra. El proceso más eficaz combina revisiones progresivas, adecuadas a la madurez de cada fase. La ISO 21502 refuerza esta lógica al relacionar la gestión del proyecto con fases, puntos de decisión, requisitos, riesgos, cambios y criterios de control.
Viabilidad, FEL y Proyecto Conceptual
En las fases iniciales, el análisis evalúa si la alternativa seleccionada puede implantarse en el sitio, dentro del plazo y en las condiciones operativas previstas. Todavía no existen detalles suficientes para verificar cada fijación o ruta, pero ya es posible examinar restricciones estructurantes.
Entre las preguntas típicas se encuentran:
- ¿el sitio admite los sistemas y las expansiones previstas?
- ¿existen accesos logísticos compatibles con los equipos principales?
- ¿la implantación exige paradas, obras provisionales o fases intermedias?
- ¿existen restricciones de licenciamiento, seguridad, entorno u operación?
- ¿la tecnología seleccionada es compatible con la infraestructura existente?
- ¿qué interfaces deben tratarse en el alcance y en el presupuesto?
En el Proyecto Conceptual, la constructibilidad contribuye a comparar alternativas no solo por el desempeño final, sino también por la viabilidad de implantación.
FEED y Proyecto Básico
En el FEED y en el Proyecto Básico, la constructibilidad debe influir en las bases de diseño, los arreglos, las especificaciones, las interfaces, las estimaciones, los cronogramas y la estrategia de contratación.
Es el momento de definir:
- requisitos de acceso, izaje y movimiento;
- áreas técnicas y espacios de mantenimiento;
- premisas de desconexión y continuidad;
- fases de migración e implantación;
- límites entre paquetes y proveedores;
- necesidades de infraestructura provisional;
- condiciones de fabricación, premontaje o modularización;
- pruebas y criterios de aceptación;
- levantamientos de campo todavía necesarios.
Una definición insuficiente transfiere incertidumbre al precio de la propuesta o a la ejecución. El resultado puede ser una contingencia elevada, exclusiones, disputas y decisiones tardías.
Proyecto Ejecutivo
En el Proyecto Ejecutivo de Ingeniería, el análisis alcanza detalles concretos de instalación e integración.
Deben confirmarse:
- dimensiones y pesos reales de los equipos;
- envolventes de operación y mantenimiento;
- rutas, curvas, cruces, soportes y fijaciones;
- bases, insertos, aberturas, sellados y reservas;
- conexiones eléctricas, lógicas, hidráulicas y de comunicación;
- secuencia de montaje y dependencias;
- tolerancias y ajustes de campo;
- identificación, pruebas y documentación final;
- compatibilidad entre planos de proyecto y datos certificados de proveedores.
La liberación de documentos para adquisición o construcción debe ocurrir solamente cuando los aspectos críticos estén resueltos o formalmente condicionados.
Procurement y fabricación
Durante el procurement en proyectos de ingeniería, la constructibilidad verifica si la especificación y la propuesta del proveedor preservan las condiciones de implantación.
El análisis debe considerar:
- dimensiones de transporte y montaje;
- división del equipo en módulos;
- puntos de izaje;
- requisitos de almacenamiento;
- interfaces y utilidades;
- accesorios necesarios para la instalación;
- documentación, planos y modelos del fabricante;
- pruebas de fábrica y de campo;
- herramientas especiales;
- repuestos y componentes sustituibles;
- asistencia técnica y responsabilidades de montaje.
Las sustituciones comerciales no pueden evaluarse solamente por equivalencia nominal. Una alternativa puede cumplir la función y modificar el acceso, la alimentación, la disipación, la fijación, el protocolo, el mantenimiento o el plazo.
Ejecución, comisionamiento y cierre
En la ejecución de obras de ingeniería, la constructibilidad pasa a confirmarse mediante planificación detallada, métodos ejecutivos, inspecciones y gestión de las condiciones de campo.
Los asuntos no resueltos pueden originar RFI, pendientes, no conformidades o solicitudes de cambio. Cuando la solución aprobada necesita modificarse, debe aplicarse el proceso de Engineering Change Management.
En el comisionamiento se verifica si la instalación permite pruebas seguras, aisladas y trazables. El cierre debe consolidar la configuración real en planos, listas, manuales, registros y documentación As-Built.
| Fase | Foco del análisis | Decisiones principales |
| Viabilidad y FEL | Restricciones estructurantes y estrategia | Alternativa y capacidad de implantación |
| Proyecto Conceptual | Arquitectura, ubicación e interfaces | Solución preferente |
| FEED y Proyecto Básico | Arreglos, requisitos, paquetes y premisas | Madurez para contratar |
| Proyecto Ejecutivo | Detalles, accesos, rutas y montaje | Liberación para adquisición y campo |
| Procurement | Datos de proveedor, transporte e instalación | Aprobación técnica y fabricación |
| Ejecución | Método, secuencia, recursos y condiciones reales | Liberación de frentes y cambios |
| Comisionamiento | Testabilidad y evidencias | Preparación y aceptación |
| Cierre | Configuración final y documentación | Transferencia a operación |
La constructibilidad debe madurar junto con la ingeniería.
Las preguntas evolucionan desde las restricciones estratégicas en las fases iniciales hacia detalles de acceso, montaje, suministro, pruebas y operación en el Proyecto Ejecutivo y en la implantación.
Entienda cómo el FEED anticipa decisiones críticas antes de la contratación
Qué verificar en sistemas multidisciplinarios
El análisis de constructibilidad debe observar el recorrido completo entre la solución proyectada y el activo en operación. La revisión no puede limitarse al plano principal o al modelo tridimensional; debe correlacionar requisitos, documentos, interfaces, logística, instalación, pruebas y mantenimiento.
Condiciones de campo y calidad de la información
La primera pregunta es si el proyecto representa adecuadamente la realidad. En instalaciones existentes, los planos antiguos, registros incompletos y cambios no documentados crean un riesgo elevado.
El Site Survey debe levantar, según el alcance:
- dimensiones y accesos;
- rutas existentes;
- ocupación y capacidad disponible;
- condiciones de salas técnicas;
- interferencias visibles;
- puntos de energía, datos, puesta a tierra y utilidades;
- equipos y sistemas en operación;
- restricciones de seguridad y acceso;
- ventanas operativas;
- documentación existente y divergencias de campo.
El levantamiento no elimina la incertidumbre oculta. Por ello, el proyecto debe registrar premisas, limitaciones y verificaciones necesarias antes de la ejecución.
Accesos, logística y movimiento
Todo equipo debe tener una ruta real desde la recepción hasta la posición final. El análisis considera dimensiones embaladas y desembaladas, peso, radio de giro, capacidad de pisos y ascensores, puertas, pasillos, rampas, escaleras, plataformas y puntos de izaje.
También es necesario verificar:
- espacio para desembalaje y premontaje;
- área temporal de almacenamiento;
- protección contra humedad, polvo, impactos o descarga electrostática;
- orden de entrada de los equipos;
- necesidad de cierre posterior de paredes, cubiertas o vanos;
- retirada futura para mantenimiento o sustitución.
Una ruta disponible durante la obra puede desaparecer después de concluir divisiones o instalar otros sistemas. La secuencia debe incorporarse a la planificación.
Espacios técnicos y envolventes de mantenimiento
La posición de un equipo no se define solamente por sus dimensiones físicas. Deben preservarse espacios para apertura de puertas, conexión de cables, ventilación, inspección, operación, retirada de módulos y actuación segura del equipo humano.
En paneles y cuadros, por ejemplo, interesan:
- acceso frontal, posterior y lateral cuando corresponda;
- apertura integral de puertas;
- espacio para terminaciones y curvatura de cables;
- retirada de interruptores o cajones;
- acceso a barras, instrumentos y puntos de prueba;
- ventilación y disipación térmica;
- expansión futura;
- segregación entre energía y control.
En racks, controladoras, servidores, switches, UPS y equipos de seguridad, deben considerarse profundidad, peso, ventilación, organización de cables, alimentación redundante, acceso a interfaces y sustitución de componentes.
Rutas, soportación e interfaces civiles
Las rutas de infraestructura deben evaluarse como sistemas, no como líneas en un plano. La revisión incluye capacidad, ocupación, radio de curvatura, segregación, continuidad, cruces, protección, acceso, drenaje, sellado y expansión.
Las interfaces civiles y arquitectónicas pueden incluir:
- aberturas y reservas;
- bases y pedestales;
- insertos y anclajes;
- soportes y estructuras auxiliares;
- pasos cortafuego;
- impermeabilización;
- refuerzos;
- shafts y cielorrasos;
- puertas, carpinterías y herrajes;
- reposición de acabados.
El objetivo no es convertir el artículo en contenido de ingeniería civil, sino demostrar que los sistemas dependen de estas interfaces para implantarse correctamente.
Energía, comunicación, puesta a tierra y automatización
Un componente de campo normalmente depende de varias infraestructuras. El análisis debe verificar si todas están disponibles, son compatibles y están coordinadas.
| Elemento | Cuestiones de constructibilidad |
| Alimentación eléctrica | tensión, potencia, protección, circuito, desconexión y redundancia |
| Comunicación | medio físico, ruta, distancia, protocolo, puertos y direccionamiento |
| Puesta a tierra | punto de conexión, continuidad, inspección y medición |
| Automatización | señales, enclavamientos, lógica, parámetros y pruebas |
| Soportación | material, carga, fijación, corrosión y acceso |
| Ambiente | temperatura, humedad, polvo, agua, vibración y compatibilidad electromagnética |
| Seguridad | acceso, trabajo en altura, energía peligrosa y condiciones de emergencia |
| Operación | aislamiento, contingencia, mantenimiento y reposición |
La ausencia de una interfaz aparentemente secundaria puede impedir el funcionamiento del sistema completo.
Criterios por disciplina del portafolio
| Sistema | Verificaciones relevantes |
| Cableado estructurado | capacidad de rutas, tendido, segregación, curvatura, identificación, certificación y acceso |
| Fibra óptica | protección, radio de curvatura, cajas, empalmes, reservas, limpieza y pruebas |
| CCTV IP | campo de visión, altura, fijación, iluminación, red, energía, acceso y mantenimiento |
| Control de acceso | puerta, cerradura, herrajes, alimentación, cables, lógica de emergencia e integración |
| Automatización | ubicación de sensores, paneles, I/O, red, calibración, lógica y comisionamiento |
| Eléctrica BT/MT | espacios, cables, protección, selectividad, soportación, desconexiones, ensayos y seguridad |
| SPDA y puesta a tierra | rutas, distancias, fijaciones, equipotencialización, inspección, medición y compatibilidad arquitectónica |
| Energía crítica | redundancia, bypass, transición, cargas temporales, pruebas y continuidad |
| Data Centers | accesos, densidad, distribución, contención, redundancia, mantenimiento concurrente y pruebas integradas |
Instalabilidad, testabilidad y mantenibilidad
La constructibilidad debe producir una solución que pueda instalarse y también demostrarse y mantenerse.
La instalabilidad examina secuencia, herramientas, tolerancias, conexiones y recursos. La testabilidad verifica si existen puntos, instrumentos, procedimientos, aislamientos y criterios para comprobar el desempeño. La mantenibilidad evalúa acceso, seguridad, diagnóstico, sustitución, repuestos e impacto operativo.
Una solución que solo puede probarse con todo el sistema indisponible puede ser inadecuada para un entorno crítico. Un equipo que no puede retirarse sin desmontar otros sistemas crea costo y riesgo durante toda su vida útil.
Checklist técnico mínimo
- confirmar requisitos y criterios de aceptación;
- validar dimensiones y condiciones de campo;
- verificar accesos de transporte, montaje y retirada;
- confirmar áreas de operación y mantenimiento;
- evaluar rutas, soportes, reservas y cruces;
- coordinar alimentación, datos, automatización y puesta a tierra;
- analizar secuencia y dependencias entre disciplinas;
- identificar sistemas temporales y fases intermedias;
- evaluar seguridad, permisos y condiciones ambientales;
- incorporar datos certificados de proveedores;
- verificar instrumentos, puntos y procedimientos de prueba;
- evaluar continuidad y ventanas de intervención;
- registrar premisas, pendientes y responsables;
- confirmar documentación y configuración final.
Instalar no es suficiente: el sistema debe ser testable y mantenible.
La solución debe permitir acceso, aislamiento, medición, sustitución y comprobación de desempeño sin crear riesgos o indisponibilidades incompatibles con la operación.
Vea cómo el Proyecto Ejecutivo transforma requisitos en detalles de instalación y prueba
Cómo conducir una constructability review
La constructability review es una revisión estructurada, realizada por un equipo multidisciplinario, para identificar oportunidades, restricciones y riesgos de implantación. Debe generar decisiones y evidencias, no solamente comentarios dispersos en planos.
Definir el objetivo y el paquete analizado
La revisión debe comenzar con un alcance claro. Puede abarcar el proyecto completo, una fase, disciplina, sistema, área, paquete de procurement, frente de obra o cambio específico.
El plan de revisión debe indicar:
- objetivo y fase del proyecto;
- documentos y revisiones válidas;
- requisitos aplicables;
- premisas y exclusiones;
- participantes necesarios;
- criterios de clasificación;
- formato de los registros;
- responsables y plazos;
- proceso de decisión y cierre.
Sin delimitación, el equipo puede discutir cuestiones fuera de la madurez del paquete o dejar interfaces importantes sin responsable.
Preparar entradas confiables
Las entradas varían según la fase, pero pueden incluir:
- requisitos del propietario y Basis of Design;
- levantamientos e informes de campo;
- planos, cortes, diagramas y detalles;
- modelos BIM y nubes de puntos;
- memorias y cálculos;
- listas de equipos, cables y señales;
- especificaciones y hojas de datos;
- documentos de proveedores;
- cronograma y estrategia de implantación;
- plan de logística;
- métodos ejecutivos preliminares;
- matriz de interfaces;
- registro de riesgos, cambios y pendientes;
- criterios de prueba, comisionamiento y aceptación.
El equipo debe saber qué información está aprobada, es preliminar o todavía no existe.
Componer el equipo multidisciplinario
La revisión debe combinar conocimiento de diseño y experiencia de implantación. Dependiendo del paquete, pueden participar:
- propietario o representante técnico;
- gerente del proyecto;
- coordinación de ingeniería;
- proyectistas de las disciplinas afectadas;
- construcción o instalación;
- procurement y proveedores;
- seguridad y calidad;
- operación y mantenimiento;
- comisionamiento;
- Project Controls;
- contratos;
- Owner’s Engineering.
La participación del ejecutor mejora la calidad del análisis, pero no le transfiere automáticamente la responsabilidad por el proyecto. Los comentarios deben ser evaluados e incorporados por el responsable competente.
Revisar documentos, modelo y campo
La revisión puede combinar análisis documental, reunión técnica, navegación en el modelo, visita al sitio y simulación de la secuencia.
El método debe seguir el flujo real:
- recepción y almacenamiento;
- transporte interno;
- preparación del área;
- montaje de soportes e infraestructura;
- posicionamiento de equipos;
- conexiones y terminaciones;
- energización y parametrización;
- integración;
- inspección y pruebas;
- entrega, mantenimiento y futura sustitución.
Esta perspectiva revela problemas que no aparecen cuando cada plano se examina de forma aislada.
Registrar y clasificar comentarios
Todo comentario debe ser trazable al documento, ubicación, requisito o ítem analizado. Un registro mínimo contiene descripción, origen, disciplina, criticidad, responsable, plazo, respuesta, evidencia y estado.
| Clase | Característica | Tratamiento típico |
| Crítica | Riesgo para seguridad, conformidad, función o implantación | Bloquea la liberación hasta su resolución |
| Alta | Puede causar retrabajo, retraso relevante o indisponibilidad | Exige una decisión antes del paquete afectado |
| Media | Afecta productividad, mantenimiento o calidad | Resolver en la revisión programada |
| Baja | Mejora o ajuste sin impacto material inmediato | Incorporar cuando esté justificado |
| Oportunidad | Simplifica, estandariza o mejora el resultado | Evaluar costo, beneficio y riesgos |
| Información | Requiere confirmación o dato complementario | Vincular a pendiente o RFI |
La criticidad no debe definirse solamente por el costo. Un cambio económico puede afectar seguridad, compliance o continuidad.
Distinguir comentario, pendiente y cambio
Un comentario de constructibilidad puede:
- aclararse sin modificar el proyecto;
- generar una corrección documental;
- exigir un estudio complementario;
- convertirse en pendiente de proveedor;
- originar una RFI;
- exigir una modificación técnica;
- afectar contrato, plazo o costo.
Cuando modifica un requisito, solución, interfaz, configuración o baseline, el caso debe seguir el proceso de Engineering Change Management. El equipo de revisión no debe autorizar informalmente cambios de campo.
Verificar la resolución y cerrar
Responder “atendido” no cierra el comentario. Es necesario verificar si la solución fue incorporada en los documentos y si sus interfaces también fueron actualizadas.
El cierre debe confirmar:
- revisión correcta de los documentos;
- coherencia entre disciplinas;
- actualización de listas y especificaciones;
- incorporación en contratos o pedidos cuando corresponda;
- comunicación a los equipos afectados;
- retirada de versiones obsoletas;
- actualización de cronograma y riesgos;
- definición de pruebas y evidencias;
- trazabilidad hasta la condición instalada.
BIM, clash detection y herramientas digitales
Los modelos BIM, la coordinación tridimensional, las nubes de puntos y la planificación 4D amplían la capacidad de análisis. Permiten visualizar interferencias, accesos, secuencia y ocupación de espacios.
Sin embargo, clash detection no sustituye la constructability review. Una verificación geométrica no determina si la secuencia de montaje es posible, si existe una ventana de desconexión, si el equipo puede mantenerse o si la solución satisface las necesidades del operador.
La serie ISO 19650 contribuye a controlar el intercambio, registro, versionado y organización de la información. Su valor depende de requisitos de información claros, estados definidos y responsabilidades consistentes.
Los comentarios de constructibilidad no autorizan cambios informales.
Cuando la revisión modifica un requisito, solución, interfaz, configuración o baseline, el cambio debe ser analizado, aprobado, documentado y verificado por los niveles de autoridad competentes.
Profundice el flujo de Engineering Change Management, desde la ECR hasta la implementación
Cómo tratar retrofit y entornos en operación
Los retrofits y las intervenciones en instalaciones activas exigen un enfoque más riguroso. El desafío no es solamente implantar el resultado final, sino atravesar estados temporales sin comprometer a las personas, los sistemas o la continuidad.
Validar lo existente antes de proyectar
El proyecto debe distinguir información confirmada, inferida y desconocida. Los levantamientos pueden incluir inspección visual, mediciones, pruebas, apertura controlada, rastreo de circuitos, verificación de capacidad y consulta de registros de mantenimiento.
Las divergencias deben documentarse y evaluarse. El riesgo aumenta cuando el proyecto depende de infraestructura oculta, sistemas legacy o registros desactualizados.
En lugar de asumir que lo existente es correcto, el análisis define qué condiciones deben confirmarse antes de fabricar, desconectar o ejecutar.
Planificar fases, estados temporales y migración
La configuración final puede exigir varias etapas intermedias. Cada fase debe ser técnicamente válida y operacionalmente segura.
La planificación debe indicar:
- sistemas mantenidos en servicio;
- cargas o funciones transferidas;
- instalaciones provisionales;
- puntos de corte y reconexión;
- secuencia de migración;
- pruebas de cada etapa;
- criterios de avance o retorno;
- responsabilidades y comunicación;
- ventana operativa;
- contingencia y rollback.
Una solución final correcta puede fallar si los estados intermedios no se proyectan.
Continuidad y ventanas de intervención
Los entornos críticos pueden exigir redundancia, bypass, fuentes temporales, operación degradada controlada o implantación paralela.
La ventana debe considerar preparación, ejecución, pruebas, decisión, estabilización y margen de recuperación. No debe calcularse solamente por el tiempo físico de instalación.
En Data Centers, por ejemplo, los cambios pueden afectar mantenimiento concurrente, redundancia, contención, alimentación, redes y pruebas integradas. En plantas industriales, deben considerarse permisos, bloqueos, proceso, áreas clasificadas y puestas en marcha. En sistemas de seguridad, la implantación debe preservar vigilancia, control de acceso y procedimientos de emergencia.
Seguridad y permisos
La constructibilidad debe incorporar los controles necesarios para ejecutar el trabajo. Esto puede incluir:
- bloqueo y etiquetado de energías;
- análisis preliminar de riesgos;
- trabajo en altura;
- acceso a áreas restringidas;
- trabajos en caliente;
- izaje;
- excavación;
- espacios confinados;
- control de polvo y contaminación;
- protección de sistemas en operación;
- coordinación con usuarios y equipos de respuesta.
El método ejecutivo no debe intentar compensar una solución de proyecto intrínsecamente inadecuada. Cuando el riesgo no puede controlarse de forma razonable, la solución debe revisarse.
Redlines, cambios de campo y As-Built
Los redlines registran condiciones propuestas o ejecutadas, pero no constituyen autorización automática. Los cambios deben evaluarse, aprobarse y propagarse de acuerdo con el ECM.
La configuración final debe consolidarse en el As-Built, incluidos planos, diagramas, listas, direccionamiento, parámetros, software, equipos, pruebas y manuales. La documentación debe representar el activo efectivamente entregado.
Comisionamiento y operación asistida
El comisionamiento de sistemas críticos confirma que la solución instalada cumple los requisitos y puede operar de forma integrada.
El análisis de constructibilidad debe anticipar:
- acceso para inspecciones;
- puntos de prueba;
- instrumentos y cargas necesarios;
- aislamientos;
- secuencia de energización;
- simulación de fallos;
- criterios de aprobación;
- necesidad de repetir pruebas después de cambios.
La operación asistida permite estabilizar la configuración, capacitar a los equipos, tratar pendientes y verificar el desempeño en condiciones reales antes del cierre definitivo.
En retrofit, los estados temporales también deben proyectarse.
La solución final puede ser correcta y aun así fallar durante la migración, desconexión o transición cuando no existen fases intermedias, contingencia, rollback y criterios de avance definidos.
Conozca el Site Survey para validar las condiciones reales antes del proyecto y de la intervención
Cómo estructurar gobernanza, indicadores y criterios de aceptación
La constructibilidad debe formar parte de la gobernanza del proyecto. Sin roles, momentos de revisión, criterios de liberación y trazabilidad, se reduce a recomendaciones informales sin garantía de implementación.
Roles y responsabilidades
| Rol | Responsabilidad principal |
| Propietario | Definir requisitos, restricciones, riesgos aceptables y criterios de decisión |
| Gerente del proyecto | Integrar la revisión en el plan, cronograma y gobernanza |
| Coordinación de ingeniería | Organizar disciplinas y consolidar respuestas técnicas |
| Proyectistas | Evaluar e incorporar soluciones dentro de sus atribuciones |
| Ejecutor o instalador | Contribuir con conocimiento de campo, métodos y recursos |
| Procurement y proveedores | Proporcionar datos certificados y evaluar fabricación y logística |
| Operación y mantenimiento | Validar accesibilidad, continuidad y mantenimiento futuro |
| Comisionamiento | Definir testabilidad, evidencias y preparación |
| Project Controls | Evaluar impactos en plazo, costo, riesgos y baseline |
| Contratos | Tratar efectos en obligaciones, precio, plazo y notificaciones |
| Owner’s Engineering | Apoyar análisis independiente, integración y decisión del propietario |
La matriz de responsabilidades debe dejar claro quién comenta, recomienda, aprueba, implementa y verifica. La participación de una parte no elimina las atribuciones legales y contractuales de las demás.
Hitos de revisión y criterios de liberación
Las revisiones pueden asociarse a hitos como:
- selección de la alternativa;
- aprobación del Proyecto Conceptual;
- conclusión del FEED o Proyecto Básico;
- emisión del Proyecto Ejecutivo;
- liberación de requisición de compra;
- aprobación de documentos de proveedor;
- liberación para construcción;
- movilización de un frente crítico;
- energización;
- inicio del comisionamiento;
- aceptación y cierre.
Cada hito debe declarar los pendientes aceptables, responsables y condiciones. No es necesario que todos los comentarios estén físicamente cerrados para cada decisión, pero los riesgos deben ser conocidos y controlados.
Indicadores recomendados
| Indicador | Qué revela |
| Comentarios por disciplina y origen | Áreas con mayor inestabilidad o vacíos |
| Comentarios críticos abiertos | Riesgo para la liberación y la implantación |
| Antigüedad de los pendientes | Decisiones represadas |
| Tiempo medio de resolución | Eficiencia del proceso |
| Reapertura de comentarios | Calidad de la solución y de la verificación |
| Cambios originados después de la liberación | Madurez insuficiente de la ingeniería |
| RFI y cambios de campo | Vacíos transferidos a la ejecución |
| Retrabajo asociado | Consecuencia financiera y operativa |
| Pendientes documentales en la aceptación | Divergencia de configuración |
| Causas recurrentes | Oportunidades de estandarización y lecciones aprendidas |
Los indicadores deben apoyar decisiones y mejora, no estimular el cierre superficial de comentarios.
Errores frecuentes
Entre los errores más comunes se encuentran:
- realizar la primera revisión solamente antes de la obra;
- limitar el análisis a lo civil o al modelo BIM;
- no involucrar operación, mantenimiento y comisionamiento;
- aceptar datos genéricos de equipos cuando la compra ya está definida;
- tratar un comentario como autorización de cambio;
- ignorar estados temporales y secuencia de migración;
- evaluar solamente el costo directo;
- no verificar la propagación a todas las disciplinas;
- mantener versiones obsoletas disponibles en campo;
- cerrar sin confirmar la condición instalada;
- no incorporar causas recurrentes a las lecciones aprendidas.
Criterios de aceptación de la revisión
Una revisión de constructibilidad puede considerarse concluida cuando:
- el paquete y las entradas fueron identificados;
- participaron las disciplinas y partes necesarias;
- los comentarios tienen clasificación y responsables;
- los ítems críticos fueron resueltos o formalmente condicionados;
- los cambios fueron procesados por los niveles de autoridad competentes;
- los documentos y las interfaces fueron actualizados;
- se trataron los impactos en plazo, costo, riesgos y contratos;
- la secuencia, los accesos, la logística y los métodos son ejecutables;
- las pruebas y los criterios de aceptación están definidos;
- los pendientes restantes tienen plan y plazo;
- la configuración liberada está claramente identificada.
Papel del Owner’s Engineering
En proyectos complejos, Owner’s Engineering puede coordinar o verificar la constructability review desde la perspectiva del propietario. Su actuación puede integrar proyectistas, proveedores, instaladores, operación, contratos y controles, manteniendo el foco en requisitos, riesgos y aceptación.
Esta función no sustituye la responsabilidad técnica de los autores del proyecto ni la obligación del ejecutor de planificar sus métodos. Su valor está en crear una visión integrada, cuestionar premisas, verificar evidencias e impedir que vacíos entre contratos permanezcan sin tratamiento.
La constructibilidad madura comienza en la definición y termina solamente cuando la solución está instalada, probada, documentada y apta para ser operada y mantenida.
Owner’s Engineering transforma la revisión en decisión y evidencia.
La integración entre proyectistas, proveedores, instaladores, operación, contratos y controles permite tratar interfaces, riesgos y pendientes sin diluir responsabilidades técnicas.
Conozca el framework de Owner’s Engineering para gobernanza, implantación y aceptación
Referencias técnicas
[1] CONSTRUCTION INDUSTRY INSTITUTE. Constructability. Knowledge Area and Best Practice.
[2] CONSTRUCTION INDUSTRY INSTITUTE. Constructability Concepts File. Publication SP3-3.
[5] PROJECT MANAGEMENT INSTITUTE. Construction Extension to the PMBOK Guide.
[9] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 21502:2021 — Gerenciamento de projetos, programas e portfólios — Orientação sobre gerenciamento de projetos.
[10] AACE INTERNATIONAL. Recommended Practice No. 39R-06 — Project Planning — As Applied in Engineering and Construction for Capital Projects.
Preguntas frecuentes
Es la aplicación sistemática del conocimiento de ejecución, instalación, integración, pruebas, operación y mantenimiento durante la planificación, el proyecto, el procurement y la implantación para garantizar que la solución pueda ejecutarse en las condiciones reales.
No. En proyectos multidisciplinarios también evalúa instalación de equipos, rutas, interfaces eléctricas y de comunicación, integración, testabilidad, mantenimiento, migración y continuidad operativa.
La compatibilización identifica conflictos entre disciplinas y documentos. La constructibilidad verifica si la solución integrada puede transportarse, montarse, conectarse, probarse, operarse y mantenerse en las condiciones reales del proyecto.
Es una revisión estructurada y multidisciplinaria que examina documentos, modelos, condiciones de campo, secuencia, logística, accesos, métodos, riesgos y criterios de aceptación para identificar y resolver limitaciones de implantación.
Debe comenzar en las fases iniciales y profundizarse en FEED, Proyecto Básico, Proyecto Ejecutivo, procurement, ejecución y comisionamiento a medida que aumentan la madurez y el compromiso del proyecto.
No. La detección de colisiones ayuda a identificar interferencias geométricas, pero por sí sola no evalúa secuencia, acceso, logística, desconexiones, seguridad, testabilidad, mantenimiento ni condiciones operativas.
No. Cuando el comentario exige un cambio de requisito, solución, interfaz o configuración, debe analizarse y aprobarse mediante Engineering Change Management y los niveles de autoridad técnicos y contractuales aplicables.
Es necesario validar las condiciones existentes, identificar incertidumbres, diseñar fases y estados temporales, planificar ventanas, contingencias y rollback, preservar la continuidad, controlar cambios de campo y consolidar la configuración final en el As-Built.
Materiales técnicos complementarios
Whitepapers
- Owner’s Engineering: framework ejecutivo para contratación, gobernanza y aceptación
- Proyecto de Ingeniería: la inversión que reduce riesgos, costos y retrabajo
Artículos técnicos
- Proyectos de Ingeniería
- Ciclo de Vida del Proyecto
- FEED en Ingeniería
- Proyecto Ejecutivo de Ingeniería
- Procurement en Proyectos de Ingeniería
- Ejecución de Obras de Ingeniería
- Engineering Change Management (ECM) en Proyectos de Ingeniería
- Comisionamiento de Sistemas Críticos
- As-Built en Ingeniería
- Gestión de Riesgos en Proyectos de Ingeniería
Guías técnicas
- Gestión de Proyectos: guía completa para ingeniería, gobernanza y control
- Guía Completa sobre Ingeniería Consultiva
Servicios relacionados
- Site Survey: levantamiento técnico, diagnóstico de campo y requisitos de proyecto
- Compatibilización e Integración de Proyectos
- Gestión de Proyectos — Owner’s Engineering
- EPCM: gestión integrada de la implantación
