Prefacio

Hay una escena que se repite casi sin variantes. Una organización (una pyme, un municipio, un área entera de una empresa grande) decide dar el salto: por fin, tecnología; por fin, inteligencia artificial. Hay entusiasmo, hay presupuesto y a veces hasta un buen proveedor. Unos meses más tarde, el entusiasmo se enfrió, el presupuesto se gastó y el sistema que iba a cambiarlo todo sigue ahí, encendido, sin que nadie lo use. Nadie quiso que terminara así. No fue mala suerte ni torpeza de la gente. Fue un malentendido sobre qué clase de problema se estaba resolviendo.

Este libro trata sobre ese malentendido y sobre cómo evitarlo. Sostiene una sola idea, llevada hasta sus consecuencias: transformar una organización con tecnología, y hoy con inteligencia artificial, es antes que nada un problema humano, y solo después un problema técnico. La mayoría de los proyectos de IA no fracasan por la tecnología, sino porque nadie leyó a la organización antes de instalarla. Quien trata el problema como técnico fracasa de un modo casi predecible. Quien aprende a leer la trama humana y a construir el sistema con la misma mano ocupa una posición poco común y, dicho desde el principio, muy gratificante de habitar. Las páginas que siguen explican por qué, y cómo.

Por qué este libro: el sentido de la reflexión

Es fácil hablar de adopción de tecnología en el idioma frío de la productividad: tasas, eficiencias, retorno de la inversión, ventaja competitiva. Todo eso es cierto, y este libro no lo esquiva. Hay páginas dedicadas a la brecha económica, medible y cada vez más ancha, que la inteligencia artificial está abriendo entre las organizaciones que la absorben y las que se quedan mirando. La dimensión económica es real y es seria; ignorarla sería ingenuo. Pero quedarse solo en ella es perder lo más importante.

Detrás de cada “proyecto que no rindió” hay personas. Está el empleado que aprendió a hacer su trabajo de una manera y al que, de un día para el otro, le avisan que ahora lo hará de otra, y que sospecha, no sin motivo, que el plan de fondo es que sobre. Está la dueña de la pyme que apostó los ahorros de años a un sistema que le prometieron y no entiende por qué su propia gente lo esquiva. Está el funcionario que de verdad quería atender mejor al vecino y terminó con un trámite digital más lento que el de papel. La tecnología nunca toca solamente a la tecnología. Toca el modo en que la gente pasa sus días, se gana la vida y siente (o deja de sentir) que sirve para algo. Diseñar mal esos sistemas no es un error técnico abstracto: es empobrecer un poco la vida de quienes pasan su jornada con ellos.

La inteligencia artificial sube la apuesta, porque llega justo al lugar donde antes había criterio humano: la decisión, el juicio, el oficio. Por eso despierta a la vez tanta esperanza y tanto miedo, y por eso merece algo mejor que el entusiasmo de moda o el rechazo de reflejo. Merece que alguien se tome el trabajo de preguntar, caso por caso: ¿esto amplía lo que esta persona sabe hacer, o la reemplaza sin reemplazar lo que ella aportaba? ¿La vuelve más capaz, o apenas más prescindible? Esa pregunta no la contesta un modelo. La contesta alguien que se sentó a entender el trabajo real de gente real y que se hace cargo de la respuesta.

Hay, además, una razón más simple y más personal, y prefiero decirla sin rodeos. Resolver un problema de verdad, uno que le complicaba la vida a alguien y que después de la intervención dejó de complicársela, es una de las experiencias más humanas y más satisfactorias que conozco. No se trata de “poner un modelo en producción”. Se trata de aliviar una tarea, de liberar una hora, de lograr que una decisión sea un poco más justa porque ahora se apoya en un dato que no miente. Ese es, para mí, el sentido último de este oficio, y el motivo por el que vale la pena hacerlo bien antes que rápido. Por eso el puente del que habla este libro es, además de una posición de mercado escasa, una manera de trabajar que se niega a tratar a las personas como un detalle que se resuelve después de la tecnología. Primero las personas. La técnica, con todo su rigor, viene a servirlas, y no al revés.

Desde dónde se parte

Este libro no da por sentado un punto de partida, porque no hay uno solo, y cada lector va a reconocerse en alguno. Hay organizaciones que sienten que no tienen casi nada, aunque el cero puro ya casi no existe: siempre hay una planilla guardada con celo, el sistema impositivo o un grupo de chat que funciona, de hecho, como el verdadero sistema operativo. Lo que les falta no es tecnología sino diseño, y su desafío es construir una primera columna vertebral sin aplastar lo informal que venía funcionando. Hay otras que viven en islas: sistemas comprados a lo largo de los años que no se hablan entre sí, con cada área dueña de su propia versión de la verdad. Ahí el desafío es integrar. Y están las organizaciones maduras pero fragmentadas, con sistemas sólidos, datos ordenados y equipos capaces, cuyo desafío es orquestar lo que ya poseen sin quedar atrapadas en la inercia del “siempre lo hicimos así”.

En ninguno de esos puntos la pregunta decisiva es técnica. No es “¿qué compro?” ni “¿qué modelo uso?”. Es siempre la misma pregunta sociotécnica: ¿qué hace esta gente, por qué lo hace así y qué va a cambiar de verdad en su trabajo si esto se mueve? El principio es el mismo en todo el espectro; lo que cambia es dónde se pone el acento. El capítulo de la tesis desarrolla cada uno de esos puntos de partida, y el método que propone este libro se adapta a los tres.

Hay un segundo eje, tan importante como el primero: no solo desde dónde se parte, sino hacia dónde se salta. La adopción de tecnología no es un interruptor, sino una escalera que se sube peldaño a peldaño. Abajo está la ofimática de todos los días: la planilla, el documento, el correo. Más arriba, los sistemas que ordenan la operación, como un ERP que integra la administración o un CRM que reúne la relación con el cliente. Después viene la inteligencia artificial predictiva, que usa los datos acumulados para anticipar la demanda, la baja de un cliente o un riesgo, en lugar de solo registrar el pasado. Y en el peldaño de hoy está lo que se ha dado en llamar la revolución agéntica: software que ya no solo sugiere, sino que ejecuta tareas de punta a punta y empuja una nueva ola de productividad basada en automatizar el trabajo digital.

En cada peldaño la tentación es la misma: creer que el salto se compra. No se compra. Y cuanto más alto el escalón, más alto el riesgo de subirlo sin haber leído antes la trama humana. La promesa de productividad es real; la condición para cobrarla también: que cada peldaño se suba sobre una organización que alguien se tomó el trabajo de entender. Tampoco es una escalera de un solo sentido. En pyme, la evidencia cualitativa reciente (Amanollahnejad et al., 2026) describe una adopción recursiva y episódica, con avances parciales y reversibles; por eso la foto de madurez hay que repetirla, y sostenerla con higiene sociotécnica para que no se deshaga.

Qué es este libro

No es un manual de herramientas ni un catálogo de casos de éxito. Es la exposición ordenada y argumentada de un paradigma. Reúne una tesis central, el puente sociotécnico; el método que la pone en práctica articulando cuatro disciplinas (sociología de las organizaciones, ingeniería de software, ingeniería de datos, y arquitectura y gobernanza de IA); el vocabulario con el que ese método piensa; los fundamentos académicos que lo sostienen, y las aplicaciones concretas a las pymes y al Estado. Es una sola idea, desplegada con cuidado hasta el final.

Es, además, un libro vivo. Está en construcción y gana profundidad con cada revisión: algunos capítulos ya están desarrollados al detalle, con su aparato de citas, y otros son todavía versiones de trabajo que se irán ampliando. Cada capítulo declara con honestidad su estado de madurez. Se publica en abierto, con licencia de libre copia y distribución, porque su valor está en mejorarse a la vista de todos y no en fingirse terminado. Un libro que sostiene que hay que leer a las personas no podía, él mismo, esconderse del lector.

Para quién es

Para quien decide sobre tecnología en una organización y sospecha, en el fondo, que el problema no estaba en la herramienta. Para el profesional técnico que intuye que el mejor sistema que construyó no se usa por razones que no figuran en ninguna parte del código. Para el funcionario, la dueña de pyme, el estudiante de sociología o de ingeniería que busca un marco que no separe a las personas de los datos como si fueran dos mundos. Y para quien quiera examinar la solidez de una manera de pensar antes que un currículum: el libro es, también, esa manera de pensar puesta a prueba.

La promesa: rigor, no hype

Una sola regla gobierna estas páginas: cada afirmación con un dato lleva su fuente, y solo se publica lo que se pudo verificar. Donde un número es una estimación o una decisión de diseño, se dice con todas las letras. No hay cifras de relleno ni “los estudios dicen” sin referencia. Las fuentes se reúnen, en estilo autor-fecha, en la Bibliografía. No se trata de pedantería académica, sino de respeto. El costo de una sola cita inventada es la credibilidad de todo lo demás, y quien escribe sobre confianza no puede permitirse traicionarla en una nota al pie. Por eso el rigor forma parte del argumento.

Cómo leerlo

Se puede leer de corrido, porque el orden de las partes sigue el del razonamiento, o entrar por donde más apriete el problema propio. En los dos casos ayuda saber que el libro no es un catálogo de ideas sueltas. Las mismas tensiones vuelven en distintos capítulos, cada vez con más detalle, como en una espiral. La escalera de adopción, por ejemplo, aparece primero como intuición en la tesis, después como vocabulario y más tarde como niveles del IMIA. En cada vuelta se agrega una capa, sin repetir la misma frase.

Un hilo para seguir el argumento

A lo largo del libro aparece Distribuidora Norte, una pyme ficticia de alimentos y bebidas, reconstruida a partir de patrones de campo y no a partir de un cliente real. Primero aparece con un asistente de consultas que nadie terminó usando; después pide un modelo de bajas de clientes; más adelante vuelve con planillas de reparto, un piloto que dejó cicatriz y la pregunta de si ya está lista para automatizar más. No hace falta memorizar cada detalle. El hilo sirve para ver cómo el mismo método cambia de forma según lo que la organización aprendió, o no, en el camino.

Rutas según desde dónde leas

Si decidís en una pyme (dueño, gerente, directorio): empezá por La tesis del puente y seguí con Los cuatro eslabones y El puente aplicado a las pymes. IMIA y Métricas de valor vale la pena leerlos antes de firmar un presupuesto tecnológico. Los fundamentos académicos (Parte III) pueden esperar: refuerzan la tesis, pero no la reemplazan.

Si trabajás en el Estado (funcionario, área de sistemas, modernización): la tesis, el diagnóstico y El puente aplicado al sector público forman el núcleo. IMIA y métricas sirven para volver falsable la promesa de “madurez digital” antes de licitar.

Si construís (desarrollo, datos, arquitectura): leé la tesis para el marco humano, Conceptos propios como vocabulario de trabajo y Práctica reflexiva como espejo de campo. Si te interesa el fundamento, la Parte III explica de dónde sale cada pieza del método.

Lectura lineal (recomendada la primera vez):

El problema sociotécnico — la tesis y su prueba. Si solo hay tiempo para un capítulo, que sea este.
El método — cuatro eslabones, vocabulario, diagnóstico, higiene y adopción.
Fundamentos — ocho corrientes y la extensión agéntica.
Aplicaciones — pyme, Estado, IMIA, tablero de valor.
Síntesis — el arco reunido y el “y ahora qué”.

El buscador (tecla /) recorre todo el libro y salta al pasaje exacto. La navegación anterior/siguiente sigue el hilo del argumento.

Sobre el origen

Este paradigma no se construyó en abstracto, en un escritorio limpio. Surgió de una integración poco frecuente en el mercado: la de la sociología de las organizaciones con más de una década de ingeniería de software y de datos en entornos productivos y regulados, donde los sistemas tienen que funcionar de verdad y rendir cuentas. Esa biografía explica de dónde viene el marco, pero no es su tema: el libro expone el paradigma, no a su autor. Quien quiera conocer la práctica que hay detrás puede leer Sobre el autor o visitar gonzaloflores.dev. La validación del paradigma descansa en dos planos, los fundamentos académicos que cita y la práctica de la que nació (sistemas en producción, servidores MCP, el modelo IMIA de madurez), y no en una trayectoria personal.

Lo que sigue es el hilo del argumento, desde el principio. Si todo sale bien, al terminar el libro la escena del primer párrafo, la del sistema encendido que nadie usa, habrá dejado de parecer mala suerte para volverse lo que siempre fue: un problema que se podía haber leído a tiempo.