Preguntas de entrevista Ingeniero civil

Los cambios de alcance son inevitables en la mayoría de los proyectos de ingeniería civil. La pregunta no es si ocurrirán sino cómo está organizado el proyecto para gestionarlos. Lo más importante es un proceso claro de control de cambios acordado con el cliente desde el principio: cualquier cambio de alcance, por pequeño que parezca, se documenta, se evalúa por su impacto en el coste y el calendario, y se aprueba por escrito antes de que prosigan los trabajos. Esto evita la acumulación de pequeños cambios sin coste que colectivamente descarrilan un presupuesto. Cuando se solicita un cambio, produzco un aviso de cambio formal con tres componentes: qué cambia, cuál es el impacto en el coste y el calendario, y cuáles son las alternativas si el cliente quiere limitar ese impacto. Comunicar el impacto con transparencia es esencial: los clientes que entienden el coste real de un cambio pronto toman decisiones mucho mejores que los que reciben una factura inesperada al final.

La seguridad empieza en la fase de diseño, no en la obra. A través de las revisiones de diseño para la seguridad, evalúo cómo se llevarán a cabo de forma segura la construcción, el mantenimiento y la eventual demolición de la estructura, y elimino los peligros mediante el diseño donde es posible antes de que se conviertan en problemas en obra. Una vez en obra, me aseguro de que haya una jerarquía clara de responsabilidades de seguridad: cada contratista tiene su propio plan de seguridad, esos planes se revisan antes de que comiencen los trabajos, y la interfaz entre contratistas se gestiona explícitamente porque es donde tienden a ocurrir los incidentes más graves. Realizo visitas de obra no anunciadas además de las inspecciones planificadas. Trato los informes de cuasi-accidente como un indicador adelantado y los tomo tan en serio como los incidentes reales. También me aseguro de que cualquier persona en la obra pueda plantear preocupaciones de seguridad sin temor a represalias.

La coordinación multidisciplinar es una de las fuentes más comunes de riesgo de costes y calendario en los grandes proyectos. Mi enfoque empieza con una matriz de interfaces clara: un documento que identifica cada interfaz técnica entre disciplinas, quién es responsable de cada una y cuál es la fecha de congelación del diseño. Esa matriz se revisa en cada reunión de coordinación de diseño. También uso un entorno de datos común desde el inicio del proyecto para que todas las disciplinas trabajen a partir del mismo modelo y conjunto de planos, lo que elimina los problemas de control de versiones que crean conflictos en obra. Para interfaces complejas organizo talleres de coordinación específicos con los responsables de cada disciplina para resolver los conflictos en la fase de diseño en lugar de en obra. Los conflictos en obra son siempre más caros y perturbadores que los conflictos de diseño.

En un proyecto de puente que dirigía, descubrimos durante los trabajos de cimentación unas condiciones del terreno que diferían significativamente de los datos del estudio geotécnico. La capacidad portante real era inferior a la diseñada, lo que significaba que nuestro diseño de cimentación no alcanzaría el factor de seguridad requerido. Teníamos perforadoras en obra y un calendario que no podía absorber varias semanas de rediseño. Convoqué de urgencia un taller técnico el mismo día con nuestro ingeniero de estructuras, el especialista geotécnico y el contratista de cimentaciones. En 24 horas habíamos desarrollado tres opciones: aumentar el número de pilotes, extender la profundidad de los pilotes para alcanzar un estrato competente, o rediseñar el tipo de cimentación. Evaluamos cada opción por su impacto en el calendario, el coste y el riesgo. La opción de extender la profundidad de los pilotes era la más eficiente para el calendario. Emitimos planos revisados en tres días y solo sufrimos un retraso de cinco días en lugar de las potenciales seis semanas.

En un proyecto de mejora viaria, el cliente administración local tenía un concejal electo opuesto al proyecto que usaba cada oportunidad de consulta formal para cuestionar nuestras decisiones, a menudo basándose en información parcial de los vecinos. En lugar de tratar esto como una relación adversarial, solicité una reunión individual con el concejal al principio de la fase de diseño detallado. Llevé nuestros planos de desarrollo de diseño y le expliqué la justificación técnica y de seguridad de cada decisión que había cuestionado públicamente. Sus preocupaciones eran legítimas: algunas decisiones de diseño sí tenían un impacto real en los vecinos próximos al proyecto. Lo que pude mostrar fue que ya habíamos considerado esos impactos y hecho ajustes de diseño para mitigarlos, pero no los habíamos comunicado claramente en los documentos de consulta pública. Tras esa reunión, su posición pública cambió significativamente. La lección fue que los interlocutores difíciles a menudo no se oponen genuinamente al resultado, se oponen a sentirse excluidos del proceso.

En un proyecto de infraestructura de tratamiento de agua, el diseño original especificaba un depósito de decantación primaria de hormigón armado con una geometría de pared curva compleja, cara de encofrar y difícil de impermeabilizar correctamente. Durante un taller de ingeniería de valor propuse cambiar a un depósito circular normalizado de hormigón pretensado, una solución probada y ampliamente usada en la industria del agua, en lugar de la geometría rectangular a medida. El cambio requirió el acuerdo de los ingenieros de proceso del cliente para confirmar que el rendimiento hidráulico era equivalente, lo que llevó dos semanas de análisis. El resultado fue un ahorro de unos 180.000 euros en una estructura de 2,1 millones de euros, un calendario de construcción más corto en tres semanas y un menor riesgo de defectos de impermeabilización. La clave para que la ingeniería de valor funcione es proponerla con suficiente antelación en el proceso de diseño para que aún haya margen para cambiar el diseño.

Empiezo con un análisis claro de la ruta de cargas antes de comprometerme con ninguna forma estructural. Entender cómo viajan las cargas a través de la estructura desde su punto de aplicación hasta la cimentación te dice dónde están los elementos críticos y dónde son posibles las mejoras de eficiencia. Luego selecciono la forma estructural que mejor se adapta al régimen de carga, la intención arquitectónica y las restricciones del calendario de construcción. Para el análisis detallado uso software de análisis por elementos finitos para geometrías complejas o no estándar, pero siempre verifico el resultado con cálculos manuales o modelos simplificados, porque los errores de software pueden producir resultados que parecen plausibles pero son incorrectos. También realizo una verificación de robustez: ¿podría la estructura soportar un colapso desproporcionado si se eliminara un elemento clave? Documento cada hipótesis de diseño claramente para que los cambios posteriores puedan evaluarse en el mismo marco.

Trato el riesgo geotécnico como el riesgo más importante de la fase inicial en casi cualquier proyecto de ingeniería civil, porque es el más difícil de cuantificar de antemano y el más probable de causar desfases en el calendario y el presupuesto. Mi enfoque empieza con un estudio documental exhaustivo: datos de sondeos existentes, mapas geológicos, uso histórico del suelo e historial de contaminación conocido para el emplazamiento. A partir de ahí desarrollo el modelo del terreno: mi mejor predicción de las condiciones del subsuelo y su variabilidad. Luego diseño el programa de reconocimiento geotécnico para poner a prueba las hipótesis clave del modelo del terreno en lugar de confirmarlas. El error más común es realizar un reconocimiento que prueba lo que el ingeniero ya esperaba. También uso el método observacional donde es apropiado: diseñar la estructura para adaptarse a una gama de condiciones del terreno y definir los niveles de activación en los que cambiaríamos la respuesta de diseño.

La documentación precisa conforme a obra es una obligación hacia los futuros mantenedores y operadores de una estructura, no solo una tarea de cierre del proyecto. Incorporo los requisitos de documentación al contrato desde el principio: cada contratista y subcontratista está obligado a registrar cualquier desviación de los planos de construcción emitidos, por pequeña que sea, y a presentar esos registros en intervalos definidos durante el proyecto en lugar de en un único paquete de entrega al final. Las revisiones mensuales de documentación forman parte de mi rutina de supervisión de obra. Uso un entorno de datos común durante todo el proyecto para que las revisiones de planos queden registradas y todas las partes trabajen siempre desde la emisión actual. Al completar el proyecto, no emito el certificado de recepción provisional hasta que el conjunto de documentos conforme a obra esté completo y verificado.