Tres días al año la jerarquía se suspende, la geografía se disuelve, y la organización deja ver, sin querer, quién está haciendo el trabajo de la empresa que viene.
Una radiografía no construye nada. Pero deja ver lo que ningún examen físico puede mostrar. Algo parecido pasa con una hackathon en la era de la IA: dejó de ser un evento de creación, y se está volviendo, sin que la mayoría de las empresas se dé cuenta, un instrumento de diagnóstico. Lo más interesante que pasa en setenta y dos horas no es lo que se construye —es lo que la organización, sin querer, deja ver de sí misma.
La hackathon dejó de ser lo que era
Antes una hackathon era un evento de creación. Tres días para esbozar un producto, presentarlo en PowerPoint, soñar con que algún día se construyera. La IA hizo que ese "algún día" llegue el viernes. Lo que se construye hoy en setenta y dos horas no es un esbozo: es un sistema que anda.
Y eso, que parece la novedad más interesante, en realidad es el ruido. La novedad que vale la pena mirar está en otro lado.
Si la ejecución dejó de ser el cuello de botella —y lo dejó—, la pregunta deja de ser "qué construimos" y pasa a ser otra. ¿De qué se trata realmente una hackathon hoy? ¿Para qué seguimos haciéndolas?
Lo que se construye no es el producto
Lo que se construye es la red.
Durante esos tres días los equipos se rompen y se recomponen por afinidad y por problema, no por organigrama. Personas que el resto del año no se cruzan terminan armando algo juntas. Áreas que históricamente se hablan por ticket descubren que se entienden por voz. La hackathon disuelve la jerarquía a propósito —es parte del rito— y la pirámide, durante setenta y dos horas, se aplana sola.
Esa red, una vez creada, no desaparece. Vuelve a la pirámide el lunes siguiente con conexiones que antes no existían. Eso —no el producto— es lo que la organización gana. El producto es el subproducto del subproducto.
La objeción honesta
Acá hay quien va a frenar: la hackathon de siempre también construía red, también disolvía silos. Es cierto. Lo nuevo no es que la red se construya; lo nuevo es que pasó a ser el centro de gravedad. Antes la red era el subproducto bienvenido de un evento cuyo propósito principal era ideación. Hoy ideación es lo barato —la IA la hace en minutos—. Lo que era subproducto se volvió output principal. Y esa inversión cambia para qué se hace una hackathon, a quiénes se invita, y cómo se la evalúa.
La capa que nadie pide y que termina siendo la pieza
Hay un patrón que se repite en hackathons AI-native, y que vale la pena nombrar: el aprendizaje compartido. De golpe podemos ver como de algo puramente técnico surgen novedades, una capa de visualización, una narración que muestra el corazón del proyecto. Algo que vuelve legible lo que la automatización hace por debajo. No estaba pedida. No suma puntos en los criterios del jurado. Y sin embargo es la pieza por la que el resto entiende lo que se hizo.
No es casualidad. En un mundo donde la automatización se vuelve invisible —pasan cosas debajo del capot que ningún humano ve— la capa que vuelve esa automatización legible se vuelve más crítica, no menos. Alguien tiene que traducir, todo el tiempo, lo que la máquina hace en silencio. Y esa traducción —de máquina a comprensión humana— es uno de los lugares donde el criterio humano se va a concentrar cuando la ejecución se evapore.
Si en Híbrido planteaba qué inteligencia para qué problema, la pregunta complementaria es esta: qué cosas, hechas por la máquina, todavía piden mediación humana para que tengan sentido. La respuesta corta: la mayoría.
Los arquetipos que emergen
Si mirás varias hackathons AI-native consecutivas, los mismos tipos de persona aparecen una y otra vez. No son los mismos individuos —son los mismos arquetipos—. Y vale la pena nombrarlos porque la organización del lunes raramente los reconoce como roles.
Está el conector: la persona que cruza áreas sin pedir permiso, que termina sabiendo qué está haciendo cada subequipo, y por eso es a quien todos consultan. No tiene cargo, tiene contexto.
Está el reformulador: el que da vuelta el problema y desbloquea al equipo entero. Habla poco, pero cuando habla cambia la pregunta.
Está el integrador: el que junta las piezas que otros construyen y las hace funcionar como sistema. No produce código propio; produce coherencia.
Y está el traductor: el que vuelve legible lo invisible —el que arma la visualización, la narración, el demo que el resto entiende—.
Ninguno de estos arquetipos aparece en un job description. Ninguno se contrata explícitamente. Pero todos son críticos en una organización donde la ejecución se abarata y el criterio se vuelve la materia prima escasa. La hackathon no los crea: los expone.
La composición no necesita una sala
La hackathon AI-native también disuelve la geografía. Equipos distribuidos en países distintos componen en paralelo sobre el mismo artefacto sin pasar por reuniones de coordinación. Cada uno sobre su pieza, las piezas encajando solas porque el contexto es claro y el problema está bien definido. Esa forma de trabajar no era posible hace cinco años sin fricción altísima.
Conecta con algo que escribí la semana pasada: la geografía se disuelve por la misma razón que la jerarquía vertical, porque el costo de coordinar se desplomó. La hackathon multi-país es el primer evento en la historia de muchas empresas donde la distancia, prácticamente, no pesa.
Y se vuelve un microcosmos que pone en evidencia algo más grande: si esto funciona tres días, ¿por qué no funciona los otros trescientos sesenta y dos?
Lo que no se ve gratis
Conviene ser honesto sobre el costo de esta mutación. Una hackathon que se vuelve instrumento de diagnóstico pierde algo de lo que la hacía querible: el permiso de la inutilidad, la creatividad sin consecuencia, el experimento que nunca se iba a usar. Si todo lo que se construye anda, y si todo lo que se observa se va a usar como insumo para evaluaciones implícitas, la hackathon deja de ser espacio seguro y empieza a ser otra evaluación, disfrazada de juego.
La radiografía
Lo más interesante de mirar una hackathon AI-native no es lo que se construye. Es ver, sin que la organización quiera, quién aparece. Quién lidera equipos mixtos sin tener autoridad formal. Quién cruza países sin pedir permiso. Quién termina integrando lo que otros construyeron. Quién, sin estar en el plan, hace la pieza por la que el sistema se entiende.
Esos son los que ya están haciendo el trabajo de la organización que viene. La pregunta que la mayoría de las empresas todavía no se hace es: ¿el organigrama del lunes los reconoce?
Si la respuesta es que la hackathon es el único momento del año donde esa gente puede operar a pleno, vale preguntarse para qué sirve realmente el organigrama el resto del año.
Fabi Mesaglio
No hay comentarios:
Publicar un comentario