Superficie abstracta con tonos naranja quemado y gris oscuro, textura geométrica sutil Composición minimalista en blanco y gris carbón con líneas diagonales Mancha de color naranja terracota sobre fondo blanco roto Textura de trama en gris medio con acentos violeta apagado Degradado sutil de blanco a gris humo con motas naranja Franja horizontal en rojo ladrillo con tipografía insinuada en gris Collage abstracto con bloques naranja, blanco y carbón Patrón de datos visuales en gris oscuro con destellos lima
BIM BARCELONA

Metodología BIM, software de construcción, sostenibilidad y gestión de instalaciones para profesionales de la arquitectura e ingeniería.

Entorno de trabajo BIM con planos digitales en tonos grises y naranjas

BIM no es arquitectura, es gestión de datos. Descubra cómo la metodología BIM transforma el ciclo de vida del edificio. Leer más

Los niveles de madurez BIM y cómo alcanzar el nivel 2 según ISO 19650

La madurez BIM describe la capacidad de una organización para producir, compartir, coordinar y utilizar información digital de forma consistente durante el ciclo de vida de un activo. No se limita a saber modelar en Revit: incluye procesos, responsabilidades, estándares, tecnología, control documental y la calidad de las decisiones basadas en datos.

Alcanzar el nivel 2 supone pasar de modelos aislados y flujos de trabajo dependientes de cada profesional a una colaboración estructurada. La serie ISO 19650 proporciona el marco para organizar esa colaboración mediante requisitos de información, un entorno común de datos, estados de revisión y responsabilidades claramente asignadas. El objetivo no es crear más documentos, sino gestionar mejor la información que el proyecto necesita.

Qué significan los niveles de madurez BIM

Los niveles de madurez BIM se desarrollaron como una forma práctica de medir la evolución digital de un equipo o una empresa. El nivel 0 representa una situación basada principalmente en documentos 2D, intercambio de archivos sin estructura común y escasa coordinación digital. Puede existir software avanzado, pero no hay un método compartido para producir información.

En el nivel 1 aparecen modelos 3D y herramientas BIM utilizadas por disciplinas concretas. Arquitectura, estructuras e instalaciones pueden trabajar con modelos propios, aunque la colaboración todavía depende de exportaciones, reuniones y procedimientos internos poco uniformes. El modelado aporta productividad, pero no necesariamente una visión integrada del proyecto.

El nivel 2 introduce la colaboración entre disciplinas mediante modelos federados, requisitos de información, convenciones comunes y un entorno común de datos. Cada participante puede mantener su modelo autoral, pero la información se comparte con reglas conocidas y se coordina antes de emitirla. El nivel 3 suele asociarse con una integración más avanzada de datos, sistemas interoperables y una gestión digital conectada durante todo el ciclo de vida.

La ISO 19650 no debe interpretarse como una tabla oficial que certifique automáticamente un “nivel 2”. La norma define principios para la gestión de información con BIM, desde la definición de necesidades hasta la entrega y el uso del activo. Por eso, una organización puede afirmar que trabaja con prácticas propias del nivel 2 cuando demuestra colaboración controlada, trazabilidad y cumplimiento de requisitos, aunque la etiqueta por sí sola no sustituye una evaluación objetiva.

El salto desde el modelado aislado hacia la colaboración

La principal diferencia entre un entorno BIM básico y un entorno de nivel 2 está en la forma de colaborar. En un flujo inmaduro, cada disciplina decide cómo nombrar archivos, organizar parámetros, publicar revisiones y comunicar cambios. El resultado puede ser un conjunto de modelos técnicamente correctos, pero difícil de coordinar y poco fiable para tomar decisiones.

En un proyecto alineado con ISO 19650, la información se produce en respuesta a requisitos definidos. El cliente o propietario establece qué necesita saber y en qué momentos; los equipos de entrega explican cómo generarán, revisarán y entregarán esa información. Este enfoque conecta los objetivos del activo con el trabajo diario de arquitectos, ingenieros, contratistas y gestores.

La coordinación deja de ser una comprobación final. Los modelos de arquitectura, estructura y MEP se combinan periódicamente para detectar interferencias, duplicidades, espacios insuficientes y contradicciones entre documentación. La revisión de conflictos debe quedar registrada, con responsables y fechas, para que el equipo pueda verificar qué incidencias se han resuelto y cuáles siguen abiertas.

Señales de una organización preparada

  • Utiliza plantillas, familias, parámetros y convenciones compartidas.
  • Define responsables para producir, revisar y aprobar información.
  • Coordina modelos antes de emitir planos o entregables.
  • Conserva un historial verificable de cambios y decisiones.

También es importante separar el nivel de madurez de la cantidad de tecnología adquirida. Comprar licencias, añadir plugins o crear una biblioteca de familias no transforma por sí mismo la gestión del proyecto. La evolución se produce cuando las herramientas respaldan procesos repetibles y cuando el equipo entiende por qué debe trabajar de una determinada manera.

Requisitos de información, roles y responsabilidades

El punto de partida para alcanzar el nivel 2 es identificar la información que necesita cada parte interesada. La ISO 19650 distingue necesidades organizativas, requisitos del proyecto y requisitos de intercambio de información. Estos documentos deben traducirse en entregables concretos: modelos, planos, tablas, parámetros, informes, formatos, fechas de entrega y niveles de información necesarios.

En una licitación o contratación BIM, el cliente puede publicar requisitos de intercambio de información y pedir a los equipos una propuesta de ejecución BIM. El equipo seleccionado desarrolla entonces un plan de ejecución que explica sus procedimientos, herramientas, estructuras de archivos, controles de calidad y responsabilidades. Este plan debe ser operativo, no una declaración genérica de intenciones.

La asignación de responsabilidades evita que las tareas críticas queden en una zona indefinida. El responsable de información coordina el sistema de gestión y verifica que se cumplen los requisitos; los coordinadores de disciplina revisan cada modelo; los autores producen la información; y el cliente o propietario valida que los entregables responden a sus necesidades. En proyectos complejos, estas funciones pueden recaer en personas distintas según la fase.

Decisiones que conviene formalizar

  • Quién crea, revisa, autoriza y publica cada tipo de información.
  • Qué nomenclatura se emplea para archivos, revisiones, ubicaciones y estados.
  • Qué parámetros son obligatorios para cada disciplina y fase.
  • Qué criterios determinan que un modelo está listo para compartir.

La formación debe centrarse en estas responsabilidades y en los casos reales del proyecto. Un curso genérico de modelado puede mejorar la habilidad individual, pero no enseña necesariamente cómo gestionar una incidencia, publicar una revisión o comprobar que un modelo MEP cumple los requisitos del intercambio. La competencia BIM combina conocimiento técnico, comprensión del proceso y disciplina documental.

El entorno común de datos como columna vertebral

El entorno común de datos, conocido como CDE, es una pieza esencial del nivel 2. No es simplemente una carpeta en la nube: es un sistema para gestionar información mediante estados, permisos, revisiones, metadatos y flujos de aprobación. La información debe pasar de un estado de trabajo a uno compartido, publicado o archivado según los controles definidos por el proyecto.

En el estado de trabajo, cada equipo desarrolla su información bajo su propia responsabilidad. Cuando el modelo se comparte, queda disponible para la coordinación con otras disciplinas. Una vez revisado y autorizado, puede publicarse como información válida para un uso concreto. Esta separación reduce el riesgo de que alguien utilice por error un archivo preliminar como base para construir, presupuestar o fabricar.

La estructura del CDE debe reflejar la organización real del proyecto. Las carpetas, los permisos y los códigos de revisión tienen que ser comprensibles para todos los participantes. Conviene establecer reglas para bloquear versiones obsoletas, identificar entregables vigentes y conservar registros de aprobación. La trazabilidad permite saber quién modificó la información, cuándo lo hizo y con qué motivo.

Para elegir una solución tecnológica conviene evaluar interoperabilidad, control de versiones, gestión de incidencias, permisos, visualización, conexión con modelos y capacidad de auditoría. En la selección de software BIM especializado, el criterio principal debe ser su encaje con el proceso de información, no la acumulación de funciones que el equipo nunca utilizará.

La coordinación puede apoyarse en formatos abiertos como IFC, BCF y COBie cuando resulten adecuados para el intercambio. El formato nativo sigue siendo importante para la autoría, pero no debe convertirse en la única vía de colaboración. La interoperabilidad reduce la dependencia de una plataforma y facilita que consultores, contratistas y propietarios trabajen con herramientas diferentes sin perder información esencial.

Cómo implantar el nivel 2 en un proyecto real

La implantación resulta más eficaz cuando se realiza por fases y empieza con un diagnóstico. Hay que revisar cómo se solicitan los entregables, dónde se almacenan los archivos, cómo se gestionan las revisiones, qué errores se repiten y qué conocimientos posee el equipo. El diagnóstico debe incluir arquitectura, estructuras, instalaciones, gestión de obra y, cuando corresponda, operaciones y mantenimiento.

Después se definen los estándares mínimos. Estos pueden incluir una plantilla de proyecto, unidades, coordenadas, clasificación, codificación de espacios, nombres de archivos, parámetros compartidos, reglas de modelado y requisitos para familias MEP. También se establecen tolerancias de coordinación, criterios de nomenclatura y procedimientos para registrar incidencias.

Un proyecto piloto ayuda a probar el sistema antes de extenderlo a toda la organización. El piloto debe tener un alcance controlado, objetivos medibles y participantes de varias disciplinas. Sus resultados deben documentarse para ajustar la plantilla, simplificar procedimientos y detectar puntos de fricción. La estandarización debe facilitar el trabajo, no imponer una carga burocrática que el equipo termine evitando.

Indicadores para comprobar el avance

  • Porcentaje de entregables aceptados en la primera revisión.
  • Número y antigüedad de incidencias abiertas por disciplina.
  • Tiempo medio necesario para localizar la información vigente.
  • Porcentaje de archivos que cumplen la nomenclatura y los metadatos definidos.

La auditoría BIM permite comprobar si los modelos y procesos cumplen los requisitos acordados. Puede revisar coordenadas, niveles, categorías, parámetros, vínculos, advertencias, duplicidades, clasificación, información de espacios y consistencia entre modelo y documentación. En MEP, además, conviene verificar sistemas, conectores, caudales, direcciones, espacios técnicos y relaciones con arquitectura y estructura.

La mejora debe apoyarse en datos, no solo en percepciones. Si las incidencias se concentran en pasos de instalaciones, quizá sea necesario modificar familias, reglas de coordinación o secuencias de revisión. Si los usuarios descargan constantemente versiones equivocadas, el problema puede estar en el CDE y no en la formación. La madurez aumenta cuando la organización aprende de sus propios resultados y actualiza sus procedimientos.

Alcanzar el nivel 2 según los principios de ISO 19650 implica establecer una forma fiable de producir, revisar, compartir y utilizar información. Requiere modelos coordinados, un entorno común de datos, requisitos claros, roles definidos y controles verificables. La tecnología es un habilitador importante, pero el cambio decisivo está en conectar el modelado, la gestión documental y la toma de decisiones dentro de un mismo sistema de trabajo.