135 BEP: Infraestructura BIM (II)

135 BEP: Infraestructura BIM (II)

Nuestro episodio sobre Infraestructura BIM para la elaboración de un Plan de Ejecución había quedado incompleto. Y tras innumerables peticiones para que retomáramos el tema, volvemos a la carga para rematar la faena. Hoy toca hablar de Infraestructura BEP aplicada al control de calidad, a los recursos tecnológicos aplicados al proyecto, a la definición de los entregables y a cómo afecta todo lo que se recoge en el BEP contractualmente.

En conjunto, estos dos episodios nos refuerzan en la comprensión del papel fundamental que tiene la redacción de un buen documento BEP para el desarrollo de un proyecto BIM. En su elaboración, gestión y cumplimiento puede estar la diferencia entre un proyecto exitoso para todas las partes o un desastre contractual que acabe en reclamaciones de todos contra todos. Probablemente, sin términos medios.

Control de calidad

En el sector AEC tenemos una sólida cultura de hacer las cosas según nuestros propios estándares, es decir, ninguno. Un sector tan atomizado, lleno de profesionales con sus propios procesos y procedimientos, habitualmente en empresas de tamaño pequeño o ínfimo, conlleva inevitablemente mirarse al ombligo y no aceptar que nadie te sugiera que puedas mejorar en algo tu producto.

Llegados a este punto, y con la necesaria evaluación de calidad de un proyecto, parece oportuno definir en el BEP los mínimos de calidad que debe cumplir el proyecto, así como los procedimientos para evaluar esa calidad. ¿Cómo se definen esos procedimientos? ¿Cuáles son los contenidos mínimos? ¿Cómo nos afecta contractualmente a la hora de participar en un proyecto con metodología BIM?

Software y Hardware

Las herramientas que usamos, tanto de hardware como de software son eso: herramientas. Pero dar el salto a proyectos colaborativos conlleva necesariamente ponernos de acuerdo sobre las herramientas que vamos a usar. Porque tienen requerimientos, procedimientos, limitaciones, incompatibilidades, y debemos conocerlas para definir la forma de intercambiar información generada con ellas. Y para conocer los costes de infraestructura a los que nos vamos a enfrentar. O para definir suministradores. ¿Qué otros requerimientos pueden surgir a la hora de definir las herramientas de software y hardware?

Entregables

Si el objetivo final de un proyecto BIM es entregar una información requerida con un formato definido y unos contenidos pactados, parece lógico que sea el BEP el que defina cómo se van a alcanzar los objetivos  contratados. Y aquí cobra fuerza el concepto de entregables. ¿Qué documentación vamos a entregar para cumplir con los objetivos de información requeridos? ¿Quién evalúa esa información y avala que cumple con lo establecido en el BEP? Existiendo un documento como el MIDP o Máster Information Delivery Plan ¿En qué se diferencia éste del BEP a la hora de definir entregables?

Relaciones contractuales

Dice la guía de la Penn State que el BEP debe ser un documento contractual. Pero eso parte de una concepción anglosajona del derecho más afín a la interpretación del espíritu de la norma, muy diferente a la nuestra, caracterizada por su apego a la literalidad. ¿Cuál debe ser la aproximación a este principio? ¿Debe ser el BEP un documento contractual? ¿En qué términos? ¿En qué líos nos podemos ver inmersos con un BEP contractual?

Recursos citados en el episodio

• Penn State BIM Project Execution Planning Guide
• UK BIM Framework – BIM Standards, Guides & Resources
• BIM Essential guides Singapur
• BIM Execution Planning Guide | BIM Planning (psu.edu)
• Notación BPMN
• Guía para la elaboración de un PEB. Comisión esBIM.
• Biblioteca de la Comisión Interministerial BIM
• Guías PEB Planbim Chile
• Biblioteca documentos BIM Planbim Chile