martes, 23 de febrero de 2016

RETORNO DE LA INVERSIÓN EN BIM (ROI)



Son varios los estudios realizados para analizar el retorno de la inversión en proyectos que usaron metodologías de trabajo BIM, pero todos somos conscientes de lo imposible que resultar conseguir un porcentaje exacto de rentabilidad  y aún menos cuantificar el plazo exacto de retorno de la inversión realizada.
La universidad de Stanford Integrated Engineering Facility  publicó un informe en 2007 basado en un estudio sobre 32 proyectos de  los EE.UU., Europa y Asia, en el que se indicaba: "el estudio ha demostrado que cuando se utiliza en un proyecto BIM, se podría eliminar hasta el 40% de los cambios no presupuestados, aumentar la precisión de la estimación de costes a menos de 3% y reducir el tiempo necesario para generar una estimación de costos en un 80%".
En 2010 Allen Consulting Group publicó los resultados de su estudio sobre los impactos del BIM en la productividad. "Las conclusiones del estudio informaron que la adopción acelerada y generalizada de BIM en la economía australiana era probable que aumente el PIB en 0,2 puntos básicos en el año 2011".
El Gobierno del Reino Unido  ha realizado   desde 2012 diversos análisis de costes  en relación con el objetivo general de una reducción sostenible en el costo de la construcción en un 15-20% para el año 2016.  En su informe de  julio de 2014, publicó datos de  diversos proyectos:
  •  Nueva prisión, Wrexham, Gales del Norte, tiene un objetivo de reducción de costos del 26% pero se terminará en 2017.
  •  Property Services grupo de escuelas de primaria que implica nuevos edificios, ampliaciones y reformas para 22 proyectos, tiene un objetivo de reducción de costos del 14% fijado y ya había informado de una reducción del 7%.
  • Proyecto Horizonte, mejora de red de carreteras con un objetivo de reducción del coste de 17,5% en 5 años. En 2013, manifiesta el informe que llevan un porcentaje del 15.
  • Crossrail  - El proyecto ferroviario, es el primer gran proyecto de infraestructura en Europa para realizar plenamente el concepto BIM ciclo de vida. La compañía espera un ahorro del  de 10-15%

La Universidad de Colorado, un proyecto universitario en Portland - Oregón, Sutter Health Care, UNITEC, el mayor instituto de tecnología de Nueva Zelanda, que procedió a la  gestión de sus instalaciones. El desarrollo de la información está siendo utilizado para planificar y gestionar con precisión las instalaciones y el funcionamiento de los equipos y contratistas reportando un retorno anual de la inversión del proyecto del 23%., son alguno de los múltiples casos de éxito que se reportan de una forma continua.
Los casos de fracasos  no han sido publicados, pero me constan que hay varios. Por ejemplo conozco casos que no han sido capaces de realizar una adecuada gestión del proyecto en BIM y han realizado dos proyectos (uno en BIM por exigencias del contrato y otro en CAD con el que se construyó el activo ). En este caso, lo que ocurre es que se  duplica el gasto de una manera absurda. En otros casos nos encontramos con trabajos que llegan al LOD300 y que les falta mucho desarrollo para que puedan considerarse proyectos de ejecución.

¿Motivo?, evidentemente existía una falta de mentalidad, de conocimiento, etc. y  aquí vuelven a surgir las dudas . ¿Es rentable el uso de metodologías BIM? ¿Cuál es su retorno?. Bien les aseguro que es rentable, ¿Cuánto?, no se puede cuantificar,  pero si valoramos la experiencia de todos los proyectos que hemos desarrollado en los últimos 10 años, me atrevo a manifestar que como mínimo y en el peor de los escenarios podemos aventurar que un 20% de rentabilidad se puede garantizar.

En un buen escenario, hemos realizado un proyecto en CAD con un equipo de grandes profesionales (5) durante 15 días, el mismo proyecto lo hicimos de forma independiente por un equipo BIM  (2 personas) durante 4 días. En tiempos representa una mejora del 76% y se consiguió una mejora en el conjunto del  producto final.

En definitiva,  vemos que hay muy pocas empresas con un buen nivel de implementación BIM/VDC en la que la mayor parte del personal esta capacitado para modelar un LOD400 con soltura, empresas que trabajen con un adecuado centro de recursos BIM /VDC ( esto es similar a los bloques ,cajetines, etc. de Autocad),  conocemos muy pocos casos de equipos que tengan capacidad para desarrollar scripts para automatizar determinadas rutinas o acciones repetitivas. Tampoco conocemos muchos casos donde se haya tenido en cuenta el trabajo de Facility Management, es decir, se debería tener en cuenta en la fase de diseño la futuras necesidades en la gestión del activo.

También hay que reseñar que con el uso de metodologías BIM / VDC, las Direcciones Técnicas nos exigen modelar diversas variantes y constantes modificaciones,  lo que implica una carga mayor de trabajo ,  está situación  también ocurría cuando trabajábamos en  CAD,   pero el número de variantes que se solicitaban era mucho menor. El análisis de diversas variantes aporta un grado mayor de calidad al proyecto.

Otro  aspecto que no se puede cuantificar, es la confianza del cliente final. En los proyectos que hemos trabajado nos hemos encontrado con una colaboración directa y una comunicación muy rápida y fluida con las propiedades, lo que ha generado lazos  de confianza.

El mayor valor o rentabilidad del BIM / VDC  no está en el proyecto o en la oficina técnica que es e importante, sino en la obra, en coste de materiales, horas de trabajo, recursos auxiliares (grúas, maquinaria auxiliar, plazos, etc ).
En definitiva , la metodología de trabajo BIM bien aplicada es muy rentable y no existe un retorno fijo, sino que dependerá de múltiples factores.

MODELADO DE PROYECTOS EN BIM


El pasado mes de Octubre de 2015,el Ministro Italiano Graziano Delrio, anuncio el inicio de un periodo de pruebas en la contratación pública de 12 a 14 meses para el uso de metodologías de trabajo BIM. Posteriormente será obligatorio. Igualmente, se realizaron reuniones con países europeos Europa (Reino Unido, Alemania, Francia, España) para buscar una vía de reglamentación para la progresiva utilización de métodos y herramientas BIM. Este anuncio forma parte de los diversos eventos y acontecimientos que estamos viviendo. El BIM dejó de ser futuro y es parte del presente.

En este contexto estamos inmersos en la problemática de tener que implementar rápidamente unas metodologías de trabajo que por norma general son el fruto de un proceso largo, que tiene que ser cuidadosamente planeado y ejecutado. Es difícil poder aportar trabajos de calidad en BIM cuando se requiere por el cliente un proyecto rápido y complejo, con un apretado calendario de entregas, donde la complejidad amenaza la viabilidad económica y la falta de un conocimiento profundo de estas metodologías aportan un nivel importante de incertidumbre, o incluso cuando existen puntas de trabajo. También, somos conscientes que muchas empresas de pequeño o medio tamaño tiene un verdadero problema por la carga económica que representa el cambio de metodología, recursos humanos limitados, necesidad de aprendizaje e implementación, software, hardware, etc., estas empresas no se pueden permitir el fallar.

En Dataedro entendemos que facilitar la posibilidad a nuestro clientes de la externalización parcial o total del modelizado del proyecto es una buena elección. El control de las API´s de diversos software, la programación de distintos scripts nos permite el modelizado de proyectos de gran tamaño y dificultad en plazos inferiores a las estimaciones más optimistas.

Todos estos trabajos se realizan dentro de un proceso de máxima colaboración con el cliente, lo que facilita que se familiaricen con estas metodologías, que adquieran la soltura y confianza que se requiere. En realidad, este tipo de encargos vienen acompañados en varias ocasiones con un proceso de implementación que aportará la capacidad real de poder trabajar en BIM con total solvencia.

Una vez finalizado el proyecto se facilita al cliente el Modelo con los recursos específicos creados para ese proyecto conforme al BEP que se haya creado en el que se recoge toda la información. El modelo debe estar personalizado para cubrir las necesidades del sistema de Facility Management de la infraestructura creada.

lunes, 8 de febrero de 2016

SCRIPTS PARA REVIT


Autodesk AutoCAD fue creado en 1982 y es uno de los programas más usados por arquitectos, ingenieros, construcción, diseñadores industriales y otros.

En Autocad, además de acceder a comandos desde las distintas barras de herramientas,  nos permite acceder a interfaces de programación de aplicaciones (API) que se pueden utilizar para realizar gran cantidad de operaciones, complicadas y repetitivas, en mucho menos tiempo de una forma totalmente personalizada.

Los scripts hechos en Autolisp amplían los comandos y aplicaciones de Autocad, creando así una solución óptima para cada problema en particular generando rutinas orientadas al uso específico de Autocad y software de Autodesk que utiliza la tecnología ARX. Entre las aplicaciones más notables de Autolisp se pueden citar:
  • Dibujo de figuras bidimensionales con características específicas.
  • Creación de objetos tridimensionales.
  • Generación de gráficas de funciones basándose en ecuaciones.
  • Cálculos de áreas y tablas de datos, combinación de comandos de dibujo para realizar determinados tipos de tareas
Las interfaces de programación que admite Autocad son ActiveX Automation, VBA (Visual Basic for Applications), AutoLip, Visual LISP , ObjectARX y .NET.

ObjectARX (AutoCAD Runtime Extension) es una API para personalizar y extender Autocad. Proporciona acceso a una clase base que modela los dibujos e interacciones con el usuario de Autocad. Existen dos versiones de la API; una para C++ en compilación nativa, y la otra es para la plataforma .NET.

En septiembre de 2007 aparece Grasshopper, que es un lenguaje de programación visual para la aplicación CAD Rhinoceros 3D. Es utilizado principalmente en programar algoritmos para generar geometría. La principal interfaz para el diseño de algoritmos en Grasshopper es el editor basado en nodos. La información va de componente en componente por medio de cables que conectan salidas con entradas, etc.



 La aparición de Grasshopper  representa otra forma diferente de programar rutinas o scripts con extraordinarios resultados,  teniendo en cuenta estas experiencias Autodesk desarrolló y Dynamo, que es una herramienta de programación visual que pretende ser más accesible y que sigue el mismo concepto de trabajo que Grasshopper.

Autodesk compró Revit en 2002, que en apariencia es la base de futuros productos de Autodesk separándose de su base de código durante 20 años (Autocad) y para facilitar el trabajo en Revit desarrollo Dynamo. Todo apunta a que  Autodesk mantiene una apuesta constante para facilitar la interoperabilidad de los diversos software con Revit (ejemplo: nuevos desarrollos de extensiones de Advance Steel / Revit) y para incrementar las potencialidades del mismo. En 2015 apareció una nueva versión denominada Dynamo Studio, que confirma la intención de Autodesk pretende poner en valor Dynamo para los distintos software, actualmente se pueden hacer trabajos en Dynamo para Robot y Navisworks.

Como empresa, Dataedro ha desarrollado constantemente formas de trabajo basadas en scripts, con muy buenos resultados y con soluciones especificas para cada una de las necesidades.

Actualmente, usamos los diversos lenguajes de programación y trabajamos bajos las API´s de diversos software y con la aparición de Dynamo hemos complementado el proceso. Igualmente es importante saber que Dynamo no aporta todas las soluciones deseadas y que en determinados casos hay que recurrir al mundo de la programación para crear determinadas cajas  o nodos específicos. Para este cometido estamos trabajando bajo Phython, existiendo la posibilidad de crearlo en otros lenguajes.

Los scripts que desarrollamos los dividimos en tres tipos (producción, geometría e información.

  • Los scripts de producción son aquellos enfocados a reducir los plazos de creación de planos con la automatización de elementos como son las etiquetas.
  • El segundo grupo de scripts abarca la generación de diversos elementos de geometría (estructuras complejas,  MEP, etc.)
  • El tercer grupo de programas están enfocado a un adecuado manejo de la información derivada de un proyecto.




 Estructura realizada totalmente mediante script (2011)









sábado, 6 de febrero de 2016

NIVELES LOD - ACLARACIONES









Cuando trabajamos en licitaciones internacionales de proyectos en BIM aparecen diversos requisitos a cumplir: inicialmente se solicitaba un proyecto BIM con LOD300, posteriormente se ha comprobado que esto era insuficiente y se suele solicitar desarrollo del proyecto en LOD400 y últimamente nos encontramos que se solicita LOD500. El LOD500, quiere decir, que necesitamos presentar un LOD400 y debemos tener en cuenta que  ese LOD400 debe ser mantenido y actualizado durante todo el proyecto de ejecución.

Son muchas las dudas que surgen en cuanto a lo que debemos de representar en un proyecto, la LOD Specification incluye un catálogo de elementos constructivos, organizados por sistemas o categorías, en el que desarrolla los requerimientos según el LOD que necesitemos además de indicar que los LOD son aplicables a elementos y no deberían ser usados para catalogar la totalidad del modelo.

En este sentido, voy hacer una observación, en la realidad, existe la posibilidad que nos soliciten un LOD400 en el proyecto o en el MODELO.  Normalmente suele ser el primer caso, es decir, LOD400 en el proyecto. Esto significa que el proyecto debe contener el detalle necesario para la fabricación o construcción y el nivel de mediciones debe ser exacto. En este supuesto los armados del concreto u hormigón podrían realizarse en el modelo 3d o puede realizarse en vistas 2D que recojan todos los nudos y detalles del proyecto. ¿Y las mediciones?, en este caso la medición automática del armado es complicado y podríamos ir a la cuantificación tradicional mediante una hoja Excel que deberíamos de incluir en esas vistas de detalles.

La otra posibilidad que apuntábamos es que se exija un LOD400 en el MODELO. Esto significa que, debe modelarse todo, en el caso de los armados hay que modelar en 3D todos los armados con sus detalles , con sus solapes, mediciones, problemas en los análisis de conflictos o colisiones etc. Normalmente requiere crear un subproyecto especifico de armados estructurales y multiplica la carga de trabajo.




En algún caso nos encontramos que se solicita un LOD400 y además , se debe cumplimentar los campos de información para alimentar el software de Facility Management correspondiente ( en mucho casos Maximo de IBM).  En este supuesto, debemos tener en cuenta los requisitos de este software y que va a condicionar mucho el nivel de definición de nuestro proyecto, en particular todo el capítulo de MEP.