BIM EXECUTION PLAN

MBA. ING. ANDREA BRAUL MORENO

JUNIO 2021
Estructura

00 Bienvenida 03 Pausa 15’

01 Lecciones 04 Consultas/preguntas y cierre

02 QUIZIZZ
2.1. Mapa de procesos

El mapa de procesos permite lo siguiente:

❑ Comprender el proceso BIM general

❑ Identificar los intercambios de información que se compartirán entre múltiples partes
❑ Definir claramente los diversos procesos que se realizarán para los Usos BIM identificados

El uso de técnicas de mapeo de procesos permite al equipo realizar de manera efectiva. Estos
mapas de procesos también servirán como base para identificar otros temas importantes de
implementación, incluida la estructura del contrato, los requisitos de entrega de BIM, la
infraestructura de tecnología de la información y los criterios de selección para los futuros
miembros del equipo.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos

El mapeo del proceso BIM para el proyecto requiere que el equipo del proyecto desarrolle lo
siguiente:

❑ Un mapa general que muestre cómo se realizarán los diferentes usos de BIM.

❑ Mapas de procesos detallados de uso BIM para definir la implementación BIM específica con un
mayor nivel de detalle.

Para implementar este enfoque de dos niveles, se ha adoptado la notación de modelado de

procesos de negocio (BPMN) para que los distintos miembros del equipo del proyecto creen
mapas de procesos formateados de forma coherente.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos

Business Process Modeling Notation

(BPMN):

❑ Notación gráfica que describe la lógica de

los pasos de un proceso de negocio.
Diseñada para coordinar la secuencia de
los procesos y los mensajes que fluyen
entre los participantes de las diferentes
actividades.
❑ Proporciona un lenguaje común para que
las partes involucradas puedan
comunicar los procesos de forma clara,
completa y eficiente.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos

Mapa general de BIM

❑ Muestra la relación de usos BIM que se emplearán en el

proyecto.

❑ Contiene los intercambios de información de alto nivel que

ocurren a lo largo del ciclo de vida del proyecto.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos
Procedimiento para el desarrollo de un Mapa general BIM

❑ Colocar los usos potenciales de BIM en un mapa general BIM

❑ Organizar los usos BIM de acuerdo con la secuencia del proyecto en el mapa general de BIM
❑ Identificar los responsables de cada proceso.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos
Procedimiento para el desarrollo
de un Mapa general BIM

❑ Determinar los intercambios de

información necesarios para
implementar cada uso BIM

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos

Mapa de procesos detallados de uso BIM

❑ Definir claramente la secuencia de varios procesos a realizar.

❑ Identificar las partes responsables de cada proceso, el contenido de la información de

referencia y los intercambios de información que se crearán y compartirán con otros
procesos.

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos
Procedimiento para el desarrollo de un Mapa de Procesos Detallado de Usos
BIM

1) Descomponer jerárquicamente el uso BIM en un conjunto de procesos. Es necesario

identificar los procesos centrales del uso de BIM. Estos están representados por un
símbolo de "caja rectangular" dentro de BPMN.
2) Definir la dependencia entre procesos, esto se logra mediante la definición de las
conexiones entre los procesos. El equipo del proyecto debe identificar el predecesor y el
sucesor de cada proceso. En algunos casos, puede ser posible tener varios sucesores y / o
predecesores. Estos procesos luego se conectan usando las líneas de "flujo de secuencia"
en BPMN.
3) Desarrolle el Mapa de Procesos Detallado con la siguiente información:
❑ Información de referencia (costos, datos de productos, etc)
❑ Intercambios de información
❑ Responsable
Fuente: PennState BIM Project Execution Planning Guide, Version 3.0
2.1. Mapa de procesos
Procedimiento para el desarrollo de un Mapa de Procesos Detallado de Usos
BIM

4) Agregar puertas de enlace de verificación de objetivos en puntos de decisión importantes

en el proceso. Se puede utilizar una puerta de enlace para garantizar que se cumplan los
entregables o los resultados de un proceso

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos
Procedimiento para
el desarrollo de un
Mapa de Procesos
Detallado de Usos
BIM

5) Documentar, revisar y
perfeccionar este proceso
para su uso posterior

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

2.1. Mapa de procesos
Símbolos a utilizar para desarrollar un mapa de procesos para el BEP

Fuente: PennState BIM Project Execution Planning Guide, Version 3.0

Actividad
2.2. Entorno de trabajo colaborativo
Para alcanzar trabajar colaborativamente en un proyecto se
debe de tener en cuenta lo siguiente:
❑ Indicar los software y versiones aprobados
❑ Establecer el entorno de datos común
❑ Definir reuniones del grupo de trabajo BIM
(BWM) y talleres BIM
❑ Establecer fechas máximas de brindar solución a
los problemas del proyecto
❑ Proporcionar un ambiente adecuado, “Sala BIM”
❑ Establecer jerarquías de coordinación entre las
especialidades
❑ Definir el intercambio de información BIM
❑ Definir la estrategia de gestión documental
2.2. Entorno de trabajo colaborativo
Software y versiones aprobados

✓ Las versiones de software se acordarán desde el principio y no se

desviarán de ellas.

✓ Cualquier cambio en el software y actualizaciones de la versión

del software que se utilizará en el proyecto deberá ser acordado
por todas las partes antes de realizar cualquier actualización.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Software y versiones aprobados

✓ Solo las herramientas identificadas

a continuación se utilizarán para
crear, coordinar y validar BIM.

✓ Esto es para facilitar la

interoperabilidad entre
plataformas de software y permitir
el éxito de la ejecución de la
estrategia de interoperabilidad.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Entorno de datos común (CDE)
✓ Para admitir los flujos de trabajo BIM, la comunicación debe ser controlada y
metódica.
✓ Los miembros del equipo deben comunicarse con frecuencia y las interacciones
(incluidas las comunicaciones y registros de reuniones) deben almacenarse en
un CDE y hacerse disponible para los miembros apropiados del equipo del
proyecto.
✓ El acceso a la información debe ser determinado entre todas las partes
involucradas.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Entorno de datos común (CDE)
Como requisitos mínimos el CDE deberá de cumplir lo siguiente:

✓ Debe ser un entorno común donde alojar y compartir información digital del proyecto/obra
de forma estructurada.
✓ Debe estar basada en la medida de lo posible en formatos abiertos, que garantice la
interoperabilidad entre los diferentes actores que participen en los contratos.
✓ Debe estar organizado respecto a un convenio de carpetas, codificación de archivos y
protocolos de intercambio
✓ Debe permitir el acceso selectivo de participantes a la información generada (protocolos de
accesibilidad).
✓ Debe estar gestionado por un responsable, que velará por su correcto funcionamiento, y la
seguridad y calidad de la información almacenada.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Responsabilidad
✓ Es responsabilidad de todas las partes interesadas almacenar y mantener una
copia de toda la información del proyecto en un lugar seguro y estable dentro
de su propia organización.
✓ Las partes interesadas pondrán la información a disposición del equipo del
proyecto.
✓ Como mínimo, todos los coordinadores BIM deben ser notificados a través del
CDE cuando se distribuyen datos BIM.
✓ Si surge algún problema o si la información se ha cargado incorrectamente, las
partes interesadas debe informar inmediatamente para su resolución.
✓ Toda la documentación y la información de diseño, incluidos modelos, dibujos,
datos asociados y RFI se compartirá a través del CDE sin excepción.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Privilegios de usuario

✓ Por motivos de seguridad, se cambiará los privilegios de los usuarios

con respecto a la información y las carpetas del espacio de trabajo,
estas deben ser cuidadosamente considerado y acordado con el
Cliente, el Gerente de construcción y el BIM Manager en
colaboración antes de implementar el CDE.

✓ Para cualquier cambio de usuario, los privilegios deben ser

acordados por el Cliente o el representante del Cliente.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Protocolo de intercambio de datos

✓ Todos los datos deben intercambiarse a través del CDE.

✓ El nombre del modelo debe estar de acuerdo a lo establecido o según
estándar de empresa.
✓ Todos los errores conocidos y significativos del modelo deben ser
declarados a los destinatarios por el consultor originario.
✓ Todos los modelos deben cargarse en su formato nativo y también en el
formato acordado para compartir a otras partes interesadas.
✓ Todas las versiones anteriores permanecerán en el CDE.

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Entorno de datos común (CDE)

Fuente: University of Cambridge Guide

2.2. Entorno de trabajo colaborativo
Reuniones

Fuente: AOPJA
2.2. Entorno de trabajo colaborativo
Reuniones

Fuente: AOPJA
2.2. Entorno de trabajo colaborativo
Salas BIM

Fuente: BEP Banco de la Nación

2.2. Entorno de trabajo colaborativo
Jerarquías de coordinación

✓ La jerarquía de coordinación se establece típicamente con los

objetos que son más difíciles o costosos moverlos por tener
precedencia.

✓ Permite al equipo tomar decisiones rápidas sobre qué elementos

se debe tratar de ajustar en cualquier situación de conflicto.

Fuente: BIM Forum

2.2. Entorno de trabajo colaborativo
Jerarquías de coordinación

Una matriz de conflictos muestra qué disciplinas tienen prioridad en función de cuáles están más
a la parte superior e izquierda de la matriz (vea la imagen de ejemplo a continuación).

Fuente: BIM Forum

2.2. Entorno de trabajo colaborativo
Intercambio de información

Fuente: BEP Banco de la Nación

2.2. Entorno de trabajo colaborativo
Estrategia de gestión documental
❑ Diferenciación entre planos provenientes de modelos tridimensionales de información,
planos no provenientes de los modelos tridimensionales de información y planos con
ambas procedencias.
❑ Modelo tridimensional nativo de información del que procede o al que queda vinculado.
❑ Código del plano conforme a codificación del PEB.

Fuente: AOPJA
2.2. Entorno de trabajo colaborativo
Estrategia de gestión documental

Para indicar el origen de los planos existen las siguientes posibilidades:

❑ Plano en BIM: Plano 2D que se obtiene directamente del modelo BIM sin
postprocesar.
❑ Plano a partir de BIM: Plano 2D que se obtiene tras postprocesar la documentación
obtenida del modelo.
❑ Plano sin BIM: Plano 2D que no se obtiene del modelo.

Es obligatorio que los planos de definición geométrica y replanteo de los elementos básicos
de la actuación se obtengan o directamente del modelo o a partir del modelo con
postprocesado.

Fuente: AOPJA
2.3. Requerimiento de información

✓ Se establecen los requerimientos para

el desarrollo de la definición de la
geometría y la usabilidad del modelo
con la finalidad de respaldar los
entregables del proyecto.

✓ Estos deben ser entendidos por todos

los stakeholders.
2.3. Requerimiento de información
Se debe considerar lo siguiente:

❑ Establecer información del proyecto (generalidades, ubicación, descripción, etc)

❑ Establecer metas y objetivos

❑ Establecer un nivel de desarrollo, LOD para las especialidades y cada fase del
proyecto

❑ Establecer un estándar en la nomenclatura de la información

❑ Establecer un origen de coordenadas y el uso de ciertas plantillas

❑ Establecer los softwares de intercambios de datos y de información

2.3. Requerimiento de información
Nivel de desarrollo (LOD)
✓ LOD es un conjunto de definiciones que permite a los equipos de proyecto
aclarar el desarrollo de contenido de las expectativas para BIM y las
características de los elementos BIM en los modelos.
✓ Define el nivel de desarrollo o madurez de información que posee un
elemento del modelo, y este es la parte de un componente, sistema
constructivo o montaje del edificio.
✓ El modelado de información de construcción presenta información sobre un
proyecto de construcción en forma de representaciones gráficas
tridimensionales (3D) de elementos (por ejemplo, puertas, vigas, etc.), que
pueden estar además asociado con información sobre otras características
de esos elementos.
✓ Fue desarrollado para proporcionar una forma más sistemática de transmitir
el grado de confianza que puede ser colocado sobre un elemento.

Fuente: BIM Forum

2.3. Requerimiento de información
Nivel de desarrollo (LOD)

20% de información 40% de información 60% de información 80% de información 100% de información
2.3. Requerimiento de información
Nivel de desarrollo (LOD)

Fuente: IMASGAL
2.3. Requerimiento de información
Nivel de desarrollo (LOD)

Fuente: Guía visual de implementación BIM para arquitectos en España

 2.3. Requerimiento de información
Estándar de nomenclatura de información

SEN-MIG-Z1-P1-M3-EST-0001

Código del proyecto Este código debe ser de dos caracteres.

(2 a 6 caracteres) MA – Archivo de animación (del modelo)
Código de la empresa MF – Modelo federado o combinado
(3 caracteres) MD – Modelo para detección de Int.
M2 – Plano 2D
Zona de la edificación M3 – Modelo 3D
(1 a 2 caracteres) MA – Modelo para análisis (térmico, etc.) Código de disciplina (3
ZZ: Todas las zonas MV – Modelo para visualización caracteres)
Este código debe ser de 2 caracteres Cuando un archivo pertenece a una
• ZZ: Niveles múltiples serie que no se distingue por ninguno de
• XX: No hay nivel aplicable los campos anteriores se debe indicar
• 01: Piso 1, etc. un número secuencial. Este código debe
• E1: Entrepiso por encima del nivel 01, 02, etc. ser de cuatro dígitos.
• S1: Sótano 1, 2, etc.

Fuente: Adaptado de Plan BIM Chile

2.3. Requerimiento de información
Plantillas

✓ El Template o plantilla es un archivo base generado posteriormente a

la etapa de estudios de los procesos de las características de la
empresa.
✓ Este archivo contendrá todos los estándares de modelado,
documentación, nomenclatura, representación gráfica, publicación y
comunicación descritas anteriormente.
✓ Es un archivo base guardado en el formato de fichero definido por el
propio software, que tendrá asociado estándares, definiciones
previas relacionadas a toda la información (por ejemplo, cómo se
zonifica el proyecto, se representan las cotas, qué materiales se
utilizan, cuáles son las capas, etc.)

Fuente: Guía visual de implementación BIM para arquitectos en España

2.3. Requerimiento de información
Plantillas
Aspectos fundamentales:

✓ Información del proyecto.

✓ Localización y Norte del proyecto.
✓ Unidades y sistemas de medida.
✓ Componentes de la biblioteca (favoritos).
✓ Estándares de nomenclatura para categorías y propiedades de los
elementos de modelado.
✓ Convención de la nomenclatura de carpetas, ficheros de archivos,
usos del proyecto, fases del proyecto.
✓ Estilos de símbolos y acotación.
✓ Capas, plumillas, materiales de construcción, nivel de detalle,
representación gráfica en general de cada etapa de proyecto.
✓ Tablas, memorias y listados de medición y cuantificación.
Fuente: Guía visual de implementación BIM para arquitectos en España
2.3. Requerimiento de información
Plantillas

✓ Cada software tiene sus especificidades, por lo que es importante

que el desarrollador del Template del estudio sea un experto en
dicho software.
✓ La plantilla es el documento que permitirá al equipo “dialogar” en
base a un mismo “lenguaje”, manteniendo así la coherencia del
modelado y la documentación.
✓ Es también el archivo responsable por mayor eficiencia del
modelado.
✓ El Template es la pieza clave para que el equipo no pierda tiempo con
en el modelado y documentación

Fuente: Guía visual de implementación BIM para arquitectos en España

2.4. Entregables del proyecto
Modelled information
❑ Se requiere un registro completo de activos para respaldar auditorías e informes precisos. Cada
espacio interno o externo identificable debe ser capturado dentro del BIM y / o conjuntos de
datos asociados además de cada piso distinto que los contiene. Las zonas también se
identificará dentro del entregable de COBie.

❑ La instalación, los pisos (regiones), las zonas y los espacios (ubicaciones) se documentarán con
sus áreas netas y brutas. El método de medición utilizado debe estar documentado en la hoja de
instalaciones del entregable de COBie. Esto es para permitir un preciso espacio de planificación
y para asegurar que el activo completo cumpla con el propósito previsto.

❑ La información necesaria para las operaciones normales de la instalación se debe proporcionar

para apoyar a los operadores de las instalaciones y al empleador para anticipar los costos de las
operaciones.

Fuente: University of Cambridge Guide

2.4. Entregables del proyecto
Two-dimensional outputs

La información transversal del modelo se compartirá utilizando un dibujo tradicional.

convenciones. Los dibujos, renders, informes y horarios deberán proporcionar lo
siguiente:

❑ Información solo para el propósito del uso previsto

❑ Minimice la repetición de detalles ilustrados y sin duplicación de dibujos

❑ Disposición lógica y accesible de la información.

Fuente: University of Cambridge Guide

2.4. Entregables del proyecto

❑ Enumere los archivos y documentos de modelo específicos requeridos al final del esfuerzo del
proyecto en esta sección.
❑ Los entregables del proyecto deben, al menos en parte, satisfacer los objetivos del proyecto.
Algunas metas, como una comunicación mejorada, no estaría satisfecho con los entregables del
modelo, sino más bien esos entregables serían un subproducto de la mejora de la comunicación
lograda en el proyecto.
❑ Los formatos de entregables y el método de envío de archivos también deben describirse
claramente.
❑ Se debe contar con hojas de firma para el BEP y los BIM finales.
• La hoja de firma para el BEP está ahí para asegurar que cada operación esté de acuerdo con el
plan y está listo para seguir adelante con los mismos objetivos en mente.
• La firmar de las hojas de los BIM finales son para confirmar que cada comercio está satisfecho
con la reservación espacial que han sido acordadas a través del proceso de coordinación.

Fuente: BIM Forum

2.4. Entregables del proyecto
❑ Entregables en papel : Proporcione dibujos impresos y entregables.

❑ Entregables electrónicos: Se requieren modelos BIM y archivos electrónicos para cada hito y
durante la fase de desarrollo del proyecto.

Los siguientes son requisitos de datos para todos los entregables:

❑ Modelo (s) 3D totalmente coordinado, arquitectónico, estructural y MEP en Revit y modelo Civil en
Civil 3D al 100% Documentos de construcción y presentaciones de fase de documentos de registro
final.
❑ Programas de equipos y entregables de COBie generados a partir de los parámetros integrados en
los objetos del modelo de Revit.
❑ Los archivos BIM listos para enviarse deben limpiarse de "desechos" o "espacios de trabajo"
extraños (capas, historias, diseños abandonados, lugares de creación y prueba de objetos, capas
vacías y otro contenido, que normalmente se produce en la producción BIM).
Fuente: University of South California Guidelines
2.4. Entregables del proyecto

❑ El equipo de diseño y el equipo de construcción trabajarán juntos en un esfuerzo

coordinado para cumplir con responsabilidad los requisitos del dibujo y se
asegurarán de que los BIM se actualicen según los datos de campo registrados por
el equipo de construcción.

❑ Se ha determinado que la responsabilidad de la entrega de los registros BIM y los

documentos presentados sea del equipo de diseño.

❑ Se puede realinear y / o cambiar las responsabilidades y los entregables requeridos

para un proyecto específico si es que las partes lo estipulan de esa manera.

Fuente: University of South California Guidelines

2.4. Entregables del proyecto
Listado de Entregables BIM

Fuente: AOPJA
2.4. Entregables del proyecto
Listado de Entregables BIM

Fuente: BEP Banco de la Nación

2.4. Entregables del proyecto
Niveles de desarrollo (LOD)

Fuente: AOPJA
2.4. Entregables del proyecto
Matriz de objetivos BIM y Responsabilidades

✓ La Guía de Singapur propone una matriz compuesta por tres columnas:

❑ Objetivos del Proyecto BIM.

❑ BIM Manager.
❑ Miembros del Proyecto involucrados en el objetivo.

✓ Los objetivos se clasifican según Diseño (conceptual, preliminar y detallado),

Construcción, modelo As-Built y Gestión de Instalaciones.

✓ La segunda columna es la del BIM Manager, dejando opción a su aprobación.

✓ Finalmente, se encuentran los miembros de proyecto que se plantean en el

ejemplo de manera genérica.
Fuente: Guía de Singapur
2.4. Entregables del proyecto
Matriz de objetivos BIM y Responsabilidades

Fuente: Guía de Singapur

2.4. Entregables del proyecto
Matriz de objetivos BIM y Responsabilidades

Fuente: Guía de Singapur

Actividad
Actividad

Desarrollar el mapa de proceso general de la etapa de coordinación 3D de especialidades del

proyecto Olivar
Consultas