39 minutes | Nov 8th 2020

073 CDE

Play
Like
Play Next
Mark Played
Introducción Historia
  • El término CDE se usó por primera vez en 2007, en la PAS1192-1
    • Un enfoque de «Entorno Común de Datos» (CDE) debería ser adoptado para permitir que la información se comparta entre todos miembros del equipo del proyecto. Esto es un repositorio, por ejemplo, una extranet del proyecto o un sistema electrónico de gestión de documentos.
  • En 2013, en la PAS1192-2, se amplió el concepto a la fase de operación y mantenimiento.
  • En 2018, aparece la ISO19650, y revisa algún detalle del concepto.
Por qué un CDE Reto
  • Proceso con muchos agentes pequeños.
  • Trabajos que involucran a varios agentes a la vez.
  • Trabajos que son el punto de partida de otros trabajos.
  • En casi todos estos trabajos hay archivos.
Problema
  • Cada agente envía por e-mail/wetransfer los archivos que genera a los agentes que considera.
    • No se lo envía a todos, o se lo envía a demasiados.
    • Los archivos se pierden en una montaña de emails.
  • Sin clasificación ni orden en los nombres.
    • Cada agente almacena y organiza los archivos cómo quiere.
      • Outlook y escritorio.
      • Plataformas no seguras.
      • Se pierde mucho tiempo buscando e identificando.
  • Sin control de versiones ni estados.
    • Incertidumbre de si estás trabajando con la versión más actualizada, a los 10 minutos de recibirla.
La dualidad del CDE CDE como flujo de trabajo
  • Los archivos NO se envían a otros agentes directamente.
    • Se envían a una plataforma tecnológica (típica nube).
    • Son los agentes los que van a buscar los archivos a la plataforma.
      • La plataforma puede avisar de novedades a los agentes.
    • La plataforma lleva un registro histórico de todo lo que ha pasado con los archivos.
  • Los archivos deben estar ordenados y todos los agentes deben seguir el mismo criterio de orden.
    • Nombre
    • Clasificación (por ejemplo, carpetas)
    • Acordado por todos los agentes.
  • Los archivos no se comparten a lo loco sino cuando toca, con quién toca y dejando claro para qué se puede usar esa versión del archivo.
    • Revisión (versión):
      • En la ISO no desarrollan esta parte, pero en la guía de UK BIM framework está muy detallado porque en la adaptación británica añadieron un anexo para esta parte.
        • Compuesta por una letra y 4 números.
        • Sólo es norma en UK.
      • Recordar la proporcionalidad de todo esto según la complejidad del proyecto.
    • Estados (usos):
      • Uno de los conceptos más importantes del CDE.
      • Los archivos pueden estar en 3+1 estados:
        • Trabajo en curso, interno, privado… WIP.
        • Compartido
          • Archivos que, una vez aprobados internamente, se comparten con el resto de agentes para tareas de trabajo colaborativo, o con el cliente para que este revise y apruebe.
        • Publicado
          • Archivos revisados y aprobados definitivamente, archivos contractuales.
        • Uno de los cambios que incorpora la ISO es que Archivado deja de ser un estado concreto después de publicado y pasa a ser el estado de todas las versiones anteriores y registro de cambios tanto para compartido como para publicado.
      • Hablaremos más de esto en otro episodio. En la guía viene explicado en detalle con 18 pasos.
CDE como plataforma tecnológica Fuente única de información… pero con muchos chorros
  • Cada archivo en un estado concreto sólo puede estar en un único sitio, pero no tiene que ser el mismo sitio para todos.
    • Incluso si un archivo esta en dos sitios a la vez, seguiría siendo una única fuente de información, si los dos están sincronizados.
  • Plataformas tecnológicas pueden ser varias:
    • La ISO 19650-1 apartado 12.1 dice:
      • «El modelo completo de información no está siempre en un sólo lugar, (…). El trabajo colaborativo basado en contenedores de información permite que el flujo de trabajo de CDE se distribuya a través de diferentes sistemas informáticos o plataformas tecnológicas.«
    • La ISO 19650-2 distingue entre la plataforma CDE del proyecto y la plataforma CDE Distribuida:
    • Ejemplo 1:
      • Arquitecto e ingeniero usan BIM360.
      • Cliente usa SharePoint como CDE del proyecto.
    • Ejemplo 2:
      • Arquitecto usa internamente Google Drive.
      • Ingeniero usa internamente Dropbox.
      • Cliente usa BIM360 como CDE del proyecto.
Responsabilidad del cliente
  • La ISO 19650-2 dice:
    • «La parte contratante debe establecer (implementar, configurar y apoyar) el CDE del proyecto (…).»
    • «Se recomienda encarecidamente que el CDE del proyecto esté funcionando antes de emitir la petición de ofertas, (…).»
    • «La parte contratante también puede designar a un tercero para que aloje, administre o se haga cargo del CDE del proyecto. En este caso, se recomienda que esto se haga en una contratación separada y antes de que se inicie la contratación de cualquier otra parte (…).»
Los 6 requisitos técnicos del CDE del proyecto Nombre de archivo
  1. Asignar a cada contenedor de información una identificación única, basada en un convenio acordado y documentado, y compuesta de campos separados por un delimitador.
  2. Asignar a cada campo un valor determinado con arreglo a una norma de codificación acordada y documentada.
Atributos
  1. Asignar los siguientes atributos a cada contenedor de información:
    • Estado
    • Revisión
    • Clasificación
  2. Cambiar el estado de los contenedores de información.
Control
  1. Registrar el nombre de usuario y la fecha cada vez que se cambie el estado de una revisión del contenedor de información.
  2. Controlar el acceso a nivel de contenedor de información.
Conexión entre CDE del proyecto y CDEs distribuidos
  • La ISO sólo dice que cada parte contrada principal debe:
    • «Configurar y probar el CDE (distribuido) del equipo de desarrollo y su conectividad con el CDE del proyecto (si procede) (…).»
  • Es una parte importante sobre todo el proyectos complejos.
  • Las dos soluciones más habituales son:
    • Desconectar totalmente la parte de trabajo interno de la de compartido y publicado. Se pasan a mano los archivos de una plataforma a otra al compartir.
    • Todo el mundo usa la misma plataforma y ya.
      • Es más sencillo, pero puedes estar renunciando a privacidad o funcionalidades muy específicas.
  • En mi empresa uso BIM360 y SharePoint y los mantengo sincronizados con 360 Admin tools.
Otras reflexiones
  • La ISO no habla en ningún momento de gestión de comunicaciones.
    • Se centra sólo en archivos, requisitos, contratos, entregas, incluso flujos de aprobación y revisión, pero nada de comunicaciones.
      • Las plataformas tecnológicas suelen traer herramientas de comunicación.
  • También se nota la diferencia entre plataformas generalistas (Dropbox, OneDrive, Google Drive…) y plataformas específicas (BIM360, Viewpoint, Procore…):
    • Traen visores online.
    • Comparador de versiones.
    • Detección de interferencias.
    • No son necesarias para cumplir con la ISO, pero son muy interesantes, aunque haya diferencia de precio.
  • Cuando tenemos la necesidad de federar modelos de información, el CDE es imprescindible.
    • Pero sigue teniendo muchas ventajas:
      • En una etapa 1 (modelos 3D usados como herramienta interna).
      • En una etapa 0 (trabajo en CAD).
      • 069 Saltos de madurez
En Resumen
  • CDE son dos cosas: el flujo de trabajo basado en estados y la plataforma tecnológica dónde lo hacemos.
  • El flujo es el mismo para todos, pero plataformas interconectadas puede haber varias.
  • El CDE según la ISO es la solución a la gestión de información contenida en archivos, herramientas de comunicación, visores y demás son imprescindibles hoy en día, pero con la ISO en la mano, nos vale un dropbox.

¿Quieres escuchar otro episodio? Los tienes todos en la sección de Podcast de esta web.

AVISO: Este post es sólo un apoyo al audio del podcast. Leerlo de forma independiente podría llevar a conclusiones incompletas o incluso opuestas a las que se quieren transmitir.

Play
Like
Play Next
Mark Played