Cómo redactar un BEP (Bim execution Plan)

¿Una guía genérica para redactar un BEP?

Vale, lo entiendo. Muchos de vosotros queréis una guía infalible para redactar un BEP… eso me habéis pedido los suscriptores, y lo respeto. A mi me hubiera gustado recibir la carta de Hogwarts a los 11 años, cada uno con lo nuestro. Os sugerí tres temas a elegir y que me hicierais vuestras preguntas, así que supongo que me he ganado la avalancha a pulso…

Mientras que lo de la carta de Hogwarts no tiene explicación alguna (obviamente tenía que haberla recibido) la razón por la que no existe una guía infalible para redactar un BEP es bien clara. ¿Se te ocurre? Simplemente el BEP depende del proyecto, y como cada proyecto es diferente y tiene unos requisitos distintos, habrá tantos BEPs como proyectos.

Así que, si hay un BEP por proyecto, ¿Qué napiales haces todavía aquí, leyendo este artículo pudiendo estar viendo “Juego de Tronos”? Te lo pregunta Cersei Lannister, no yo, ¿eh?

Vaaale, I get it, ya está bien de echar a los lectores. Tal vez te has dado cuenta de que, aunque todos los BEPs van a ser distintos, vamos a dar unos criterios generales para que escribir el BEP para que en tu proyecto se te haga un poco menos cuesta arriba.

Qué es un BEP y cómo está el tema de los BEP según el país

Definición

Lo primero es ser consciente de qué es un BEP, en Español a veces le llaman PEB «Plan de Ejecución BIM», pero en inglés se corresponde con las siglas de «Bim Execution Plan».

Éste se define en la UNE-EN ISO 19650-2:219 Plan en el que se describe cómo el equipo de desarrollo se ocupará de los aspectos de gestión de la información de la contratación.

Y en la antigua PAS se definía como: un plan a preparar por los proveedores de servicios para explicar cómo se llevarán a cabo los aspectos del modelado y de la información durante el desarrollo de un proyecto. Clarísimo ¿no? Para los que como yo, que os habéis dormido al principio de la frase, lo descompongo:

BEP (Sujeto Paciente) =

+ proveedores de servicios (Complemento agente)

+ explicaciones de modelado e información  (Complemento circunstancial)

+ en un proyecto (complemento de lugar) 

Ahora bien, teóricamente este «plan» responde a un EIR, esto es, unos requisitos del cliente (en la PAS, employer requirements). Este EIR está, asimismo, definido en las PAS de la normativa británica.

Ya pero aunque esta estrategia está completamente asimilada en los países en los que la producción con metodologías BIM es obligatoria, el mundo ideal, no lo está tanto en aquellos países en los que no lo es.

¿Y cuando las metodologías BIM no son obligatorias?

¿Qué ocurre entonces en un país en el que el BIM no es obligatorio? Para empezar la necesidad de ejecutar el proyecto en BIM puede venir o no del cliente.

• Si no viene del cliente, y decidimos trabajar en metodologías BIM por comodidad propia, el BEP será un documento meramente interno. MUCHO CUIDADO porque aunque sea de índole interna viene extremadamente bien disponer de este documento para el proyecto. Lo mejor es no dejar de redactarlo. En el vídeo os explico exactamente por qué.
• Si trabajar con estas metodologías viene del cliente pero no nos hace entrega de los llamados EIR, requisitos del cliente, tendremos que hacer una aproximación hacia él para definir sus requerimientos. En el post «cómo ofertar con metodologías BIM» hablábamos de cómo trasmitir la importancia de estos «requisitos BIM» al cliente, para que sea consciente del valor añadido de los mismos.
• En el caso de que el cliente solicite las metodologías BIM y, además, os entregue unos requisitos de información... entonces podéis empezar a bailar la conga a la pata coja. No, en serio, en un país en el que trabajar con tecnologías BIM no es de obligado cumplimiento es una suerte doble que te pidan trabajar así y, además, que entiendan lo que están pidiendo. Si te hacen entrega de estos requerimientos tu BEP será una respuesta a lo que está pidiendo el cliente del BIM. Si os ha tocado la suerte de escribir un EIR y no sabéis por dónde empezar, podéis leer nuestro artículo de «Cómo escribir un EIR».
• Aunque sea una suerte, no olvidéis leer y releer los EIR atentamente. Muchas veces los clientes redactan este documento sin ser plenamente conscientes de lo que están pidiendo. Si en el documento hubiera requisitos poco coherentes, será necesario llamar o escribir al cliente para discutirlo con él.

Una vez tenemos claro el carácter del documento que tenemos que redactar vamos a dar los pasos para escribirlo.

Si te interesa avanzar en tu nivel de Revit, recuerda echar un vistazo a nuestro curso de Revit Avanzado. AQUÍ.

Pasos para escribir un BEP

¿Hay varios tipos?

No es que haya varios tipos de BEP, los documentos al final acaban reflejando lo mismo pero con mayor detalle. Lo que sí, en la normativa británica diferencian este documento y lo llaman de dos formas distintas para dos momentos del proyecto:

PRE-BEP

Es el documento previo a que se firme el contrato con el cliente. La teoría es que el cliente ha entregado sus EIR (employer requirements) a distintos agentes que optan a la oferta. Estos agentes elaboran un PRE-BEP para demostrar cómo ejecutarían el proyecto en materia de BIM, en caso de que éste se les adjudicara.

También se le denomina en la UNE-EN ISO 19650-2 como «plan de ejecución del BIM del equipo de desarrollo antes de la contratación».

MIDP

El MIPD (Model Information Delivery Plan) viene definido en la UNE-EN ISO 19650-2 como «Plan que incorpora todos los programas de desarrollo de información de tareas».

Esto es uno de los puntos principales que la UNE-EN ISO ha cambiado con respecto a la PAS británica. Antiguamente el MIDP constaba de una sencilla tabla en la que lo que se definía era cuántos modelos iba a ver, quién los iba a hacer y cómo iban a estar enlazados estos modelos entre sí.

Ahora la UE lo que requiere en el MIDP es un desarrollo de todos los procesos desde la evaluación de necesidades hasta que se termine el proceso de producción de la información. Es decir, el MIDP ¿tiene que traer la tabla con los modelos de toda la vida? sí, con una especificación de qué agente se hará cargo de cada uno de ellos. Además de esto tendrán que tratarse las fases y plazos de: evaluación de las necesidades del cliente (el antiguo EIR), petición de ofertas y presentación de las mismas, contratación, movilización, producción colaborativa de la información, entrega del modelo de información y fin de la fase del desarrollo.

BEP (Plan de ejecución BIM)

La nueva UNE-EN ISO define el plan de ejecución BIM como el «Plan en el que se describe cómo el equipo de desarrollo se ocupará de los aspectos de gestión de la información de la contratación».

Para qué debe servir un BEP

El BEP debe servir como documento de referencia para el equipo y para el cliente.

Contenido imprescindible

A la hora de redactar un BEP tipo para una empresa no es aconsejable intentar contemplar todos los posibles escenarios de infinidad de proyectos. Lo más razonable es reflejar estándares que se refieran a los proyectos con los que más trate la empresa.

Éste será un BEP versátil, flexible en cuanto a los proyectos que puede abarcar, aunque con los aspectos importantes bien acotados. Así tendremos un documento preparado para ser desarrollado al inicio de cada proyecto, o que nos servirá para complementar otros BEPs que nos puedan imponer.»

Fragmento extraído del libro Salto al BIM (Cap. 7 – Recursos de estandarización) ->Saltoalbim.com

PRE-BEP

Este documento precontractual debe hacer referencia a cada uno de los requisitos del cliente así como al PIP* (project implementation plan), los objetivos de colaboración y métodos de intercambio de la información, los hitos del proyecto a nivel de programa y la estrategia de entregables del PIM.

*Nota: el PIP sirve para dar cuenta de las competencias: técnicas, de experiencia, de recursos (informáticos y no informáticos) y de personal de la empresa que oferta en metodologías BIM.

BEP

Éste debe contener una respuesta a cada uno de los requerimientos del cliente y, además, la siguiente información:

• Roles, responsabilidades, etc, de los agentes.
• Hitos del programa.
• Estrategia de entregables (el número de modelos a entregar, cómo se distribuyen los modelos en los mismos, etc)
• Autorización del PIM.
• Capacidades de los agentes confirmadas y revisadas.
• Procesos de colaboración tanto de modelado como de intercambio de información.
• Tabla de responsabilidades de los distintos agentes implicados en el proyecto, tanto a nivel de proyecto como a nivel de asignación de responsabilidades en los modelos.
• TIDP (Task information delivery plan) , es decir, qué tarea corresponde a qué agente.
• Estrategia de división de modelos del proyecto a nivel de volúmenes/ usos/ elementos.
• Origen y orientación de los modelos.
• Criterios de nombrado de: archivos, elementos, etc.
• Tolerancias de solape entre los elementos de las distintas disciplinas.
• Plantillas de planos.
• Símbolos, estilos de cotas, estilos de líneas, etc.
• La información mínima a incluir en los elementos.
• Los software a emplear durante el proyecto así como sus versiones.
• Formatos de intercambio de información.
• Los métodos de intercambio de información.
• CDE (Common Data Environment). Es decir, cómo se va a intercambiar la información en el proyecto en un entorno común y colaborativo.

Para más información de estos mínimos lo mejor es consultar la BS_PAS_1192_2_2013 pero, además de esto, os dejamos aquí un BEP orientativo hecho por Especialista3D para que podáis echarle un vistazo.

En qué partes del BEP hay que tener especial cuidado

En el MIDP estamos expresando nuestras intenciones para con los requisitos del cliente, cómo pensamos ejecutarlos y hasta donde nos responsabilizamos de los modelos, los usos BIM y su contenido.

Hay que tener especial cuidado con:

• Los requisitos del cliente. Es necesario que entendamos perfectamente los requisitos del cliente antes de, ni siquiera, comenzar a redactar el BEP y, en caso de que no tengamos claro algún punto, preguntar.
• Generalizar demasiado. Es necesario que seamos específicos. Por ejemplo, si el cliente entre sus requisitos dice que el modelo debe estar orientativamente a un LOD 350 deberíamos indicar el LOD al que llegaremos de cada elemento, así como el nivel de información que llevará cada uno de los elementos. El LOD hace referencia a elementos y no a modelos y generalizar un LOD 350 a un modelo podría causar que modelásemos demasiado. Otro ejemplo podría ser que el cliente solicitara un uso BIM de coordinación de interferencias sin indicar hasta qué nivel es necesario llevar esta coordinación. Aquí deberíamos especificar a qué objetos se dará importancia que se superpongan y a cuáles no, y con cuánta holgura.
• Las responsabilidades sobre los modelos. Qué agente es responsable de qué modelo debería estar definido por contrato. Asimismo debemos definir qué ocurriría, por ejemplo, si entran otros agentes en el contrato, ¿se adhieren al BEP?, ¿se responsabilizan de los modelos? Y, en caso de que no lo hagan, ¿Quién sería responsable de sus modelos?

¡Hay más en este artículo! ¿y por qué? Porque este post lo he escrito porque lo han pedido y votado los suscriptores más jefes del mundo (y digo que son jefes porque ellos piden y a mandar 😉 ) y han enviado sus preguntas.

Si eres suscriptor, además de este artículo y el BEP de muestra de Especialista3D , que iremos actualizando, hemos hecho un vídeo exclusivo para suscriptores. Para no aburrirte y que puedas ir directo a tu pregunta te dejo más abajo el momento en que se responde a cada una de ellas.

¿No eres suscriptor? puedes ver el vídeo,en el que respondo a las siguientes preguntas,  suscribiéndote a Especialista3D aquí, :

Yes, lo puedes ver si te suscribes aquí.

Un saludo y buen final de semana, especialistas.

PD. Si quieres profundizar más en la generación de estándares para tu empresa o estudio te recomiendo echarle un vistazo a jefes del BIM Premium, nuestro curso de Revit Avanzado y BIM Management.

Curso de Revit Avanzado y BIM Management

Cómo redactar un BEP (Bim execution Plan) por Especialista3D está licenciado bajo una Licencia Creative Commons Atribución-NoComercial 4.0 Internacional.