• BIM Execution Plan o Plan de Ejecución BIM
  • También abreviado como BXP (primera consonante de cada palabra)
  • O PEB, por sus siglas en español
• Escucha estos episodios para complementar este:
  • https://ivanguerra.com/103-eir/
  • https://ivanguerra.com/068-iso-19650-1/
  • https://ivanguerra.com/079-iso-19650-2/
  • https://ivanguerra.com/087-preguntas-xix/

• Oficialmente, según ISO19650-2: "Plan que explica cómo el equipo de desarrollo llevará a cabo los aspectos de gestión de la información del contrato."
• El UK BIM Frameworks lo describe su objetivo como: "Proporcionar una herramienta de entregas que el equipo de desarrollo utilizará para producir, gestionar e intercambiar información durante el contrato, ..."
• Una de las claves del BIM es que los modelos 3D con información deben crearse de forma colaborativa, no cada uno por su cuenta.
  • Esto implica que cosas como:
    • Formatos y versiones de archivos
    • Nomenclaturas
    • Flujos para compartir y revisar archivos
    • Fechas de entrega
    • Qué modela quién, y en qué archivo.
    • Coordenadas
    • etc
• Deben estar consensuadas por todos los agentes que vayan a modelar o a usar los modelos de otros. Por dos motivos:
  1. Para repartir responsabilidades de cara a cumplir con el cliente.
     • En estos primeros años del BIM, esto ha sido muy importante por la falta de experiencia.
  2. Por un tema de meramente práctico:
     • Cómo voy a usar tus modelos de referencia, si no son compatibles con mi software o usas otras coordenadas.
     • Cómo vamos a mantener el orden si cada uno usa las nomenclaturas que le da la gana.

• Las ISO19650-2 y 3 dicen que los licitadores deben presentar en su oferta un "pre-BEP":
  1. El cliente define sus requisitos en el EIR, y este se incluye en la documentación de la licitación.
  2. El licitador estudia los requisitos del EIR y elabora un pre-BEP que adjunta en la oferta.
     • La idea es que, por un lado se explique cómo se va a dar respuesta a los requisitos del cliente.
     • Por otro, el licitador demuestra en la oferta su solvencia técnica BIM.
  3. Una vez el licitador gana, actualiza el pre-BEP para convertirlo en el BEP ("a secas").
     • No lo actualiza sólo, sino consensuado con el resto de empresas ganadoras.
  4. Cada vez que entre un nuevo agente a participar en el proyecto, o surja una necesitada imprevista, el BEP se puede actualizar.
     • Es un acuerdo, pero es un acuerdo "vivo".
• Todo explicado en la guía E del UK BIM Framework: Licitaciones y contratos.
  • https://ukbimframeworkguidance.notion.site/ISO-19650-Guidance-Part-E-Tendering-and-appointments-1a5621ded94a47b98d6be9377ac93649#0983e23bc7cf471485c2516c26cc4527
• Antes, con las PAS1192, el pre-BEP y el "post-BEP" eran documentos más independientes, con contenidos más diferenciados.
  • Ahora con la ISO19650, el enfoque es que es el mismo documento con los mismos apartados, pero el BEP simplemente termina de concretar y definir lo que en fase de oferta simplemente no se puede.
    • Fechas definitivas de entrega
    • SW usado por cada agente
    • Reparto de tareas y responsabilidades definitivas
    • ...

• El cliente entrega un EIR y una plantilla de BEP (o al menos un índice de BEP)
• Señal de un cliente experto en BIM, preocupado no sólo por el entregable sino por cómo se va a generar el entregable.
• Es un cliente con capacidad para evaluar los conocimientos BIM de sus proveedores.
  • https://ivanguerra.com/107-candidatos-bim/
• El caso ideal, sólo tenemos que desarrollar los apartados que nos marca.
  • En fase de oferta por nuestra cuenta.
  • Cuando seamos adjudicatarios en conjunto con el resto de agentes.

• El cliente tiene claros sus requisitos, pero le da igual como los cumplamos.
• El caso más común entre grades promotores y administraciones públicas.
• Hay dos opciones:
  • El EIR está tan definido que deja poco margen al licitador a definir nada.
  • El cliente tiene un conocimiento BIM superficial y simplemente está obsesionado con que le entreguen un modelo con cierta geometría modelada y ciertos parámetros rellenados.
• Si los licitadores no tienen iniciativa colaborativa, el resultado es proyectos igual de mal hechos y coordinados que en CAD, pero en 3D.
• Aquí debemos tomar la iniciativa y elaborar un pre-BEP proponiendo algunos aspectos básicos de la colaboración.
  • Intentando seguir los puntos de la ISO.
  • Y si ganamos, intentan persuadir al resto de agentes de que sigan nuestras recomendaciones.

• Si queremos trabajar en BIM para tener un mejor proyecto y que el cliente termine contento, debemos tomar las riendas.
• Elaboramos un BEP que incluya los aspectos básicos del EIR que nosotros pediríamos poniéndonos en la piel del cliente.
  • Lo más probable es que este tipo de BEP "vitaminado" lo hagamos siempre después de ganar el contrato, y repartamos el trabajo con el resto de adjudicatarios.

• Puede que el cliente nos pida un pre-BEP para evaluar nuestra solvencia técnica BIM.
• Lo que nunca vamos a necesitar es el BEP, ya que no tenemos colaboradores con los que coordinarnos.

Pero antes, nuestro patrocinador: MECA BIM y sus servicios de outsourcing BIM.

¿No te has metido todavía en BIM pero te lo están exigiendo en un proyecto al que no puedes decir que no? ¿Trabajas en BIM de forma habitual, pero estás con un proyecto especialmente complejo? Meca BIM puede ayudarte tanto en las tareas de modelado más básicas como otras que requieren mucha más experiencia, por ejemplo:

Para un contratista de infraestructura ferroviarias, realizaron el proyecto ejecutivo de estructura de hormigón para una serie de pasos bajo nivel. Previo a ello, desarrollaron una plantilla de Revit y una serie de scripts de Dynamo que permitieron estandarizar las piezas de hormigón, y automatizar la creación armaduras de acero y planos.

El cliente consiguió cuadruplicar el volumen de trabajo sin incrementar la escala de su oficina técnica. Así que no te lo pienses, si necesitas outsourcing BIM, MECA BIM tiene la mejor relación calidad/precio del mercado. Entra en su web, que te la dejo en las notas del programa, y contacta con ellos.

• En principio, pre-BEP y BEP tienen la misma estructura, pero en el BEP revisando y definiendo lo que ahora puedes porque ya tienes colaboradores:
  1. Organigrama y CV de los integrantes del equipo
  2. Enfoque de cómo van a cumplir con los requisitos del cliente
     • Técnicas de modelado
     • Flujo de compartición y revisión de información
     • Nomenclaturas
     • ...
  3. Estrategia de federación
  4. Matriz de responsabilidades
     • Quién diseña qué y con qué información
     • Según ISO es un documento independiente, pero se suele incluir dentro del BEP
       • Pasa lo mismo con los TIDP y MIDP
  5. HW y SW a utilizar
     • Versiones y formatos de archivos
     • Ecosistema completo del CDE
  6. Modificaciones o mejora de los requisitos del cliente
     • Requisitos específicos de cada colaborador
     • Propuesta de toma de datos de la obra existente

• Esto es el índice que entregaría yo como cliente si he entregado un EIR como el que vimos en el episodio 103:

1. Notas sobre elaboración del BEP
   • Redacción inicial
   • Actualización previa al Proyecto básico
   • Actualización previa al Proyecto de Ejecución
   • Actualización final antes de comenzar la obra
2. Tecnología
   • Software
     • Tabla con proveedor, nombre software, versión, uso, formatos usados para exportar, formatos usados para importar.
     • "Nombre y versión de todos los softwares de creación, consulta, análisis o intercambio de modelos BIM, utilizados por cada proveedor."
   • Formatos de archivo
     • Tabla con formato, versión y justificación.
     • "Añadir nombre, versión y motivo por el que se usa de todos los formatos de archivo de modelos BIM, no exigidos por el cliente, pero necesarios para la colaboración."
3. Modelo de Información del Proyecto
   • Estructura de federación de Modelos BIM
     • "En este apartado hay que explicar por cuantos archivos va a estar compuestos el Modelo de Información del Proyecto (PIM), una descripción del contenido de ese archivo, el nombre que tendrá el archivo (siguiendo la codificación marcada por el cliente), el responsable de ese archivo y un esquema de cómo se relacionan todos los archivos entre sí. Todo esto podrá evolucionar en cada hito."
   • Configuración de coordenadas compartidas en cada software
     • "En este apartado hay que explicar la configuración necesaria en cada software de modelado y de análisis para que todos los modelos BIM se ubiquen correctamente. Todo esto podrá evolucionar en cada hito."
4. Requisitos de Información
   • Nomenclatura acordada de objetos BIM
     • "Arquitecto e ingeniero deben desarrollar de forma conjunta y consensuada, el sistema de nomenclaturas para los objetos que componen el Modelo de Información del Proyecto (PIM). También de los nombres de propiedades/atributos/parámetros que sean relevantes para identificar el objeto por sus características o para mediciones del objeto (siguiendo las buenas prácticas indicadas por el cliente."
     • "En aquellos objetos en los que las mediciones se obtienen directamente de la información asociada a los materiales que los componen, arquitecto e ingeniero también deben desarrollar y aplicar el sistema de nomenclaturas utilizado para los materiales."
   • Requisitos de información de cada proveedor
     • "Los requisitos de información que cada proveedor decida añadir al BEP, serán siempre para ampliar los requisitos de información del cliente, no para modificarlos ni reducirlos. Además, deberá hacerlo siguiendo las recomendaciones de la norma UNE-EN 17412-1:2021, es decir: Quién necesita la información y para qué, quién debe proporcionarla y en qué hito."
5. Colaboración
   • Calendario acordado de intercambios de modelos BIM
     • "Los proveedores que generen modelos BIM, se comprometen a compartir entre ellos y de forma periódica, versiones de trabajo actualizadas de estos modelos. La periodicidad de estos intercambios la establecerán los proveedores en el Plan de Ejecución BIM, siendo al menos semanalmente durante el desarrollo del proyecto de ejecución. Estos intercambios de información son independientes a las entregas principales o parciales solicitadas por el cliente. Hay que definir quien, cuando y formato de archivo."
   • Flujo de trabajo de conciliación de modelos BIM
     • "Aquí se debe explicar qué procedimiento van a seguir los distintos proveedores para detectar posibles interferencias 3D entre modelos, como mantener sincronizados entre modelos los elementos de referencia (niveles, rejillas…) y elementos por duplicado (pilares, sanitarios…). Si van a utilizar un modelo de coordinación o no. En caso de software como Navisworks, Solibri, BIMcollab, etc., qué procedimiento se utilizará para compartir y corregir las incidencias detectadas, etc."
6. Otros aspectos
   • "En este apartado se pueden definir otros aspectos que los proveedores consideren necesarios. Ejemplo: Flujo de trabajo colaborativo con modelos BIM en fase de obra."

• En caso de que el cliente no tuviera un EIR tan completo (o no lo tuviera), sigue siendo válido añadiendo:
  • Plataformas que formen el CDE y normas de uso
  • Nomenclaturas de archivos
  • LOIN por capítulos del presupuesto y responsable de generarlo
• La ISO siempre recuerda que hay que adaptar la norma a la realidad y complejidad de cada proyecto.

• Los BEPs son documentos contractuales de carácter muy técnico, que definen todo lo que el cliente no ha definido en el EIR, pero que es necesario para poder colaborar.
• Su contenido y extensión dependen mucho de la madurez BIM del cliente.
  • A más EIR menos BEP y viceversa.
  • Si vamos a trabajar solos, directamente no necesitamos BEP.
• Se desarrollan en dos fases:
  • Oferta: los desarrollamos individualmente como parte de la oferta y con el objetivo de demostrar nuestra solvencia técnica BIM.
  • Proyecto: de forma consensuada entre todos los agentes.
    • El cliente puede hacer de árbitro en caso de desacuerdos.
    • Es un documento "vivo" que se puede ir actualizando en cada fase del proyecto.

¿Quieres escuchar otro episodio? Los tienes todos en la sección de Podcast de esta web.

AVISO: Este post es sólo un apoyo al audio del podcast. Leerlo de forma independiente podría llevar a conclusiones incompletas o incluso opuestas a las que se quieren transmitir.