{"id":2189,"date":"2022-12-13T14:10:14","date_gmt":"2022-12-13T14:10:14","guid":{"rendered":"https:\/\/alianzabim.com\/?p=4784"},"modified":"2024-04-30T20:17:03","modified_gmt":"2024-04-30T20:17:03","slug":"nicholas-nisbet-si-alguien-propone-sharepoint-dropbox-o-ftp-la-respuesta-es-no","status":"publish","type":"post","link":"https:\/\/alianzabim.com\/blog\/nicholas-nisbet-si-alguien-propone-sharepoint-dropbox-o-ftp-la-respuesta-es-no\/","title":{"rendered":"Nicholas Nisbet (bSUKI): \u201cSi alguien propone usar SharePoint, Dropbox o FTP la respuesta es un no rotundo\u201d"},"content":{"rendered":"

A pesar de que no es uno de los temas m\u00e1s recurrentes al hablar de BIM, lo cierto es que la \u00e9tica profesional<\/a> es una cuesti\u00f3n que ha interesado ya a varios investigadores vinculados a la industria de la construcci\u00f3n. En este art\u00edculo conoceremos las ideas de Nicholas Nisbet, vicepresidente de buildingSMART United Kingdom and Ireland (UKI), que en su pasada ponencia sobre el estrado de la BIM Coordinators Summit de este a\u00f1o, puso el tema sobre la mesa, no sin antes advertir de que quer\u00eda \u201cir m\u00e1s all\u00e1 de decir que los individuos son responsables de comprobar la salud de sus modelos y de que formamos parte de un sistema en el que todos debemos ser responsables de los resultados\u201d.<\/p>\n

\u00c9tica BIM<\/h2>\n

\u201cLa tecnolog\u00eda es interesante, pero todo ese software que se vende ah\u00ed fuera es producto de alguien que ha cogido un pu\u00f1ado de ideas y las ha congelado en una pieza de software donde podemos hacer X, Y y Z mejor. La informaci\u00f3n es lo que tiene valor. De hecho, podr\u00edamos ir m\u00e1s lejos y decir que se trata del proceso de las personas y las ideas\u201d comentaba Nicholas Nisbet.<\/p>\n

Y es que hablar de \u00e9tica BIM implica partir de la siguiente premisa: BIM trata de la gesti\u00f3n de la informaci\u00f3n, pero tambi\u00e9n de la colaboraci\u00f3n y todo el ciclo de vida. Nos preocupamos por el futuro e intentamos mejorar las cosas y es en todo el ciclo de vida donde las personas entran en juego.<\/p>\n

\u00bfC\u00f3mo cuidamos de las personas implicadas? Nicholas Nisbet explica que \u201cuna de las ideas de la norma ISO 19650 y de la BS 1192 2007 es asegurar que la gente no se vea perjudicada e incluso demandada o expulsada. En otras palabras, \u201cla idea de un CDE\u201d. A este respecto, indicaba Nicholas Nisbet que, de no entender algunas reglas sobre el CDE podr\u00edamos correr el riesgo de \u201cacabar utilizando cualquier herramienta\u201d.<\/p>\n

S\u00f3lo lectura<\/h3>\n

La primera regla dice que \u201cun CDE es de s\u00f3lo lectura, un lugar donde poner informaci\u00f3n para que otras personas puedan leerla. Y las \u00fanicas personas para las que un CDE no es de s\u00f3lo lectura son los autores de cada modelo, archivo o paquete de informaci\u00f3n. De esta manera, lo \u00fanico que realmente se escribe en un CDE son las actualizaciones. Es decir, si alguien detecta un error, ha de comunicarlo al responsable.<\/p>\n

Compartir pronto y a menudo<\/h3>\n

La segunda regla consiste en compartir pronto y a menudo. Nisbet la explicaba as\u00ed: \u201cCuando empec\u00e9 a trabajar con papel, amonton\u00e1bamos los dibujos en un rinc\u00f3n a medida que los termin\u00e1bamos hasta el \u00faltimo momento posible. Luego los envi\u00e1bamos a la sala de impresi\u00f3n y ah\u00ed quedaban durante unos cuatro d\u00edas hasta que llegaban al correo, donde permanec\u00edan una semana. En la oficina receptora estaban otros cuatro d\u00edas. Tras recibirlos, los chicos en el otro extremo probablemente no los abrir\u00edan durante una semana, para acabar d\u00e1ndose cuenta de que eran basura. \u00a1Pero eso estaba bien, porque pod\u00edan llamarnos y decirnos que era basura y nosotros les dec\u00edamos que s\u00ed, que lo sab\u00edamos, pero que\u2026 \u00a1eso fue hace un mes! Ahora tenemos una forma mejor de trabajar, una oportunidad para compartir informaci\u00f3n pronto y a menudo para que otras personas puedan ver lo que est\u00e1s haciendo y la direcci\u00f3n que est\u00e1s dando al dise\u00f1o\u201d.<\/p>\n

Compartir lo relevante con pertinencia<\/h3>\n

Siguiente regla: \u201ccompartir la informaci\u00f3n relevante con pertinencia. Los dem\u00e1s tienen derecho a saber hasta qu\u00e9 punto conf\u00edas en tu informaci\u00f3n\u201d. Se trata, por ejemplo, de \u201ccompartir pronto un primer boceto, una primera idea provisional para hacer saber d\u00f3nde estamos en el viaje de la informaci\u00f3n. Y, por supuesto, esperamos que al final de cada fase del proyecto su informaci\u00f3n se convierta en terminolog\u00eda publicable aceptable para el cliente\u201d.<\/p>\n

Actualizaciones con el mismo nombre<\/h3>\n

Cuarta, las actualizaciones mantienen el mismo nombre. \u201cSupongamos que el t\u00e9cnico examina la arquitectura el lunes y vuelve a hacerlo el viernes. Puede ir al mismo nombre de archivo, al mismo identificador, al mismo lugar en el CDE y ver si se ha actualizado y puede usarlo de una manera fiable. La otra ventaja de mantener el mismo nombre es que permite hacer una lista de todos los entregables el primer d\u00eda del proyecto, ya que todos est\u00e1n planificados y nadie puede colar uno extra diciendo \u00abmi versi\u00f3n de la puerta principal\u00bb o \u00abversi\u00f3n 5 actualizada, revisada, aceptada y comentada por\u00bb, ya que s\u00f3lo hay un archivo con ese nombre y sabemos lo que debe contener.<\/p>\n

Registro seguro del historial<\/h3>\n

\u00abCreo que lo m\u00e1s importante de un CDE es que el historial quede registrado de forma segura. Si alguien te propone usar SharePoint, Dropbox o FTP la respuesta es un no rotundo\u201d, incide Nicholas Nisbet. \u201cEn 1999 se derrumb\u00f3 un t\u00fanel en el aeropuerto de Heathrow. Nadie result\u00f3 herido. El proyecto se retras\u00f3 unos cuatro meses. Hubo un juicio y el juez pregunt\u00f3 qui\u00e9n sab\u00eda qu\u00e9, pero todos los participantes dijeron que no se les hab\u00eda dicho nada. El juez dijo: maldita sea, os encuentro a todos culpables. De repente, el sector de la construcci\u00f3n se dio cuenta de que necesitaba un sistema de gesti\u00f3n documental de todos los proyectos. Fue entonces cuando la idea de un CDE apareci\u00f3 junto a todas estas reglas (y podr\u00eda haber un par m\u00e1s), que est\u00e1n ah\u00ed para proteger a la gente de todas las cosas malas que suceden, incluyendo terminar en los tribunales\u201d.<\/p>\n

Nicholas Nisbet<\/h2>\n

Adem\u00e1s de ser vicepresidente de buildingSMART UKI desde 2016, Nicholas Nisbet se ha desempe\u00f1ado los dos \u00faltimos a\u00f1os y medio como consultor de COBie e IFC para el Grupo de Expertos en Interoperabilidad BIM. Tambi\u00e9n es propietario de la empresa AEC3. Su email es: nn@aec3.com<\/a>\u00a0y el video de su intervenci\u00f3n en la BIM Coordinators Summit lo dejamos a continuaci\u00f3n:<\/p>\n