La construcción no tiene un problema de habilidad. Tiene un problema de información.

Casi todos los desastres que he visto en una obra parecían fallas de construcción y resultaron ser, al investigarlos, fallas de información.

Quiero analizar algunos, porque la diferencia importa más de lo que parece y porque te dice exactamente qué tipo de herramienta ayuda de verdad.

Tres fallas que no eran lo que parecían

Llega el material equivocado. Se entregan doscientas hojas de tablaroca de media pulgada a una obra que especificaba cinco octavos para los plafones. Parece un error del proveedor o un pedido descuidado. Pero alguien tenía la especificación correcta. Estaba en los planos, en una hoja que la persona que hizo el pedido no había visto porque estaba trabajando con un mensaje de texto que decía "tablaroca para la obra de Henderson".

Un carpintero de estructura arma la unidad equivocada. Dos días de mano de obra en un trazo que se había modificado. Parece un carpintero que no leyó los planos. Pero la modificación existía. Se había comunicado, verbalmente, en un lugar ruidoso, un martes, a un cabo que estaba pensando en otra cosa. La instrucción se dio. Solo que no llegó.

Una orden de cambio que nadie puede cobrar. El dueño de la casa pidió el azulejo de mejor calidad, el contratista dijo que sí, se instaló el azulejo y al final de la obra hay un cargo de $3,000 que el cliente no recuerda haber aceptado. Parece una disputa de contrato. Pero se aprobó. En voz alta. En la entrada de la casa. Y nunca se puso por escrito.

Ninguno de esos es un problema de capacidad. Ninguno de los involucrados hacía mal su trabajo. El proveedor de tablaroca entregó lo que le pidieron. El carpintero construyó lo que le dijeron. El contratista hizo el trabajo que el cliente pidió. En cada caso, la información existía en alguna parte del negocio y no llegó a donde se necesitaba antes del momento clave.

Por qué importa la diferencia

Si fueran problemas de capacidad, la solución sería capacitar. Mejores carpinteros, gente más cuidadosa para hacer pedidos, contratistas más atentos.

Si fueran problemas de esfuerzo, la solución sería más gente. Un administrador de oficina para revisar las especificaciones. Un segundo cabo para transmitir la modificación. Alguien que siga al dueño de la casa anotando todo.

Pero no son ninguna de las dos cosas. Son problemas de distribución. Un dato que ya existe en tu negocio, pero que no llega a la persona correcta en el momento adecuado. Y los problemas de distribución no se solucionan con capacitación ni con más personal. Se solucionan cambiando dónde vive la información y cómo se mueve.

En esta parte quiero ser preciso, porque es donde la conversación sobre la inteligencia artificial en la construcción suele perder el rumbo.

Para qué es buena realmente la tecnología

La mayoría de la publicidad de IA en esta industria hace promesas que yo no defendería. Que va a optimizar tu calendario. Que va a predecir retrasos. Que va a hacer estimaciones de cantidades más precisas que un estimador con experiencia. Algo de eso podría ser cierto algún día. La mayor parte es solo una demostración.

Esta es la promesa que yo sí defiendo: distribuir información es lo único para lo que esta tecnología es indiscutiblemente buena.

No el criterio. No te puede decir si el cliente va a dar problemas.

No la mano de obra. No puede colgar la puerta.

No el conocimiento. No sabe qué hay detrás de la pared.

Solo asegurarse de que lo que ya se sabe llegue a donde se necesita. Que la especificación de los planos le llegue a quien hace el pedido. Que la modificación le llegue al carpintero en un formato que pueda ver, no en uno que tenga que recordar. Que la orden de cambio se registre en el momento en que se aprueba, en la entrada de la casa, desde un teléfono, en lugar de reconstruirla de memoria tres semanas después.

Esa es una promesa mucho más limitada de lo que la industria suele ofrecer. También es la única por la que yo pondría las manos al fuego.

Cómo se ve esto en la práctica

Cuando creamos Project Proctor, la regla de diseño que surgió de esto fue simple: capturar la información como un resultado secundario del trabajo que de todos modos se iba a hacer.

La cuadrilla toma una foto de la estructura antes de poner la tablaroca, porque de todos modos lo iban a hacer. Ahora está en el registro del proyecto, con fecha y hora, visible para el dueño de la empresa y el cliente. El cambio se aprueba con un toque en el teléfono en la entrada de la casa, porque el cliente de todos modos estaba ahí parado con su teléfono. Ahora ya quedó por escrito. El subcontratista marca el trabajo como terminado porque de todos modos le iba a mandar un mensaje de texto a alguien. Ahora todos lo saben.

Nada de eso requiere que alguien se siente en un escritorio. Nada de eso requiere capacitación. Solo cambia el lugar donde se guarda la información, pasando de "la memoria de alguien" a "un lugar donde se pueda encontrar".

La prueba de fuego

Si estás evaluando cualquier software de construcción, esta es la prueba que te sugiero: ¿hace que la información llegue o hace que trabajes para la información?

Si necesita que alguien escriba datos, le dé mantenimiento y lo mantenga al día, te está haciendo trabajar para la información. Lo van a dejar de usar en menos de un mes, y con toda razón.

Si captura lo que ya está pasando y lo envía a la persona que lo necesita, hace que la información llegue. Ese es todo el trabajo. Todo lo demás es solo una demostración.

Siguiente publicación: la línea que yo trazaría entre lo que se debe automatizar y lo que nunca, pero nunca, se debe automatizar.