<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Blog.Jerzarq]]></title><description><![CDATA[Reflexiones sobre BIM, arquitectura digital e inteligencia artificial en el sector AECO — desde la práctica real.]]></description><link>https://blog.jerzarq.com</link><image><url>https://cdn.hashnode.com/uploads/logos/6a1155c9e6fc7fbb6d066d2a/3b7b61fd-318d-4abb-859b-bf71f9130514.jpg</url><title>Blog.Jerzarq</title><link>https://blog.jerzarq.com</link></image><generator>RSS for Node</generator><lastBuildDate>Sat, 27 Jun 2026 16:11:24 GMT</lastBuildDate><atom:link href="https://blog.jerzarq.com/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[No es cuestión de herramientas, es cuestión de criterios ]]></title><description><![CDATA[Durante años, el debate en el sector AECO giró en torno al cómo. Cómo modelar mejor, cómo coordinar disciplinas, cómo conectar el modelo con la obra. BIM fue, en buena medida, la respuesta metodológic]]></description><link>https://blog.jerzarq.com/no-es-cuesti-n-de-herramientas-es-cuesti-n-de-criterios</link><guid isPermaLink="true">https://blog.jerzarq.com/no-es-cuesti-n-de-herramientas-es-cuesti-n-de-criterios</guid><category><![CDATA[IA]]></category><category><![CDATA[BIM]]></category><category><![CDATA[EUBIM]]></category><category><![CDATA[arquitectura]]></category><dc:creator><![CDATA[Jorge Rodriguez]]></dc:creator><pubDate>Mon, 25 May 2026 13:52:20 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/6a1155c9e6fc7fbb6d066d2a/2f04f825-9583-4a25-aaf4-9b84d8773228.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Durante años, el debate en el sector AECO giró en torno al cómo. Cómo modelar mejor, cómo coordinar disciplinas, cómo conectar el modelo con la obra. BIM fue, en buena medida, la respuesta metodológica a esa pregunta. Pero algo ha cambiado. Y en el EUBIM de este año se notó con claridad. La pregunta ya no es ¿Cómo lo hago? Ni siquiera es ¿Qué voy a hacer? La pregunta que nadie esperaba tener que responder es ¿Para qué?</p>
<blockquote>
<p><em>"De nada sirve tener una caja con herramientas infinitas si no sé lo que voy a construir."</em></p>
</blockquote>
<h2>El verdadero paradigma de la IA</h2>
<p>La inteligencia artificial no va a automatizar nada que no esté debidamente identificado y acotado. Este es el punto más critico sobre la cuestión y es también el más incómodo de aceptar.</p>
<p>Porque implica que el cuello de botella ya no es tecnológico. Es conceptual. El límite no está en lo que la herramienta puede hacer, sino en la claridad con la que somos capaces de definir qué queremos que haga.</p>
<p>Considero que la IA es al dato lo que la imaginación es a las ideas. Puedo imaginar lo que quiera. Pero no materializo todo lo que imagino. De todo lo que soy capaz de concebir, decido conscientemente invertir tiempo y energía en una fracción pequeña. Esa decisión, qué hacer, con qué propósito, dentro de qué contexto, es donde reside el verdadero valor profesional.</p>
<h2>Poder sin propósito resta, no suma</h2>
<p>Uno de los casos que ilustran esto mejor es el de la automatización dentro de flujos de trabajo reales. Imaginemos que pudiéramos fabricar unas alas para volar y viajar rápidamente como un ave a todos lados. Técnicamente posible, digamos. Pero nuestro cuerpo no está diseñado para volar: nuestra musculatura, nuestro sistema nervioso, nuestra visión periférica. La herramienta existe, pero el sistema que la recibe no está preparado para integrarla.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a1155c9e6fc7fbb6d066d2a/8bbcfca5-919b-4c8e-9929-8ded5246b837.png" alt="Ícaro tecnológico " style="display:block;margin:0 auto" />

<p><em>Ícaro tecnológico, La tecnología puede ampliar nuestras capacidades, pero no sustituye la necesidad de criterio, contexto y preparación.</em></p>
<p>Lo mismo ocurre con muchas implementaciones de IA en ingeniería y construcción. Se puede automatizar una tarea, pero si esa automatización no encaja dentro del flujo de trabajo real del equipo, no suma: resta. Genera fricción, confusión, resistencia.</p>
<p>Saber qué hacer implica entender cómo repercute en el equipo, en los procesos de la empresa, en los tiempos y los costos. Se trata de actuar con intención y con propósito.</p>
<h2>Hacia dónde va el sector</h2>
<p>Las casas de software ya llevan tiempo integrando IA en sus productos, principalmente en dos frentes.</p>
<p>El primero es como sistema de resolución de dudas. Un ejemplo interesante lo compartió el equipo de <a href="https://info.cype.com/es/">CYPE</a> en su charla <em>“Power is nothing without control IA”</em>, donde explicaron cómo están aprovechando años de incidencias y soporte técnico para desarrollar un chatbot capaz de ayudar a los usuarios a resolver problemas repetitivos.</p>
<p>El segundo frente es el uso de la IA como canal de comunicación directo entre el usuario y la herramienta. Este enfoque conecta con lo que me comentaba <a href="https://www.linkedin.com/in/jose-mar%C3%ADa-salcedo/">Jose Maria Salcedo</a>, a quien conocí durante el evento y es cofundador de <a href="https://adarcus.com/es">Adarcus</a>, un agente de IA integrado en Revit con el que el usuario puede interactuar directamente.</p>
<p>En el ámbito de la ingeniería, las empresas más avanzadas no están automatizando a ciegas. Están analizando con cuidado qué actividades son realmente aptas para ser delegadas en una IA. Esto quedó muy bien ejemplificado en la presentación de <a href="https://www.linkedin.com/in/agusti-jard%C3%AD-margalef-bim-artificialintelligence-datadriven/">Agustí Jardí</a> y <a href="https://www.linkedin.com/in/ana-bimleader-apogea/">Ana Belén</a> de <a href="https://www.linkedin.com/company/apogeaconsulting/posts/?feedView=all">Apogea</a> , titulada <strong>“Implementación de IA en una ingeniería especializada en BIM: de la detección de necesidades a la integración productiva”</strong>, donde compartieron su experiencia integrando IA dentro de sus propios procesos.</p>
<p>Pero emerge una pregunta incómoda al observar este panorama: si todos pueden resolver los problemas a su manera, con sus propias soluciones ad hoc generadas por IA, ¿para qué queremos un estándar?</p>
<p>A mi parecer, la respuesta no es únicamente técnica. Es, sobre todo, ética y colaborativa. Los seres humanos llevamos siglos construyendo normas que acotan nuestra capacidad de acción, no porque seamos incapaces de hacer ciertas cosas, sino porque hemos aprendido que no todo lo posible es necesariamente deseable. En un entorno de trabajo compartido, elegir una forma común de nombrar, modelar, documentar o intercambiar información no limita la creatividad: la hace interoperable. Los valores no son simples restricciones. Son el contrato que hace posible la colaboración.</p>
<p>La estandarización en BIM cumple la misma función. No limita lo que puedes hacer: te da un lenguaje común para que aquello que haces pueda ser entendido, verificado y continuado por otros.</p>
<h2>La decisión como competencia diferencial</h2>
<p>Por cada paso que da la IA, la gestión de la información orientada a procesos debe avanzar dos. El conocimiento técnico va a democratizarse de forma acelerada. Lo que no se puede democratizar con la misma facilidad es el criterio: saber qué problema merece ser resuelto, cómo encaja esa solución en un contexto real y qué consecuencias tiene sobre el equipo y el proyecto.</p>
<p>La pregunta que el EUBIM deja en el aire no es si hay que usar IA. Es mucho más exigente que esa: <strong>¿Sabes lo suficiente sobre tus propios procesos como para saber qué merece ser automatizado?</strong></p>
<p><strong>Esa es la competencia del próximo ciclo. No la técnica. El criterio.</strong></p>
]]></content:encoded></item></channel></rss>