BIM no es sólo un modelo 3D. Es una metodología de gestión de información que conecta personas, procesos, datos y decisiones durante todo el ciclo de vida del proyecto. En construcción, eso significa menos improvisación, más trazabilidad y mejor capacidad para decidir antes de que el cambio sea caro.
La lectura correcta es simple: al inicio del proyecto hay más capacidad para impactar costo y valor. Conforme avanza el tiempo, el costo de cambiar crece. BIM desplaza el esfuerzo útil hacia etapas tempranas, donde coordinar todavía es barato y el efecto es mucho mayor.
Selecciona una serie para leerla. El área tintada es la ventana donde BIM todavía cambia el resultado a bajo costo.
En las primeras fases el equipo aún puede cambiar estrategia, alcance y criterios funcionales con alto efecto y bajo costo relativo.
BIM no elimina el esfuerzo: lo cambia de lugar. Lleva más energía al frente del proyecto para ahorrar dolor al final.
Usa esta idea al explicar MacLeamy a dirección: no es “menos trabajo”, es trabajo más barato porque ocurre cuando aún se puede cambiar el rumbo.
Muchas decisiones siguen ocurriendo tarde, cuando el proyecto ya está amarrado por tiempo, compras y obra.
La curva roja de costo de cambio sube hacia la derecha: cuanto más obra, más caro corregir el modelo o el dato.
La información correcta en fases tempranas mejora presupuesto, plazo, coordinación y calidad del entregable final.
Conecta esta gráfica con EIR/BEP: lo que defines temprano (alcance, entregables, QA) es lo que hace barata la coordinación después.
Las dimensiones BIM muestran como el modelo se enriquece con información para responder preguntas distintas. Usa los botones para leer cada dimensión como un escalón de valor, no solo como una etiqueta técnica.
Pasa el cursor o Tab sobre las tarjetas inferiores para consejos rápidos; el mapa y los botones 3D–8D siguen siendo la explicación principal.
Pasa el cursor o haz clic en cada burbuja para cambiar la explicación de la dimensión BIM.
El modelo 3D permite representar elementos, ubicaciones y relaciones espaciales para revisar interferencias y entender el proyecto.
Las dimensiones no reemplazan el sistema BIM; solo muestran capas de información útil para cada decisión.
Cada “D” suma datos al modelo: 4D tiempo, 5D costo, 6D sostenibilidad, 7D operación, 8D seguridad/higiene — siempre sobre la base 3D coordinada.
Confundir BIM con 3D y dejar por fuera tiempo, costo, sostenibilidad, activos y seguridad.
Si solo modelas en 3D sin LOD/LOI, parámetros y CDE, los tableros 5D/7D no tendrán datos confiables aunque el modelo “se vea bien”.
Activa cada dimensión solo cuando tenga un caso de uso claro, responsables definidos y una fuente de datos confiable.
Amarra cada dimensión a un entregable del BEP/MIDP y a un estado del CDE (WIP → Compartido → Publicado) para que no sea solo un título en reunión.
El Level of Development (LOD) describe hasta qué punto la geometría y la documentación gráfica de un elemento son fiables para un uso concreto (visualización, licitación, coordinación, fabricación, as-built). El Level of Information (LOI) u otros marcos de “necesidad de información” describen qué datos no gráficos deben existir (parámetros, clasificación, documentos asociados). En contrato y en BEP, conviene fijar LOD + LOI por disciplina y por hito; si solo se dice “LOD 300”, el modelo puede cumplir forma pero fallar en 5D/7D por datos vacíos. Para pedirlo por propósito, hito y actor, ve LOIN (ISO 7817).
La tabla resume la lectura práctica más extendida (alineada con BIM Forum / AIA, uso frecuente en EEUU y referenciada en muchos BEP internacionales). Adáptala a tu EIR y a la normativa local; en entornos ISO 19650 se traduce como requisitos de información y nivel de necesidad de información.
| LOD | Lectura operativa | Uso típico del modelo | Señal de cumplimiento |
|---|---|---|---|
| 100 | Existencia aproximada: volumen, área, orientación o ubicación conceptual; no dimensiones constructivas fiables. | Estudios de factibilidad, masterplan, comparación de alternativas. | Elementos simbólicos o masas; sin pretender mediciones de obra. |
| 200 | Geometría genérica con cantidades aproximadas; forma reconocible pero aún no especificación final. | Diseño esquemático, primeras mediciones orientativas, briefings. | Familias placeholder o genéricas; parámetros clave acordados aunque sean provisionales. |
| 300 | Elementos específicos en tamaño, forma, ubicación y orientación alineados con documentación de diseño. | Anteproyecto / proyecto ejecutivo para licitación y coordinación multidisciplina seria. | Lo modelado es coherente con planos y especificaciones del hito; listos para extracciones de cantidad con reglas claras. |
| 350 | LOD 300 más interfaces con otros sistemas o paquetes (huecos, soporte, penetraciones, reservas). | Coordinación constructiva detallada, resolución de interferencias con instalaciones y estructura. | Interpenetraciones y conexiones modeladas o documentadas; menos sorpresas en obra. |
| 400 | Detalle orientado a fabricación, montaje o construcción; piezas y conexiones definidas. | Prefabricación, taller, DfMA, shop drawings digitales. | Geometría y datos alineados con lo que se fabrica o se encarga; trazabilidad a pedidos y lotes. |
| 500 | Modelo o elemento verificado en campo: como construido / como instalado para operación. | Entrega de activo, FM, CAPEX/OPEX, digital twin operativo. | Registro de desviaciones aceptadas, seriales, mantenimiento y enlaces a O&M. |
| Escala LOI (ejemplo) | Qué información se espera |
|---|---|
| LOI 10–30 | Identidad mínima del objeto (código, disciplina, zona); datos para localizar y contar, sin hoja de producto. |
| LOI 40–50 | Propiedades para diseño y coordinación: materiales previstos, sistemas, clasificación (Uniclass/IFC), rendimiento básico. |
| LOI 60+ | Datos para compras, obra o operación: fabricante, modelo, garantías, mantenimiento, costo, sostenibilidad, enlaces a PDF/planos. |
Geometría “correcta” con parámetros vacíos: los tableros y extractos fallan aunque el render luzca bien.
En la matriz de entregables, una columna LOD y otra LOI (o propiedades obligatorias) por tipo de elemento evita discusiones en recepción.
El enfoque actual en muchos países es definir la “necesidad de información” por finalidad, no solo una etiqueta LOD.
Puedes mapear LOD/LOI internos a PIM/AIM y a los entregables del TIDP/MIDP para que el cliente vea trazabilidad con su EIR.
El mandante fija requisitos (EIR/OIR); el equipo responde con BEP, plantillas y listas de comprobación por hito.
Registra excepciones: “LOD 300 pero LOI 20 hasta licitación” es válido si está escrito y aceptado.
El Level of Information Need (LOIN) es la forma que propone la familia ISO 19650 para pedir información. Nació en la EN 17412-1 y hoy es la ISO 7817-1:2024. En lugar de una etiqueta para todo el modelo (“LOD 300”), se escribe para cada objeto qué geometría, qué datos y qué documentos hacen falta, para qué uso, en qué hito y entre quién y quién. Lo que no responde a un propósito es sobre-modelado: cuesta y nadie lo usa.
Detalle, dimensionalidad (2D/3D), ubicación, apariencia y comportamiento paramétrico.
Identificación (código, clasificación) y contenido: propiedades con unidad y valor esperado.
Fichas técnicas, certificados, planos de taller, manuales o fotos ligadas al objeto.
| Concepto | Qué mide | Pregunta que responde | Riesgo si se usa solo |
|---|---|---|---|
| LOD BIMForum / AIA |
Qué tan confiable es la geometría (y algo de dato) de un elemento. | ¿Puedo medir, licitar o fabricar con esto? | Una sola cifra para todo el modelo; cumple forma y falla en datos. |
| LOI Práctica UK |
Cuántos datos no gráficos trae el objeto. | ¿Qué propiedades tiene llenas? | Parámetros por costumbre, sin saber quién los va a usar. |
| LOIN ISO 7817-1 |
La información necesaria por propósito, hito y actor. | ¿Qué necesita quién, para qué y cuándo? | Pide disciplina para escribirlo; a cambio, se puede validar (IDS). |
Muchos contratos siguen pidiendo LOD. Úsalo como atajo, pero escribe debajo la tabla LOIN de los objetos que importan.
Empieza por 10 o 15 objetos críticos (puertas, equipos, muros cortafuego, losas). No hace falta especificar cada tornillo.
Si la LOIN está bien escrita, se puede convertir en un archivo IDS y revisar el IFC de forma automática.
Ve la sección openBIM: IDS dice qué propiedades debe traer cada tipo de elemento y con qué valores.
Un modelo con detalle de fabricación en anteproyecto es más lento, más pesado y engaña sobre lo que está decidido.
Pregunta siempre: ¿quién va a usar este dato y en qué decisión? Si nadie, no se modela todavía.
La madurez BIM de la empresa no es lo mismo que la madurez de un proyecto. Describe qué tan sistemáticos son: procesos, CDE, estándares, formación y medición. La escala siguiente resume una lectura práctica alineada con la evolución histórica UK BIM (0–3) y un nivel aspiracional de integración avanzada.
Pasa el cursor o Tab sobre cada nivel para ver señales típicas, riesgos y el siguiente paso recomendado.
El nivel no lo decide el software caro, sino si el último proyecto cerrado cumplió entregables, CDE y KPIs sin crisis.
Reúne a PM, BIM Manager y una disciplina, y pregunten en qué nivel estuvieron en el último entregable publicado, no en la demo del congreso.
Dos empresas con Revit pueden estar en nivel 1 y 3; la diferencia es gobernanza, no la versión del programa.
Usa esta gráfica para alinear expectativas con cliente y consultores antes de prometer “BIM nivel 3” en propuesta.
Dimensiones BIM (gráfico 2) son capacidades; madurez es si la organización las usa de forma repetible.
Después de fijar nivel objetivo, baja a EIR/BEP/MIDP/TIDP (gráfico 5) y CDE (gráfico 6) con hitos medibles.
El BIM Manager no es el modelador principal del proyecto. Su función es diseñar el marco de trabajo, asegurar la calidad de la información y coordinar que las disciplinas produzcan dentro de reglas claras.
Pasa el cursor o Tab sobre cada tarjeta y cada barra de rol para ver el detalle; la tabla RACI resume quién hace qué.
Traduce objetivos del cliente en usos BIM, entregables, hitos y reglas de control.
Traduce el EIR en un plan vivo: qué se modela, con qué LOD/LOI, y qué se entrega en cada hito.
Fija nomenclaturas, estructura documental, estados CDE, QA/QC y criterios de aprobación.
El BEP documenta esto; el BIM Manager vigila que los modeladores no “inventen” convenciones fuera del plan.
Ordena dónde vive la información, qué versión es válida y cómo se emite formalmente.
WIP no es referencia contractual; Publicado sí. El Manager cierra la brecha entre cultura de equipo y regla de datos.
Controla consistencia, trazabilidad, completitud y alineación con los requerimientos del proyecto.
Checklists, auditorías y validadores; no es belleza del modelo, es cumplimiento de requisitos y metadatos.
No modela por otros: integra arquitectura, estructura y MEP para que el sistema funcione como uno solo.
Facilita acuerdos entre coordinadores y modeladores; el federado y la matriz de incidencias son sus herramientas.
Verifica que lo que el cliente pide se traduzca en un plan ejecutable y cumplible.
Si el EIR pide datos para FM y el BEP no los asigna a disciplinas/TIDP, el Manager detecta el hueco antes del handover.
Dueño del marco: EIR/BEP alineados, reglas del CDE, QA y decisiones cuando hay conflicto entre disciplinas o con el cliente.
Ejecución técnica diaria: federación, sesiones de choque, listas de incidencias y seguimiento hasta cierre en CDE.
Producen geometría y datos según BEP/TIDP; no definen sola la gobernanza, pero alimentan la calidad del federado.
Emite necesidades (EIR), valida entregables clave y aprueba cambios de alcance que impactan costo o riesgo.
| Actividad | BIM Manager | Coordinador BIM | Modeladores | Cliente |
|---|---|---|---|---|
| Definir estrategia BIM y estructura BEP | A | C | I | C |
| Coordinar disciplinas y federar modelos | C | A | R | I |
| Gestionar publicación en CDE | A | R | C | I |
| Verificar cumplimiento de EIR / BEP | A | R | C | I |
| Aprobar entregable final | C | I | C | A |
La estructura BIM no empieza en el modelado. Empieza en la información. EIR define que necesita el cliente, BEP define cómo se producirá, y MIDP/TIDP organizan quién entrega qué y cuándo.
Cómo leer este gráfico (perfil geológico): piensa en un corte de terreno. Abajo, como roca madre, está el EIR: lo que el mandante exige; es la base que no debería moverse a la ligera. Encima se apilan el BEP (como produce el equipo), el MIDP (plan maestro de entregas) y, arriba, el TIDP — la “capa superficial” donde cada disciplina ejecuta tareas concretas. No es el orden de redacción en papel; es qué sostiene a qué: sin buen EIR/BEP, lo de arriba se derrumba como tierra sobre mal cimiento.
Pasa el cursor o Tab sobre cada estrato coloreado para ver detalle; debajo, el ciclo de vida BIM · BAM · BOOM! con su autor.
Superficie del proyecto — lo que ves en obra y en reunión
Tareas y fechas por disciplina: quién modela qué, cuándo sube al CDE y con qué checklist.
Es donde el MIDP se vuelve acción: listas por Arq / Est / MEP, responsables con nombre, hitos semanales. Si esta capa es vaga, el MIDP es solo PowerPoint.
Plan maestro del proyecto: hitos, entregables federados y ventanas de revisión formal.
Conecta el calendario del proyecto con paquetes de información. Define cuando se necesita modelo coordinado, permisos o handover — antes de bajarlo a cada TIDP.
Cómo el equipo producirá, revisará y publicará: CDE, roles, software, QA/QC.
Traduce el EIR en reglas jugables: estados WIP / Compartido / Publicado, nomenclatura, quién aprueba y cómo se valida la información antes de que llegue al cliente.
Qué información necesita el cliente, con qué calidad y para qué usos BIM.
Documento del mandante: entregables, LOD/LOI, formatos y criterios de aceptación. Sin esto acordado, “BIM nivel X” es opinión, no requisito.
Cimiento — EIR sostiene todo el sistema de información
En papel suele leerse EIR → BEP → MIDP → TIDP. En el perfil de capas, lo profundo (EIR) es lo que da solidez; lo superficial (TIDP) es lo que toca el equipo cada semana.
El esquema BIM-BAM-BOOM lo planteó y popularizó Patrick MacLeamy, FAIA, arquitecto y ejecutivo estadounidense (ex-CEO de HOK, vinculado a buildingSMART y autor de la curva de MacLeamy, gráfico 1 en esta guía), en charlas y videos desde ~2010. Lo usó para explicar que el modelo digital debe servir más allá del estudio de diseño: mejor diseño, mejor construcción, mejor operación. Wikipedia · Patrick MacLeamy · ArchDaily · BIM-BAM-BOOM
Fase de diseño: modelo 3D y datos para explorar alternativas, desempeño y costos antes de construir.
Fase de construcción / montaje: el contratista usa el modelo para coordinar obra, prefabricación, logística y ensamblaje.
Fase de operación: el propietario usa el modelo y los datos para explotar, mantener y optimizar el activo en el tiempo.
MacLeamy enfatiza el peso económico del ciclo de vida (diseño vs construcción vs décadas de operación) para justificar invertir en datos tempranos que luego alimenten BAM y BOOM. No reemplaza EIR/BEP/MIDP/TIDP: se superpone como fases de uso del modelo en paralelo a la gobernanza ISO 19650.
Define objetivos, usos BIM, entregables, formatos, hitos y criterios de aceptación.
“Para operación necesito espacios codificados, sistemas MEP nombrados y hojas de equipo en PDF + datos para FM al cierre de DD.”
Ordena roles, protocolos, software, estados del CDE, QA/QC, coordinación y aprobaciones.
“Revit 2023, nomenclatura según tabla A2, revisión interna en WIP, federación semanal en Compartido, publicación solo con checklist QA y firma del coordinador.”
Conecta hitos del proyecto con entregables federados y ventanas de revisión formal.
“Semana 18: modelo federado DD para revisión interdisciplinaria; semana 22: paquete IFC + planos para permiso; responsable único de reunión: BIM Manager.”
Baja el plan a tareas concretas para cada equipo productor de información.
“MEP: completar parámetros de equipos para FM antes del 15/05; Estructura: enviar revisión C03 al CDE los martes; Arq: actualizar habitaciones según norma X.”
ISO 19650 no dice qué software usar: dice cómo se pide, se produce, se revisa y se entrega la información. La parte 1 da los conceptos, la 2 la fase de entrega (diseño y obra), la 3 la operación del activo, la 4 el intercambio, la 5 la seguridad de la información y la 6 la salud y seguridad. Esta sección baja la norma a lo que un equipo usa cada semana.
Se lee de arriba hacia abajo: lo que la organización necesita se vuelve lo que cada contrato debe entregar.
Ojo con las siglas: en ISO 19650, EIR significa Exchange Information Requirements (requisitos de intercambio). En la PAS 1192 anterior era Employer’s Information Requirements. La idea es la misma; el nombre nuevo deja claro que hay un EIR por cada contrato.
Escribe OIR, AIR, PIR y EIR, define el CDE del proyecto y acepta o rechaza lo que se entrega.
Arquitecto líder, gerencia o constructora. Arma el BEP, el MIDP y coordina a sus equipos.
Cada disciplina o proveedor. Trabaja con su TIDP y entrega en los contenedores acordados.
Elige un paso para ver qué se produce, quién lo hace y qué suele fallar.
El cliente decide qué información necesita y cómo se va a gestionar antes de contratar a nadie.
| BEP pre-contrato | BEP post-contrato | |
|---|---|---|
| Para qué | Convencer: muestra cómo respondería el equipo al EIR. | Operar: es la regla de juego que se firma y se audita. |
| Contenido | Equipo propuesto, estrategia de entrega, capacidad, plan de movilización y riesgos. | Roles con nombre, matriz de responsabilidades, CDE, nomenclatura, software y versiones, QA/QC, MIDP. |
| Error común | Copiar el de otro proyecto y prometer usos BIM que el equipo no domina. | No actualizarlo: a los tres meses ya nadie sigue lo que dice. |
MIDP y TIDP: cada equipo de tarea arma su TIDP (qué contenedores entrega, cuándo y quién los autoriza); la parte designada principal los junta en el MIDP, que es el calendario maestro de información. Si un entregable del MIDP no aparece en ningún TIDP, nadie lo va a producir.
Un contenedor es cualquier conjunto de información con nombre propio que se guarda y se versiona: un modelo, un plano, una hoja de cálculo, un PDF. El nombre se arma por campos; el más usado es el del Anexo Nacional de Reino Unido. Toca cada campo:
Proyecto: código corto y único del proyecto. Lo asigna el cliente y es igual en todos los contenedores.
El estado dice para qué se puede usar un contenedor; la revisión dice qué versión es. Van en los metadatos, no en el nombre.
| Estado CDE | Código | Significa | Revisión |
|---|---|---|---|
| WIP | S0 | Trabajo en curso. Sólo lo ve el equipo autor. | P01.1, P01.2… |
| Compartido | S1 | Apto para coordinación (federar, correr interferencias). | P01, P02… |
| Compartido | S2 | Apto para información: referencia, no para construir. | |
| Compartido | S3 | Apto para revisión y comentarios. | |
| Compartido | S4 | Apto para aprobación de la etapa. | |
| Compartido | S6 | Apto para autorizar el PIM (cierre de la fase de entrega). | |
| Compartido | S7 | Apto para autorizar el AIM (entrega a operación). | |
| Publicado | A1, A2… An | Autorizado y aceptado; el número indica la etapa. | C01, C02… |
| Publicado | B1, B2… Bn | Aceptado en parte, con comentarios que hay que atender. | |
| Publicado | CR | Registro de lo construido (as-built). | |
| Archivado | — | Histórico: versiones superadas que se guardan para auditoría. | Se conserva la última |
P es preliminar (compartido); C es contractual (publicado). Cada vez que se comparte sube la P; al publicarse pasa a C.
P01.1 → P01.2 en WIP; P01 al compartir para coordinación; P02 tras los comentarios; C01 cuando el cliente lo acepta.
Los códigos de la tabla son del Anexo Nacional de Reino Unido. Si tu cliente o tu país usan otros, ponlos en el EIR y en el BEP.
Lo importante es que todos lean igual un estado: qué se puede usar para coordinar, qué para comentar y qué es contractual.
La 3 lleva el mismo método a la operación; la 5 protege información sensible; la 6 trata la información de salud y seguridad.
En edificios públicos, hospitales o residencias de alto perfil, pregunta pronto si aplica la parte 5: cambia quién puede ver qué en el CDE.
El CDE es el espacio donde la información gana trazabilidad. La regla no es solo guardar archivos, sino controlar el estado de cada versión para evitar decisiones tomadas con información incorrecta.
Pasa el cursor o Tab sobre cada carril (WIP → Archivado) para ver el uso práctico del estado.
Trabajo interno de cada disciplina.
Borrador del autor: puede cambiar cada hora. Nadie debería federar esto para decisiones formales ni mandarlo al cliente.
Información lista para coordinar.
Zona de choques y comentarios: aquí se ve la verdad “en construcción” entre disciplinas antes de congelar una revisión.
Documento o modelo aprobado para uso oficial.
Versión firmada / aceptada: planos para obra, IFC contractual, o baseline para 4D/5D. Si no está Publicado, no es referencia.
Histórico trazable del proyecto.
No borres historial: guarda revisiones viejas para auditorías, disputas y “quién aprobó qué” meses después.
Saltar de WIP a Publicado sin pasar por coordinación. Eso destruye trazabilidad y aumenta riesgo contractual.
Sin Compartido coordinado, lo Publicado se basa en modelos que nadie vio juntos: choques y errores de datos pasan a ser contrato.
Asegurar reglas del CDE, permisos, revisiones y estados documentales comprensibles para todos.
Permisos por rol, naming, qué carpeta es WIP y cuál Publicado, y quién puede publicar — si no está escrito, no es gobernanza.
Un proyecto donde cada actor sabe qué información puede usar, revisar o aprobar.
Cualquier disciplina debe responder en 30 s: “¿cuál es la última versión válida para obra y dónde está en el CDE?”.
Códigos y revisiones: los estados S0–S7, A, B y CR y las revisiones P01/C01 están en ISO 19650 completa. En RÜM, cada documento del CDE lleva su estado (WIP, Compartido, Publicado, Archivado) y sólo los roles que aprueban pueden publicar; ve Cómo se conecta con RÜM.
openBIM es el conjunto de estándares abiertos de buildingSMART para intercambiar modelos, temas de coordinación y requisitos entre programas distintos. No sustituye a Revit, Archicad o Tekla: hace que lo que sale de ellos se pueda leer, revisar y archivar sin depender de una licencia, hoy y dentro de 20 años.
El formato del modelo (ISO 16739-1): geometría, relaciones y propiedades de cada elemento.
Ojo: exporta con mapeo de propiedades y origen compartido, y abre el IFC en un visor antes de mandarlo.
BIM Collaboration Format: un tema de coordinación con punto de vista, captura, elementos señalados (GUID), comentarios, responsable y estado.
.bcfzip o por la BCF API entre plataformas.Ojo: si los modelos cambian de GUID en cada exportación, los temas pierden sus elementos.
Information Delivery Specification: un archivo que una máquina entiende y que dice qué propiedades, clasificaciones y valores debe traer cada tipo de elemento.
Ojo: un IDS con 400 reglas nadie lo cumple; empieza por lo que el cliente sí va a usar.
buildingSMART Data Dictionary: catálogo en línea de clases y propiedades, con definición, unidad y traducciones.
Construction Operations Building information exchange: espacios, sistemas, equipos, garantías, refacciones y mantenimiento en hojas o en IFC.
Uniclass, OmniClass o UniFormat dan un código a cada elemento para agrupar costos, especificaciones y mantenimiento.
Estas barras ayudan a abrir la reunión con foco en decisiones, no solo en reporte de actividad.
Pasa el cursor o Tab sobre cada barra o tarjeta de resumen para ver qué preguntar en la reunión.
Pregunta en sala: qué disciplinas incumplieron checklist LOD/LOI esta semana y cuál revisión del CDE queda bloqueada por eso.
Diferencia choque “reportado” vs “cerrado con revisión publicada”. Sin cierre en modelo + acta, el porcentaje miente.
Parámetros vacíos rompen 5D, FM y reportes. Pide una muestra aleatoria de 20 elementos y cuenta huecos frente al BEP.
Si algo es “crítico”, debe tener dueño y fecha. Si no, rebájalo a backlog o súbelo a riesgo formal en el tablero.
4 coordinaciones con acta, responsable y fecha de cierre.
Cada acta debería cerrar al menos un choque o una decisión de modelo; reunión sin decisión es ruido.
Medio porque la carga de parámetros todavía exige seguimiento directo.
Riesgo medio = prioriza TIDP/MIDP: asigna bloques de parámetros por disciplina antes del próximo hito.
MEP mantiene mejor ritmo de resolución y trazabilidad de cambios.
Usa a la disciplina fuerte como referencia de estándar: qué hace MEP que las otras aún no replican en CDE.
Auditar matrices de datos antes de la siguiente publicación.
Publicar sin matriz al dia = FM y costos con datos fantasmas. Publica sólo si la muestra de QA paso.
No todos los usos BIM pesan igual en todas las etapas. La clave es activar el uso correcto en el momento correcto, con responsable claro y un dato confiable detrás. Pasa el cursor sobre cada barra o tarjeta (o usa Tab para enfocar) para ver definiciones y buenas prácticas.
Prioriza alcance, requerimientos de información, estructura documental y criterios de aprobación.
Define alcance BIM, matriz RACI, criterios de aceptación por entrega y versionado en el CDE antes de que el modelado arrastre decisiones implícitas difíciles de corregir después.
El valor real aparece cuando modelo, choques y matriz de datos avanzan de forma sincronizada.
Alinea agenda de choques, estados de modelos publicados, cierre de incidencias y actualización de metadatos en la misma cadencia; el valor es coherencia entre geometría y datos, no solo reuniones.
El foco cambia de geometría a información confiable, trazable y útil para activos y mantenimiento.
Handover: modelos as-built, listas de equipos, manuales y paquetes de datos estructurados para FM, con trazabilidad desde requisitos iniciales (golden thread de información).
Un modelo federado junta los modelos de cada disciplina sin fusionarlos: cada autor sigue siendo dueño del suyo. Para que sirva, todos comparten origen y coordenadas, unidades, niveles con el mismo nombre y una versión en estado compartido (S1). Sobre ese federado se corre la detección de interferencias.
Dos elementos ocupan el mismo espacio: un ducto atraviesa una trabe, una tubería cruza un muro sin paso.
No se tocan, pero invaden un espacio libre: acceso a mantenimiento, aislamiento, apertura de puertas, tolerancia de montaje.
Chocan en el tiempo: grúa y andamio en la misma zona la misma semana, o un equipo que ya no cabe por donde debía entrar.
Una matriz deja escrito antes de la primera reunión qué pares se revisan, con qué tolerancia y quién cede por defecto.
| Par de disciplinas | Prioridad | Tolerancia típica | Quién cede por defecto |
|---|---|---|---|
| Estructura vs. instalaciones | P1 | 0 mm (duras) · pasos acordados | Instalaciones; si no hay ruta, paso en la trabe con visto bueno del calculista. |
| Drenaje por gravedad vs. resto de MEP | P1 | 25 mm | Lo presurizado y lo eléctrico: la pendiente no se negocia. |
| Ductos vs. tuberías y charolas | P2 | 25–50 mm | Tuberías chicas y charolas antes que ductos grandes. |
| Arquitectura vs. estructura | P2 | 10 mm | Arquitectura (acabados, plafones, cancelería). |
| Plafones y acabados vs. MEP | P3 | Holgura de mantenimiento | Se resuelve por zona con altura libre acordada. |
Jerarquía para moverse (de lo más rígido a lo más flexible): estructura → drenaje por gravedad → ductos grandes → tuberías presurizadas → charolas y eléctrico → acabados. Adáptala al proyecto y escríbela en el BEP.
Correr todo contra todo sin tolerancias ni agrupación llena la reunión de ruido.
Pruebas por par de disciplinas y por nivel o zona, con reglas guardadas para repetirlas igual cada semana.
Un tema se cierra cuando la corrección aparece en un modelo compartido, no cuando alguien dice “ya lo moví”.
Mide el porcentaje de temas cerrados a tiempo, no el número de choques detectados.
El visor de coordinación y la gestión de issues guardan cada tema con responsable, estado y su lugar en el modelo.
Los consultores levantan lo que encuentran y queda en revisión hasta que el coordinador lo valida. Ve Cómo se conecta con RÜM.
El diagrama muestra el flujo como grafo dirigido: cada caja es un paso y cada flecha es un traspaso de información. El color del nodo indica quién lidera la tarea (modelador, coordinador o BIM Manager).
Pulsa un nodo (G1, M1, C1…) para ver el detalle del paso, o una flecha en el diagrama para leer qué se entrega entre dos pasos.
Mapa de nodos y conexiones
Se valida alcance, prioridades y restricciones del periodo para modelar con objetivos claros de coordinación.
Cada dimensión sólo vale si el modelo trae el dato que la alimenta. Para cada una: qué se liga, qué se obtiene y con qué herramienta de RÜM se trabaja hoy.
Se liga: actividades del programa a elementos o zonas del modelo.
Se obtiene: la secuencia constructiva vista en 3D, frentes de trabajo y choques en el tiempo.
En RÜM: Planner 4D y Reproductor 4D.
Se liga: cantidades del modelo a conceptos con su análisis de precio unitario (APU).
Se obtiene: presupuesto que cambia cuando cambia el diseño y el impacto económico de cada cambio.
En RÜM: APU visual y presupuesto.
Se liga: el 4D y el 5D: lo planeado, lo avanzado y lo pagado.
Se obtiene: si vas atrasado o caro, y cuánto costará terminar.
En RÜM: tablero EVM con curva S de PV, EV y AC.
Se liga: orientación, materiales, clima y consumos.
Se obtiene: comparar alternativas por asoleamiento, confort, energía o carbono antes de decidir.
En RÜM: análisis bioclimático del estudio de sostenibilidad.
Se liga: activos, sistemas, garantías y mantenimiento (AIR, COBie).
Se obtiene: un AIM útil desde el primer día de operación.
La simulación ayuda cuando revisa algo: accesos, grúas, entregas, zonas ocupadas.
Úsalo en el lookahead de seis semanas del Last Planner: cada restricción liberada se ve en el modelo.
Si los elementos no tienen código, las cantidades se reparten a mano y el presupuesto deja de seguir al modelo.
Amarra tipo de elemento → concepto de catálogo una vez, y reutiliza esa tabla en cada proyecto.
EVM sólo funciona si el criterio de avance (cantidad instalada, hitos, porcentaje) no cambia cada semana.
Escribe el criterio de avance por partida en el BEP o en el plan de control del proyecto.
El modelo no decide nada solo. VDC (Virtual Design and Construction, del CIFE de Stanford) junta tres modelos: el del producto (BIM), el de la organización (quién decide) y el del proceso (cómo y cuándo), y los mide contra objetivos del cliente. Lean pone el foco en el flujo: menos espera, menos retrabajo, compromisos confiables.
Objetivos del cliente → objetivos del proyecto → métricas de producción que se revisan cada semana (temas cerrados a tiempo, días de respuesta, PPC).
Sesiones cortas con las personas que deciden, el modelo en pantalla y una agenda cerrada. La meta es que una decisión tarde horas, no semanas.
Sala física o virtual donde diseño, obra y cliente trabajan juntos ciertos días, con tableros a la vista de todos.
Hitos y fechas contractuales. Dice qué, no cómo.
Desde cada hito hacia atrás, con quienes van a hacer el trabajo: cada uno dice qué necesita del anterior.
Se liberan restricciones: diseño, materiales, mano de obra, equipo, permisos y espacio. Lo que no se libera no entra.
Compromisos de quien ejecuta: sólo se promete lo que se puede hacer.
PPC (porcentaje de plan cumplido) y causas de no cumplimiento. La causa se ataca; la persona no se castiga.
Un tema de coordinación abierto es una restricción de diseño; cerrarlo libera trabajo del lookahead.
Lleva al lookahead los temas P1 que bloquean frentes de las próximas seis semanas, no la lista completa.
Si una sesión termina sin decisiones con dueño y fecha, fue un informe, no una ICE.
Agenda con las 5 decisiones que se necesitan hoy, y en la sala quien puede tomarlas.
Tres métricas que todos entienden valen más que un tablero con treinta.
Empieza con PPC, temas P1 abiertos y días promedio de respuesta a RFIs.
Un gemelo digital no es un render del edificio: es una representación digital del activo conectada a datos reales que se actualizan y que sirve para decidir cómo operarlo y mantenerlo. Se empieza a construir el primer día, cuando se escriben los AIR, no la semana de la entrega.
Modelo y documentos CR: lo que se construyó, con desviaciones aceptadas.
Cada equipo con código, espacio, sistema, garantía y plan de mantenimiento, ligado al sistema de mantenimiento del dueño.
Datos de sensores, del sistema de automatización o de consumos llegan al modelo casi en tiempo real.
Simula escenarios y anticipa fallas, consumos u ocupación para decidir antes.
La información que justifica una decisión (por qué esta puerta es cortafuego, quién aprobó este cambio) debe poder rastrearse desde el requisito hasta el activo construido. Para eso sirven los estados del CDE, las revisiones y el registro de decisiones y cambios.
Soft landings: el equipo de diseño y obra acompaña los primeros meses de operación y corrige lo que el usuario real encuentra.
Un AIR con 200 campos por equipo produce datos que nadie mantiene. Mejor 15 bien llenos.
Pregunta al equipo de mantenimiento qué buscan cuando algo falla: ese es tu AIR mínimo.
Si los cambios de obra no regresan al modelo cada semana, al final nadie sabe qué se construyó.
Haz que cada cambio aprobado tenga su revisión del modelo como parte del cierre del folio.
Si el dueño no tiene a nadie que opere los datos, empieza por el nivel 2 y crece cuando haya uso real.
Un registro de activos confiable ahorra más que un tablero de sensores sin mantenimiento.
Lo que describe esta guía ya tiene un lugar en la plataforma: el CDE con sus estados, la coordinación con issues e interferencias, las decisiones del cliente y el control de cambio. RÜM no trae un asistente propio: la IA la pones tú (ChatGPT o Claude) y se conecta al proyecto por MCP, con tus permisos.
Cada documento lleva su estado. Sólo los roles que aprueban pueden publicar, y los consultores externos ven lo compartido y lo publicado (más lo que ellos suben), nunca el WIP del equipo.
Abrir BIM OfficeDocumentos del CDE, accesos a coordinación y la tarjeta de Dropbox, que dice si el proyecto está conectado y lleva a sus archivos.
Ir a BIM OfficeModelo federado en el navegador, issues con responsable y estado, y reportes de interferencias que se comparten por enlace. Lo que levanta un consultor queda en revisión hasta que el coordinador lo valida.
Abrir gestión de issuesConectas el Dropbox de cada proyecto y sus archivos se ven desde el expediente. Tu IA también los puede leer, incluidos planos escaneados e imágenes: el reconocimiento lo hace tu modelo, no RÜM.
Conectar desde BIM OfficePrograma de decisiones por folio (por definir, pendiente del cliente, comentado, aprobado, rechazado) y un portal donde el cliente sólo ve lo publicado, comenta y aprueba.
Abrir decisiones del clienteFolios de cambio con su impacto en costo y en programa, del borrador a aprobado e implementado, y un mapa de relaciones para PM y coordinador.
Abrir control de cambioMCP (Model Context Protocol) es el estándar abierto con el que un asistente de IA usa herramientas externas. Conectas tu ChatGPT o tu Claude con tu cuenta de RÜM y la IA consulta el proyecto con tu rol: ve lo que tú ves.
“¿Qué issues P1 siguen abiertos en el nivel 2 y quién los tiene?”
“Resume las decisiones del cliente que vencen esta semana.”
“Lee el último plano del Dropbox y dime qué revisión trae.”
Los conectores de ChatGPT y Claude vienen con RÜM Intelligence.
Conectar mi IAEl plugin RÜM for Revit, con tu sesión iniciada, se conecta solo con la plataforma. Así tu ChatGPT o tu Claude en el navegador le pueden pedir cosas a tu Revit abierto, sin instalar nada más.
Regla de oro con IA: lo que responde tu asistente es una lectura del proyecto, no un documento publicado. Para obra, contrato o cliente, la referencia sigue siendo lo que está Publicado en el CDE.
No hay términos con esa búsqueda. Prueba en el glosario completo.
Tres momentos donde estas gráficas ahorran discusiones: el arranque, la conversación con dirección y la semana de trabajo.