PAS 1192 & ISO 19650: Proceso funcional

Voy a exponer en este post el flujo de trabajo de la ISO 19650, que se basa y “fusila” la colección de documentación británica PAS 1192 que define cómo trabajar en un modo colaborativo que ellos han denominado “BIM Level 2 UK”.

Me costó muchas horas entender la jugada: los gráficos que la PAS 1192 incluye me parecen no muy intuitivos, y en la documentación se hace referencia a otra documentación que también hay que analizar para entenderla.

 

 

He diseñado un esquema gráfico integral de todo el proceso que representa el “nivel 2 BIM” del Reino Unido, o “BIM Level 2 UK” (explicación de los niveles BIM), y he estructurado el flujo en tres partes diferenciadas pero íntimamente conectadas entre sí:

  1. La documentación
  2. Los modelos BIM
  3. Las personas

 



A. LA DOCUMENTACIÓN

1. ¿CÓMO DICES QUE VA A FUNCIONAR ESTE EDIFICIO?

 

Empezamos por el principio. El principio y origen del proyecto, son las necesidades del cliente que impulsa el proyecto: En general, alquilar, vender o usar por sí mismo el objeto del proyecto, es decir la construcción.

Los activos construidos pueden ser muy complicados y operarlos de manera eficiente requiere el desarrollo de una estrategia clara de gestión. Las estipulaciones organizativas, técnicas, legales, financieras, etc de esas necesidades se recogen de modo estructurado en el ASSET MANAGEMENT PLAN (AMP). La información que contiene este plan es el origen del proyecto.

Basado en dicho documento AMP, se establece el ORGANISATIONAL INFORMATION REQUIREMENTS (OIR) (“requisitos de información organizativos”), que se desarrollará en base a la ISO 55000.

En el Anejo 4 del documento PAS1192-3 se relaciona unos requisitos para orientar y ampliar el contenido y propósito del OIR, agrupados en 4 grupos:

  1. Actividades propias del inmueble o construcción (tránsito de personal, planes de contingencia, planes de emergencia, análisis financieros, etc.)
  2. Requisitos específicos de información que el inmueble precisa para su uso (información legal, financiera, técnica, etc.)
  3. Sistemas de gestión y mantenimiento que se enlazarán con el modelo AIM (CAFM, IWMS, espacios, zonas, etc.)
  4. Supuestos críticos (cambios en la propiedad, cambios en los usos, reformas o ampliaciones significativas, cambios de normativas aplicables, etc.)

 

 Desde el OIR se generará un documento llamado AIR y servirá también como criterio en la gestión el modelo AIM .

 


2. LOS ÚLTIMOS SERÁN LOS PRIMEROS

En base a los requisitos especificados en el OIR se definirán formal y explícitamente en un documento denominado ASSET INFORMATION REQUIREMENTS (AIR) (“Requisitos de Información del Activo”). La norma sugiere que la responsabilidad de proporcionar datos e información para responder al AIR se distribuya entre el propietario y/o el operador del activo.

AIR debe cubrir todo el ciclo de vida de los activos. 

Los datos y la información recopilados en respuesta al AIR se representan en una base de datos en forma de modelo digital tridimensional,  ASSET INFORMATION MODEL (AIM) (“Modelo de Información de Activos”),  que contiene la información requerida por el AIR en el formato especificado para su posterior tratamiento en la fase de operación y el mantenimiento de la edificación o construcción.

PAS 1192-3 La especificación para la gestión de información para la fase operativa de proyectos de construcción que utilizan modelos de información de construcción establece que

 ‘… AIR se especificará como parte de un contrato o como una instrucción para los equipos internos (“task teams“) y puede utilizar datos e información del AIM relativo a las actividades de gestión de activos que se están realizando. El AIR también especificará los datos y la información que se recopilarán e introducirán en el AIM. El AIR informará al EIR.’

PAS 1192-3 sugiere que

‘El AIR puede comenzar como un texto descriptivo, pero luego debería desarrollarse en un plan digital de entregables. El esfuerzo para completar esto no debe subestimarse ”.

Relaciono finalmente un ejemplo de posibles Requisitos de información de activos, basado en la orientación de PAS 55-2 (Gestión de activos. Directrices para la aplicación de PAS 55-1):

  1. INFORMACIÓN LEGAL: Propiedad, parcelas, Instrucciones de trabajo, Información contractual, Evaluaciones de riesgos, etc.
  2. INFORMACIÓN COMERCIAL: Descripción, Función, Proveedores, Rendimientos, objetivos, etc.
  3. INFORMACIÓN FINANCIERA: Costes de construcción, operativos, de mantemiento, ROI, etc.
  4. INFORMACIÓN TÉCNICA: Cálculos de proyecto, Parámetros de diseño, Interdependencias, Datos y fechas de puesta en servicio, Datos operacionales, etc.
  5. INFORMACIÓN OPERATIVA: Tipo de activo, gestión de espacios, Garantías, Planificación de accesos, mantenimiento e inspección, Estándares, procesos y procedimientos, Planes de emergencia, etc.

 

Cuando el AIR origina un nuevo proyecto que aplicará la ISO 1950, dicho AIR pasará a formar parte del EXCHANGE INFORMATION REQUIREMENTS (EIR).

 


 

3. PARA EMPEZAR UN GRAN PROYECTO, HACE FALTA …

El primer paso en la gestión de la documentación de un proyecto constructivo es definir dónde se depositan los documentos del proyecto y cómo ordenan.

El segundo paso, es generar un repositorio llamado EXCHANGE INFORMATION REQUIREMENTS (EIR) . En la documentación británica, originalmente se denominaba “EMPLOYER Information Requirements”; esta denominación ha sido “derogada” para facilitar la homogeneización de términos y evitar confusión. Pero es lo mismo.

Este repositorio es muy importante, pues es donde todas las partes intervinientes del proyecto irán a consultar y modificar.

Siguiendo el criterio de la PAS1192 y también en la ISO 19650, este repositorio de documentación debe estar en un entorno colaborativo accesible a todas las partes, llamado COMMON DATA ENVIRONMENT (CDE), generalmente un servidor en la nube. Este CDE también tiene una organización interna definida, donde depositar la documentación, los modelos BIM y otros archivos, según su fase de entrega de proyecto, que podríamos resumir:

  1. En curso / Trabajo / WIP
  2. Compartido
  3. Publicado
  4. Archivado

Este documento se va modificando a medida que el proceso de diseño del proyecto avanza.

Inicialmente, se esboza un mapa de proceso de requisitos de información simple que identifica las decisiones clave que deberán tomarse durante el proyecto para garantizar que la solución desarrollada satisfaga las necesidades comerciales. Se desarrolla para identificar la información material, funcional y de desempeño requerida sobre instalaciones, pisos y espacios.

A medida que avanza el diseño, identifica requisitos más específicos sobre los sistemas propuestos y los componentes del edificio para respaldar las adquisiciones, actualizándose también siguiendo el avance del modelo PIM correspondiente.

Al final del proyecto, define la necesidad de información para apoyar el mantenimiento y operación de los sistemas y componentes que están realmente instalados.

La configuración del EIR dependerá de la complejidad del proyecto y de la experiencia y los requisitos del empleador. En términos muy generales, según el empleador, los requisitos de información del empleador pueden incluir:

 

  • Métodos y procedimientos estándar que definen la forma en que se crea, nombra e intercambia la información.
  • Funciones y responsabilidades relacionadas con la información que brindan una definición clara de las funciones relacionadas con la información y lo que se espera de ellas.
  • Un plan de entrega de información o un cronograma de publicación que identifique qué entregables de información deben entregarse, quién y cuándo.
  • Una matriz de demanda COBie que identifica qué datos estructurados sobre la instalación, los pisos, los espacios, las zonas y los componentes del edificio deben entregarse y cuándo.

El EIR debe incluir el siguiente tipo de información:

  1. Gestión de la información:
    • Niveles de detalle (requisitos para la presentación de información en etapas definidas del proyecto).
    • Requisitos de formación.
    • Planificación del trabajo y segregación de datos (gestión de modelos, convenciones de nomenclatura, etc.)
    • Coordinación y detección de interferencias.
    • Requisitos de las propuestas de los licitadores para la gestión del proceso de coordinación.
    • Requisitos de las propuestas de los licitadores para la gestión del proceso de colaboración.
    • Los requisitos para las propuestas de los licitadores para BIM / entorno de datos comunes apoyaron la gestión de salud y seguridad / CDM.
    • Un cronograma de los requisitos de seguridad e integridad del proyecto.
    • Un cronograma de cualquier información específica que se excluirá o incluirá en los modelos de información.
    • Un cronograma de restricciones establecidas por el empleador sobre el tamaño de los archivos del modelo, el tamaño de las cargas de extranet o los correos electrónicos, o los formatos de archivo que pueden definir el tamaño de un volumen.
    • Otros elementos específicos del proyecto, como encuestas previas a la construcción o un requisito para que el empleador reciba modelos de información que describen productos y ensamblajes recién generados.
    • Una definición de cualquier origen / sistema coordinado.
    • Un cronograma de cualquier formato de software, incluidos los números de versión, que utilizará la cadena de suministro para entregar el proyecto (o los formatos de cualquier resultado). NB PAS 1192-2 sugiere que ‘los empleadores del sector público pueden no desear o no poder especificar paquetes de software para que los utilicen sus proveedores, sino que pueden especificar los formatos de los resultados. Los empleadores del sector privado pueden optar por especificar paquetes de software y / o formatos de salida ».
  2. Administración comercial:
    • Alineación de intercambios de información, etapas de trabajo, finalidad y formatos requeridos.
    • Detalles de los propósitos esperados para la información proporcionada en modelos.
    • Una matriz de responsabilidad inicial que establece las responsabilidades disciplinarias para la producción del modelo o la información de acuerdo con las etapas definidas del proyecto.
    • Un cronograma de los estándares y documentos de orientación utilizados para definir los procesos y protocolos BIM que se utilizarán en el proyecto.
    • Un cronograma de cualquier cambio en los roles, responsabilidades, autoridades y competencias estándar establecidos en el contrato.
  3. Evaluación de competencias:
    • Detalles de la evaluación de competencias a la que deben responder los licitadores.
    • Cambios en la documentación de licitación asociada.
    • Detalles de evaluación de licitación BIM.

 

Desde el EIR se elabora un documento para los licitantes, el PROJECT PROGRAMME (PP)

 


4. …EL PROGRAMA DEL PROYECTO

 

El documento EIR contiene requisitos basados en el futuro uso y mantenimiento de la construcción una vez esté en funcionamiento, de los cuales se interpretan para que el proyecto constructivo se pueda desarrollar y dichos requisitos ya interpretados se complian en el PROJECT PROGRAMME (PP).

Finalmente, la estructura de este documento debe ser cercana a esta relación:

a. INFORMACIÓN DE GESTIÓN

  1. Niveles de detalle (el LOD!)
  2. Requisitos formativos
  3. Plan de trabajo y segregación de datos (requisitos para los licitadores)
  4. Condicionantes para la coordinación BIM y la detección de interferencias.
  5. Gestión del proceso colaborativo
  6. Seguridad y Salud
  7. Plan de seguridad e integridad del proyecto
  8. Tablas de información que deben ser incluidas o excluidas de los modelos.
  9. Condicionantes de los archivos informáticos y comunicación electrónica.
  10. Requisitos para la gestión del proceso de coordinación BIM.
  11. Definición de coordenadas de sistema para los modelos.
  12. Requisitos de software (marca, versión, licencias, etc) – preceptivo –

b. INFORMACIÓN COMERCIAL

  1. Intercambio de la información
  2. Objetivos estratégicos del Cliente (indica el objetivo de la información que hay que introducir en los modelos)
  3. Requisitos de software (marca, versión, licencias, etc)  – enunciativo-
  4. Cuadro inicial de responsabilidades, establece responsabilidades acerca del modelo y de la información.
  5. Relación de protocolos, guías, estándards y documentos a usar.
  6. Relación de cargos, responsabilidades y autorizaciones.

c. EVALUACIÓN DE COMPETENCIAS

  1. Detalles de las competencias del licitador
  2. Cambios a la documentación de licitación asociada.
  3. detalles de la licitación BIM.

En el CDE tendremos dos conjuntos de documentación a estas alturas: AIR y PP

 

Una vez el licitante tenga el documento PP en su poder, responderá a sus requerimientos en un documento aportado por él mismo que se denomina PRE-BEP.

 


5. El MÁS FAMOSO DOCUMENTO BIM

 

Antes del proceso de licitación o de elección de los equipos que van a formar parte del proyecto, se les facilita el documento PP  a todos los candidatos o licitadores. A partir de éste documento, cada uno, independientemente, elaborará su documento BUILDING EXECUTION PLAN (BEP), que estrictamente se denomina PRE-BEP.

El PRE-BEP de cada ofertante deberá contener, según la norma, una serie de documentación y datos en concreto:

  • Objetivos del modelado
  • Estrategia del modelado
  • Hitos y entregas parciales
  • Plan de Implementacion del Proyecto (PIP)

Esta documentación tiene como objetivo conocer las capacidades, experiencia y recursos de cada ofertante. En base a este PRE-BEP se realizará la elección del equipo que va a formar parte del proyecto.

Este documento respalda las capacidades técnicas y de gestión del ofertante, a través de TRES formularios:

  • Supplier information technology (IT) assessment form
    • Contiene información general acerca cómo se pretende gestionar la información, y
    • nivel técnico de la empresa relacionado con software, hardware, sistemas, etc.
  • Supplier resource assessment form
    • responde a la pregunta sobre cuál es la capacidad y el alcance de los recursos del licitante.
  • Supply chain capability summary form
    • Sirve para poder comparar rápidamente la información entre cada organización

Cada ofertante responde con estos formularios a las siguientes cuestiones:

  • Capacidad de intercambiar información y calidad de esa información.
  • Análisis BIM (comprensión BIM por parte de la empresa)
  • Experiencia BIM (relación de tres proyectos BIM donde los beneficios están contrastados)
  • Capacitación BIM (un cuestionario para ayudar al equipo del proyecto a identificar formación y requisitos de apoyo)

 

 


6. EL CONTRATO SE HA FIRMADO

 

Después del proceso de licitación, el equipo de diseño “TASK TEAM” de cada contratista (bidder) ampliará la información que facilitó en la fase anterior, en un documento que se denomina POST-CONTRACT BEP.

Su elaboración es responsabilidad del TASK TEAM MANAGER de cada equipo contratado. El POST-CONTRACT BEP debería tener la siguiente estructura:

  • DIGITAL PLAN of WORK (DPoW) PLAN DE TRABAJO DIGITAL : De hecho, es exactamente el PRE-BEP que presentaron en la licitación.
  • MASTER INFORMATION DELIVERY PLAN (MIDP) PLAN DE ENTREGA MAESTRO: Este documento es un contenedor de todos los TASK INFORMATION DELIVERY PLAN (TIDP).
  • TASK INFORMATION DELIVERY PLAN (TIDP) (“Programa de Desarrollo de Información de una Tarea”): Todos y cada uno de los suministradores (“supplier“) de cada contratista (“bidder”) deben aportar este documento, cuyo contenido se integrará en el BEP.

La información que contendrá el POST-BEP recogerá todo lo que se requería en el EIR y además:

a. GESTIÓN

  1. Cargos, responsabilidades y permisos
  2. Hitos importantes del proyecto
  3. Estrategia de entrega del modelo PIM (“Project Information Model”, ver más abajo)
  4. Estrategia de toma de datos (topografías, láser, GNSS)
  5. uso de datos heredados existentes;
  6. aprobación de la información; y
  7. proceso de autorización del modelo PIM.

b. PLANEAMIENTO Y DOCUMENTACIÓN

  1. Revisión del PIP (“Project Information Plan”) confirmando la capacidad de la cadena de suministro
  2. Procesos de proyecto acordados para la colaboración y el modelado.
  3. Matriz acordada de responsabilidades en toda la cadena de suministro
  4. TIDP (“Task Information Delivery Plan”), de todos y cada uno de los suministradores del consultor que realiza este POST-BEP.
  5. MIDP (“Master Information Delivery Plan”), que recoge todos los TIDP de este consultor.

c. MÉTODO Y PROCEDIMIENTO

  1. Previsión de Volumetrías
  2. Origen y orientación de PIM (que también puede ser geo-referenciados.
  3. Convenio de nomenclatura de archivos.
  4. Convenio de denominación de capa, cuando se utilicen.
  5. Tolerancias de construcción acordadas para cada disciplina.
  6. Plantillas de láminas.
  7. Anotación, dimensiones, abreviaturas y símbolos.
  8. Datos de atributos.

d. SOLUCIONES TI

  1. Versiones de software.
  2. Formatos de intercambio.
  3. Sistemas de gestión de procesos y datos

Una vez cada proveedor tiene este documento, que se va modificando constantemente, adaptándose a la realidad del proyecto, todos los POST-BEP se integran en el EIR y empieza la fase del modelado en sí misma.

Plantilla POST-BEP según Cpic (Construction Project Information Committee)

Cada proyecto debe tener un EIR.

Cada EIR contendrá tantos Post-Contract BEP como TASK TEAMS haya



B. LOS MODELOS BIM

 

 

En estos momentos, tenemos dos fuentes de información: el EIR (que comprende los documentos PP, BEP y AIR), y el OIR (que incluye la documentaicón AMP). El EIR está en el CDE. El OIR, no.

Con la información del EIR, desarrollamos los modelos BIM en las fases de proyecto y construcción, definimos flujos de trabajo, y toda la infraestructura digital necesaria para diseñar el proyecto, incluyendo el propio CDE.

 

Con la información del OIR, modificamos los modelos BIM en la fases construcción y operaciones, definimos flujos de trabajo, y toda la infraestructura digital necesaria para que los modelos estén actualizados y funcionales.

 


7.  MODELOS FEDERADOS

la ISO 19650 sólo reconoce dos partes: diseño y operaciones; en cambio, PAS establece diferentes fases dentro del diseño, remitiéndose al RIBA Plan of Work, elaborado por el colegio de arquitectos británico. Encaja bastante con las fases en España ¡que no se han modificado desde 1977!

Cada etapa de la fase de diseño clásica corresponde a un modelo BIM concreto, con sus propias características. Cada etapa y cada modelo dentro de esa etapa, tiene su correspondiente nomenclatura en el mundo digital

  • PROJECT INFORMATION MODEL (PIM): Anteproyecto [DESIGN INTENT MODEL] y  el modelo correspondiente al proyecto básico y el ejecutivo [VIRTUAL CONSTRUCTION MODEL]. Estos modelos se desarrollan en base a los requisitos e información que contiene el EIR
  • INFORMATION MANAGEMENT PROCESS (IMP): As built  [ASSET INFORMATION MODEL] . Este modelo se desarrolla en base a los requisitos e información que contiene el OIR.
  • ASSET INFORMATION MANAGEMENT PROCESS:  [FACILITY BUILDING INFORMATION MODEL] . Este modelo se desarrolla en base a los requisitos e información que contiene el OIR

También tengamos en cuenta que cada uno de estos modelos “por fase” puede constar a su vez de varios modelos clasificados por disciplina:

  • Modelo de estructuras: Structural Information Model
  • Modelo arquitectónico: Architectural Information Model
  • Modelo de instalaciones: Facilities Information Model
  • Otros modelos (terrenos, aparcamientos exteriores, jardines, etc.)

Los modelos de la fase de diseño han de estar federados, es decir vinculados entre sí en tiempo real, ubicados en el CDE.

Actualizar los modelos cada semana no es ISO 19650 ni “BIM level 2 UK”



C. LAS PERSONAS

 

Los equipos de diseño BIM van entrando y saliendo del proyecto a medida que éste va avanzando en el tiempo y superando fases de su ciclo de vida.

El equipo de diseño está conformado por un número indeterminado de equipos especialistas (TASK TEAMS).

Cada TASK TEAM está liderado o coordinado por un TASK TEAM MANAGER.

Las funciones que cada TASK TEAM deberá realizar y aportar en el diseño del proyecto BIM están perfectamente definidas y explicadas en PAS1192-2:

  • Information Originator: Genera la información, es decir, modela y maqueta.
  • Interface Manager: Gestiona la coordinación funcional y física de su disciplina, interferencias, etc.
  • Task Information Manager: Dirige la producción de datos e información.
  • Task Team Manager: Coordina las tareas de todo su equipo,y supervisa el avance de su disciplina en el proyecto.

Los equipos TASK TEAMS que trabajan conjuntamente reciben diferente denominación según la fase en la que se encuentren:

Se denominará DESIGN TEAM desde el principio hasta la entrega del proyecto ejecutivo.

  • Information Manager. Esta figura acompaña a todos los TASK TEAMS que forman parte del DESIGN TEAM y se encarga específicamente de la gestión de datos.
    • Facilita la integración y coordinación de la información entre todos los PIM
    • Configura la información de cara a los resultados del proyecto.
    • Mantiene y gestiona información en los PIM
    • Es responsable del intercambio de información fiable a través del CDE.
  • Lead Designer: Es el coordinador de todo DESIGN TEAM. Las funciones que se le asignan son:
    • Líder general para la gestión de la configuración.
    • Confirmar los entregables del diseño.
    • Gestionar el desarrollo de información y las aprobaciones de información.
    • Entrega coordinada de todos los informes de diseño.

Cuando el proyecto se encuentra en fase de pre-construcción, generalmente son otros equipos especialistas los que se encargan del modelo (que, como se indica más arriba, ya no se denomina PIM sino IMP). Estos TASK TEAMS especialistas comprenden a la constructora, la instaladora generalmente, y se denominará CONSTRUCTION TEAM.  El responsable del modelo AIM y del CONSTRUCTION TEAM es la figura del DATA MANAGER, que tanto en la norma PAS-1192-3  como en la ISO 19650, referencian a su vez hacia la ISO 8000:

  • Data Manager. Se especifica que es el responsable de la gestión y mantenimiento del AIM, concretamente es responsable de aceptar información en el área compartida del CDE y autorizar su paso al área publicada.
    • Gestión de la arquitectura de datos.
    • Planificación de la calidad de los datos.
    • Administración de datos y gestión de flujo.
  • Data Administrator: Controla y coordina a los técnicos especialistas:
    • Diseño de datos.
    • Configuración de criterios de calidad de datos.
    • Análisis de la causa del error de datos.
  • Data Technician: Genera, modifica y elimina los datos según avanza la obra, actualizando el modelo AIM:
    • Procesamiento de datos.
    • Medición de la calidad de los datos.
    • Corrección de errores de datos.

Quiero subrayar que “DATA” incluye tanto datos gráficos como datos no gráficos.

Hemos visto que desde el “Estudio Previo” (Preparation and Brief) hasta que se entrega la obra lista para su uso (Handover and close out) participan varios TASK TEAMS, agrupados en el Design Team que se encarga del PIM, y el Construction Team  que se encarga del AIM, según sea la fase en la que se encuentre el proyecto.

Ambos son a su vez coordinados y supervisados por una figura que debe aparecer justo después de la firma de los contratos,. Esta función la puede realizar una o más personas:

  • Project Delivery Manager
    • Confirmar la capacidad de los proveedores para entregar los requisitos de información.
    • Asegurar la entrega de intercambios de información
    • Gestionar el CDE

Una vez la construcción está en uso, la gestión del AIM recae en el Asset Information Manager, que también tendrá la responsabilidad del intercambio de información entre el AIM y los software de mantenimiento (CAFM, IWMP, etc).

Los cargos antedichos no corresponden necesariamente a una persona. Dependiendo del tamaño del proyecto y de los equipos de diseño implicados, cada cargo puede realizarlo más de una persona (por ejemplo, varios INFORMATION MANAGER serán necesarios para proyectar un aeropuerto), o una misma persona puede realizar las tareas de varios cargos a la vez. lo cual es usual en proyectos de pequeña envergadura.

 

Fijaros que ningún cargo es de “BIM Manager” propiamente. Son BIM Managers, BIM Coordinators, BIM specialists y BIM modelers quienes realizan las tareas anteriormente descritas.

 


 

 Adjunto link para que os podáis descargar la infografía completa, donde podréis observar lo que he ido exponiendo en su conjunto, así como los flujos de trabajo e información.

Leave a Reply

Your email address will not be published. Required fields are marked *