203 Eso lo arreglamos en el BEP…

203 Eso lo arreglamos en el BEP…

Participar en licitaciones BIM se ha convertido, en muchos casos, en un ejercicio de fe bastante poco justificado. Recibes documentación incompleta, con lagunas importantes que impiden entender bien el proyecto, y aun así tienes que preparar una propuesta sólida en tiempo récord. El resultado suele ser previsible, respuestas construidas a base de plantillas, intuición y experiencia previa, más que de un análisis real del proyecto.

Lo preocupante no es solo que esto ocurra, sino que se ha normalizado. Se asume que ya se resolverá más adelante, que habrá margen para ajustar. El problema es que cuando ganas la licitación, ese “más adelante” te explota en la cara con contrato firmado y plazos corriendo.

El BEP como parche elegante

Cuando la información de partida no es suficiente, el BEP deja de ser un documento organizativo y empieza a asumir un papel que no le corresponde. Pasa de definir cómo se va a trabajar a sugerir qué se va a hacer, rellenando huecos que el proyecto nunca llegó a definir.

Esto puede parecer incluso útil, porque alguien tiene que tomar decisiones, pero introduce un riesgo importante. Esas decisiones quedan documentadas, muchas veces aceptadas y en algunos casos con carácter contractual. Y de repente te encuentras defendiendo planteamientos que nacieron como suposiciones.

El BEP, que debería ser una herramienta de coordinación, acaba convertido en un parche bien redactado que intenta sostener un proyecto débil.

Modelar lo que nunca se definió

Uno de los momentos más incómodos aparece cuando se exige trabajar en BIM en fase de ejecución sobre un proyecto que nunca fue desarrollado en BIM. Empiezas a modelar con la esperanza de ordenar la información, pero lo que encuentras es otra cosa.

El modelo empieza a sacar a la luz incoherencias, decisiones no tomadas, contradicciones entre documentos y, en algunos casos, incumplimientos normativos. No porque el modelo genere problemas, sino porque obliga a concretar lo que antes estaba difuso.

Y claro, alguien tiene que decidir. El problema es que muchas veces decide quien no debería.

BIM no elimina problemas, los adelanta

Aquí está uno de los puntos clave del episodio. BIM no viene a eliminar problemas, viene a ponerlos encima de la mesa antes de que sea demasiado tarde. Lo que antes se descubría en obra, con costes asociados y poca capacidad de reacción, ahora aparece en una pantalla.

Eso es una ventaja enorme, pero también cambia las reglas del juego. Adelantar un problema no implica que haya un mecanismo claro para resolverlo. Solo implica que ya no puedes mirar hacia otro lado.

Y eso, dependiendo de cómo esté planteado el proyecto, puede ser incómodo.

Modificados: ¿error o negocio?

Cuando los problemas salen a la luz, aparecen los modificados. A veces como consecuencia inevitable de un proyecto que no estaba suficientemente definido. Otras veces como una oportunidad que alguien sabe aprovechar.

La línea entre una cosa y otra no siempre está clara. Lo que sí está claro es que BIM facilita detectar incoherencias, justificar cambios y documentar desviaciones. Y eso, bien o mal utilizado, tiene un impacto directo en el contrato.

El modificado deja de ser una anomalía para convertirse en parte del sistema.

El gran autoengaño

Uno de los riesgos más sutiles es la falsa sensación de control. Has definido procesos, roles, flujos de información, responsabilidades. Todo está ordenado sobre el papel y parece que el proyecto está bajo control.

Pero esa sensación puede ser engañosa. Si la base del proyecto es débil, todo ese orden se construye sobre algo inestable. No importa lo bien que esté organizado el proceso si lo que se está organizando no está bien definido.

El BEP puede darte tranquilidad, pero no necesariamente seguridad.

Entonces… ¿para qué sirve el BEP?

El BEP sigue siendo una herramienta fundamental. Bien utilizado permite coordinar equipos, alinear expectativas y establecer una forma de trabajar coherente. Es clave para que los procesos fluyan y para que la información tenga sentido dentro del proyecto.

El problema aparece cuando se le pide algo que no puede dar. No puede definir decisiones de proyecto que no existen. No puede sustituir el trabajo previo que no se hizo. No puede arreglar carencias estructurales de la documentación.

Sirve para organizar el cómo. Nunca para inventar el qué.

Si en mitad de un proyecto alguien dice que eso se arregla en el BEP, conviene levantar una ceja. Puede sonar a solución, pero muchas veces es simplemente una forma elegante de posponer el problema.

El BEP puede ayudar a que el trabajo fluya mejor, puede ordenar equipos y procesos, puede incluso aportar claridad donde hay ruido. Pero no hace milagros.

Cuando el problema está en la base del proyecto, no hay documento que lo arregle.