Promover proyectos en BIM

Adoptar la metodología BIM en los proyectos no es necesariamente sinónimo de éxito

Seguramente a estas alturas ya son pocos los agentes del sector AEC (Arquitectura, Ingeniería y Construcción, por sus siglas en inglés) que no saben qué es el BIM y los beneficios que comporta. Es por eso que muchas veces, desarrollar el proyecto en metodología BIM ya forma parte de sus requerimientos.

Desde 2019 la normativa europea establece que todo proyecto de contratación pública debe realizarse bajo esta metodología. Y la mayor parte de las administraciones se han hecho cargo y han desarrollado documentación en la que definen sus requerimientos que los equipos que resulten ganadores del contrato tendrán que satisfacer. Esos requerimientos se crean con la finalidad de que los entregables se ajusten a las necesidades del cliente y que los equipos destinen recursos a realizar lo que realmente a este le preocupa.

Pero a veces los requerimientos se resumen en: “el proyecto se desarrollará bajo metodología BIM”. Y eso a mi entender es contraproducente.

Puede que esa frase sea fruto de la voluntad de no quedarse atrás en la adopción de la metodología o por obtener un modelo en 3D del proyecto. Sea por lo que sea, es un buen inicio, pero conviene completar y desarrollar esa primera declaración.

Me explico. BIM es una base de datos, en la que los distintos agentes en las distintas fases del ciclo de vida del activo van añadiendo información. Esa base de datos tiene una interfaz y apariencia muy agradecidas y vistosas, un modelo 3D, algo con lo que algunos agentes se conforman en un primer momento (igual de ahí viene esa única frase como requerimiento). Es en esos casos cuando la inversión y esfuerzo en desarrollar el proyecto en BIM puede quedar desdibujado.

En este artículo hablamos de los puntos clave que debemos tener en cuenta para que esto no suceda y que nos permitirán sacar el máximo partido a nuestro proyecto.

Definir los requerimientos de información

Una vez se decide promover un proyecto en BIM, es fundamental controlar su información. Por esta razón es importante, como decíamos, no conformarse con pedir a los colaboradores que simplemente trabajen en BIM. Si lo pedimos de forma genérica, corremos el riesgo de perder el control y el potencial de la información generada. El control, porque si no marcamos unas pautas la versatilidad del sistema se puede volver en nuestra contra y puede que no seamos capaces de extraer la información necesaria en cada entrega. Y el potencial, porque de todo el territorio que abarca el BIM, podemos quedarnos limitados a una parcela muy pequeña y no sacarle todo el partido.

Cuando pedimos un modelo BIM de forma genérica, podemos encontrarnos la casuística de que el modelo que recibamos no haya sido utilizado ni para crear los planos del proyecto (y se hayan creado en CAD, por ejemplo), lo cual hace que ese modelo sirva para bien poco. Si en los requerimientos de información no establecemos que uno de los usos del modelo sea la creación de documentación, nos podemos encontrar en situaciones cómo esta, y creedme que ocurre.

Las finalidades para las cuales se usará el modelo, se conocen como usos BIM. Como decíamos, la información contenida en un modelo puede ser de muy diversa índole, y lo óptimo es pedir lo que realmente nos sirva para el desarrollo de nuestro proyecto. No pediremos que el modelo contenga información para la gestión de los activos si luego no la vamos a utilizar, a no ser que queramos pagar por ella.

Algunos de los usos BIM requeridos más comunes suelen ser la creación de documentación, la obtención de mediciones, la coordinación de disciplinas o la planificación de la ejecución, pero hay muchos más estipulados y la versatilidad del sistema nos permite tener un espectro amplio de posibilidades.

Los requerimientos se detallan en el documento conocido como requerimientos de Intercambio de Información o EIR por sus siglas en inglés (Employer’s Information Requirements), que será más o menos detallado según interese. Aquí se trata de encontrar el equilibrio entre definir con detalle las herramientas y procesos a utilizar por los colaboradores del proyecto, o dejarlo abierto. Cada extremo tiene sus pros y contras y es por eso que será importante encontrar el término medio. Eso dependerá exclusivamente de qué es lo que quiere conseguir quien promueve el proyecto.

Así pues, explicar para qué queremos los modelos es una tarea de alta importancia y a realizar al inicio de nuestro proyecto.

Colaboradores, hagan su parte

Ya tenemos los EIRs definidos. Ahora los colaboradores, consultores, contratistas, etc. deben desarrollar su parte del trabajo focalizando sus recursos en satisfacer lo que pide el documento de requerimientos, el EIR.

Según el procedimiento que sigamos de contratación puede que el promotor haga una licitación del proyecto a empresas de Arquitectura e Ingeniería. En ese caso, el EIR se incluye como parte de la documentación para la licitación y para que los licitantes entiendan qué se espera de los modelos de información. Además suelen tener que preparar un BEP pre contractual, dando respuesta a los requerimientos.

En esta fase los equipos de diseño, redactan el Plan de Ejecución BIM, BEP por sus siglas en inglés (BIM Execution Plan), donde dan respuesta detallada y técnica de cómo se ha solucionado lo que el EIR solicita. En BIM como en tantas otras disciplinas, la aproximación a un problema se puede plantear de distintas maneras, por lo que el BEP documenta cómo lo ha hecho el equipo encargado.

A lo largo de las distintas fases del diseño o en los hitos de proyecto acordados se irán generando los entregables del proyecto (planos, memorias, tablas, etc), que como debiera establecerse en el EIR, derivarán de los modelos para que la información sea lo más consistente posible entre todos los entregables.

Auditar la información recibida

La siguiente parte del proceso consiste en procesar la información que te devuelven tus colaboradores. Leer la información de los modelos no suele ser complicado, pero se complica cuando hay muchos modelos, y es más difícil aún cuando esa información debe ser computada.

Pongamos el caso de que un promotor quiere contrastar el coste entre distintos proyectos que ha realizado con uno que tiene en marcha. Para poder hacer el análisis de esa información de una forma sencilla y rápida, será conveniente que esté almacenada en todos los proyectos de la misma manera. Es decir, que el contenedor de la información se llame de la misma manera y que el tipo de dato sea el mismo en todos los casos.

Si esto no sucede, no necesariamente significa que esa información no exista en todos los proyectos, pero puede que esté almacenada de una manera distinta. Entonces tendremos que hacer un trabajo de arqueología documental y posterior tratamiento de datos para conseguir el resultado que de otra forma podemos obtener más fácilmente.

Además, la correcta gestión de los entregables BIM que un promotor recibe es clave para que pueda seguir sacando partido de los modelos y la información asociada más allá de la fase de construcción. Se estima que el 70% del coste de un edificio repercute en la fase de operación, y el BIM tiene mucho que aportar siempre y cuando se haya planificado correctamente desde las fases iniciales y tengamos la certeza de que los entregables que vamos recibiendo en las distintas fases (diseño, obra) cumplen con nuestros requerimientos.

El diagrama muestra el flujo de información a alto nivel que existe en un proyecto de edificación. El promotor genera el documento de requerimientos de Información, los equipos de diseño desarrollan el BEP acorde y los entregables y esos una vez validados por el promotor pasan al constructor que sigue desarrollando el trabajo (BEP y entregables) iniciado por los equipos de diseño. Estos serán nuevamente verificados por el promotor y obtendrá un modelo para la operación.

Si como promotor quieres sacarle el máximo provecho de tu inversión en BIM asegúrate de pedir que tus proyectos incorporen la información necesaria para su correcto desarrollo y la toma de decisiones.

Autor: Andreu Cortada