El puente, reunido

Al comienzo de este libro había una organización entusiasmada con una promesa tecnológica. Tenía un problema reconocible, presupuesto para actuar y una herramienta que parecía capaz de resolverlo. Meses después, la herramienta seguía encendida, pero el trabajo había vuelto a sus viejos cauces: la planilla, el mensaje privado, la conversación que no quedaba registrada. Nadie había querido ese desenlace. Lo produjo una manera incompleta de mirar.

El recorrido pasó desde entonces por muchas capas: procesos declarados y prácticas reales, datos que conservan la historia de cómo se produjeron, modelos que sugieren o actúan, confianza, poder, aprendizaje y gobernanza. Cada capítulo eligió un ángulo distinto, pero el objeto fue siempre el mismo: una organización entera.

Esa unidad es fácil de afirmar y difícil de sostener durante un proyecto. Cuando llega la presión, el trabajo tiende a dividirse. Alguien releva, alguien vende, alguien construye, alguien limpia los datos y, mucho después, alguien intenta convencer a los usuarios. Cada especialidad cumple su parte, y el fracaso aparece en los bordes. Aparece en lo que una persona entendió y la siguiente recibió reducido a un requerimiento, en la excepción operativa que desapareció del modelo, en el miedo que se trató como resistencia y en la regla que todos supusieron que otro iba a definir.

El puente sociotécnico nació para hacerse cargo de esos bordes. Al final del argumento se lo puede describir con más precisión. Su tarea excede traducir entre “negocio” y “tecnología”: busca conservar el sentido mientras una necesidad se convierte en diseño, datos, software y gobierno. Para eso, la traducción no puede ocurrir una sola vez. Tiene que acompañar todo el recorrido y revisar sus decisiones cuando el campo las contradice.

La organización que la tecnología encuentra

Ninguna herramienta llega a un terreno vacío. Incluso la organización que dice no tener sistemas ya tiene formas de guardar memoria, repartir autoridad y resolver excepciones. Una planilla personal puede ser frágil y, a la vez, contener años de conocimiento. Un grupo de mensajería puede ser desordenado y sostener la coordinación real. Una conversación junto a la máquina puede parecer informal y, sin embargo, decidir qué trabajo se hace primero.

El primer deber del diagnóstico es ver esa organización antes de juzgarla. No se trata de idealizar la improvisación ni de preservar cada hábito, sino de entender qué función cumple. Si se reemplaza una planilla sin recuperar la excepción que solo conocía su autora, el sistema nuevo será más ordenado y menos capaz. Si se digitaliza un trámite sin preguntar por qué alguien necesitaba la ventanilla, la mejora de eficiencia puede convertirse en exclusión.

Por eso la madurez no es una escalera moral. Una organización no vale menos por trabajar con herramientas simples ni vale más por comprar IA. La pregunta es si puede explicar y gobernar aquello de lo que depende. A veces el paso más avanzado consiste en posponer un modelo y acordar qué significa “cliente activo”. A veces una pyme con poca herencia tecnológica puede diseñar una arquitectura más coherente que una empresa grande atrapada entre sistemas que nadie se anima a retirar.

Esta mirada también cambia la idea de atraso. Lo que parece falta puede ser margen para construir bien, y lo que parece abundancia (más plataformas, más tableros, más datos) puede ocultar una fragmentación costosa. El diagnóstico no ubica a todas las organizaciones sobre un único camino. Busca el siguiente paso que cada una puede sostener sin romper el trabajo que necesita transformar.

Construir sin perder lo aprendido

El bucle de los cuatro eslabones ordenó ese movimiento. Primero se lee la trama de actores, incentivos y procesos. Después el problema se convierte en software. Los datos preservan o deforman las definiciones que surgieron de esa lectura. Por último, la arquitectura y la gobernanza de IA deciden cuánto puede hacer el sistema, bajo qué reglas y con qué forma de supervisión.

El orden sirve, pero lo importante es el regreso. Cuando el dato contradice al operador, no se obliga al operador a aceptar la pantalla ni se corrige una celda sin investigar: se vuelve a la definición y al proceso que produjo el dato. Cuando una interfaz no se usa, el problema no se delega en una campaña de comunicación; se revisa qué amenaza, carga o excepción quedó afuera. Cuando un agente necesita un contexto que la organización no puede darle, el límite está en la memoria institucional que nunca se construyó, más que en la ventana de tokens del modelo.

Este bucle exige continuidad. Quien escucha una vacilación durante el diagnóstico tiene que reconocer su importancia cuando diseña el flujo. Quien descubre una anomalía en los datos tiene que poder volver a conversar con la persona que conoce el proceso. Cada traspaso aumenta la probabilidad de que el problema se transforme en una versión más limpia y menos verdadera de sí mismo.

Por eso el libro insiste en integrar lectura y construcción, en dos registros que no deben confundirse, porque confundirlos debilitaría a ambos. La tesis general puede encarnarse en un equipo con memoria compartida, siempre que alguien responda por la continuidad del sentido y los traspasos no borren las razones. La práctica profesional que propone este libro agrega una apuesta más específica: una misma persona puede entrenarse para leer la organización y construir en los cuatro eslabones. No hace todo sola ni reemplaza a las especialidades; sostiene en carne propia la hipótesis mientras trabaja con ellas. El equipo explica cómo puede organizarse el puente. La competencia integrada explica por qué una trayectoria capaz de habitar más de un dominio es escasa y valiosa.

El dato no llega solo

Uno de los aprendizajes más persistentes de este recorrido es que un dato nunca es puramente técnico. Alguien decidió qué registrar, otra persona interpretó una categoría, un proceso permitió o desalentó cargar una excepción. Cuando un tablero “miente”, la base puede contener valores formalmente correctos que representan mal la operación.

La calidad depende, por eso, de acuerdos sociales. ¿Qué entiende cada área por venta? ¿Quién puede corregir un dato? ¿Qué le pasa a quien registra un error propio? ¿La organización premia la precisión o la apariencia de que todo está bajo control? Las respuestas a esas preguntas producen el conjunto de datos mucho antes de que un modelo lo reciba.

La IA multiplica ese efecto. Si aprende de información sesgada, automatiza el sesgo. Si recibe definiciones contradictorias, acelera la contradicción. Si el proceso es bueno y los datos tienen dueño, también puede ampliar una capacidad valiosa. Por eso este libro la llama un multiplicador con signo: su potencia no decide la dirección, sino que la hereda de la organización y del diseño.

Esta idea evita tanto el entusiasmo ingenuo como el rechazo automático. La IA no garantiza una transformación, pero tampoco es solo una moda que se pueda ignorar. Es una capacidad real que vuelve más importantes las preguntas anteriores. Cuanto más puede hacer el sistema, más cara sale una definición equivocada y más necesaria es la responsabilidad de quien fija sus límites.

Lo que ocurre cuando el software actúa

La extensión agéntica llevó la tesis a su zona más exigente. Durante años, muchos sistemas esperaban una acción humana: mostraban información, calculaban o sugerían. Los agentes pueden encadenar herramientas y ejecutar una tarea de punta a punta. Entre una instrucción y un resultado aparecen decisiones intermedias que ninguna persona revisa una por una.

Esa autonomía no elimina el criterio humano; lo desplaza hacia el diseño. Alguien decide qué herramientas puede usar el agente, qué datos recibe, cuánto puede gastar, qué acciones requieren confirmación y cuándo tiene que detenerse. El juicio sigue presente, aunque ya no aparezca en cada transacción. Si queda implícito, no desaparece: se vuelve difícil de auditar.

La gobernanza deja entonces de ser una revisión final y pasa a formar parte de la arquitectura. Un agente capaz de actuar necesita identidades, permisos, trazabilidad, límites y mecanismos de revocación. También necesita contexto. El glosario, la historia de decisiones y los procesos documentados, que parecían tareas administrativas, se convierten en infraestructura cognitiva.

Acá la frase “primero las personas” adquiere un sentido menos sentimental y más riguroso. No ordena consultar a alguien antes de cada acción. Ordena incorporar al sistema, antes de delegar, una comprensión seria de las consecuencias, las responsabilidades y las excepciones. La autonomía técnica amplía la responsabilidad humana previa.

La adopción sucede en el oficio

Un sistema puede estar disponible y no haber sido adoptado. También puede usarse todos los días sin que haya confianza ni aprendizaje. La psicología de la adopción mostró esa diferencia. Importa cómo una persona interpreta la recomendación, si puede contradecirla, qué cree que la organización hará con su respuesta y qué parte de su identidad siente amenazada.

El problema se vuelve más profundo cuando la automatización retira las tareas con las que se aprendía. Una organización puede ganar productividad hoy y dejar de formar a sus expertos de mañana. Ese deterioro no aparece en el número de operaciones resueltas. Para verlo hay que observar desafío, complejidad y conexión: si las personas todavía enfrentan problemas que las hacen crecer, si ven el trabajo completo y si reciben criterio de alguien con experiencia.

La adopción sostenible no busca obediencia. Construye una relación en la que la herramienta puede ser útil, discutida y corregida. A veces eso requiere simplificar. Otras veces exige agregar una pausa, una explicación o la posibilidad de deshacer. En tareas de alto riesgo puede exigir que la IA calle hasta que una persona formule una primera lectura.

También requiere honestidad frente a los conflictos reales. Si una automatización va a reducir puestos o intensificar el control, ninguna narrativa de colaboración entre humanos e IA debería ocultarlo. La resistencia puede defender intereses, pero también puede señalar un daño que el diseño no quiso mirar. Escuchar no obliga a conservar todo como está; obliga a hacerse cargo de lo que se está cambiando.

Sostener después de entregar

La higiene sociotécnica corrigió otra ilusión: la de que el lanzamiento completa la transformación. Los sistemas entran en un mundo que cambia. Llegan personas nuevas, aparecen excepciones, se modifican reglas y los datos se desplazan. Sin rutinas de cuidado, el diseño y el trabajo vuelven a separarse.

Esas rutinas son fáciles de nombrar y difíciles de sostener: revisar definiciones, observar rodeos, probar respaldos, conversar sobre recomendaciones erróneas, formar a quienes llegan y retirar lo que ya no sirve. Necesitan dueños internos. Si cada decisión depende para siempre de quien hizo la implementación, se entregó una solución y se creó otra dependencia.

El shadow AI ofreció una imagen actual de ese problema. Una persona usa a escondidas una herramienta pública para resolver una tarea para la que la organización no le dio canal. Hay un riesgo que gobernar y una necesidad que comprender. Prohibir sin ofrecer un camino empuja el uso hacia zonas menos visibles; celebrarlo sin límites ignora los datos y las consecuencias. El puente lee los dos lados y busca una respuesta proporcionada.

Sostener también implica poder terminar. Una herramienta que ya no produce valor debe retirarse con la misma deliberación con que se lanzó. Las organizaciones acumulan sistemas porque apagarlos parece admitir un fracaso. En realidad, retirar a tiempo libera recursos y conserva la claridad. La madurez también se demuestra al decidir qué dejar de hacer.

Medir sin buscar una absolución

La medición cerró el recorrido porque obliga a exponer la promesa. Si el valor está en la persona, hay que seguir lo que le pasa a esa persona: tiempo recuperado, una decisión mejor, una capacidad nueva, autonomía, acceso a un servicio o exposición a un riesgo. Los modelos desplegados y las consultas registradas describen actividad, y eso no alcanza para justificar el cambio.

Una línea de base evita que el relato se escriba después del resultado. Las cinco dimensiones del valor (económica, decisional, humana, organizacional y social) impiden que un solo número oculte cómo se reparten costos y beneficios. No todos los proyectos van a medir todo con la misma profundidad, pero ninguno debería declarar éxito ignorando un daño grave que eligió no mirar.

Medir así no produce certezas perfectas. Una organización es un sistema abierto y muchos factores cambian al mismo tiempo. La honestidad consiste en distinguir lo atribuible, lo probable y lo desconocido. A veces el resultado más valioso será haber construido por primera vez la capacidad de medir. Otras veces la evidencia mostrará que el piloto no merece escalar. Un método serio tiene que estar preparado para las dos respuestas.

Tres lugares desde donde continuar

Quien dirige una pyme puede sentirse lejos de las discusiones sobre gobernanza algorítmica. Sin embargo, probablemente ya convive con decisiones automatizadas, cuentas compartidas, planillas críticas y herramientas generativas que usa el equipo. No necesita empezar por una gran estrategia de IA. Puede empezar por una pregunta concreta: ¿qué parte del trabajo depende hoy de una sola persona, de una definición ambigua o de un dato que nadie se anima a usar para decidir?

El paso siguiente tal vez sea pequeño: acordar una definición, observar un proceso, elegir un piloto reversible. La escasez de recursos hace especialmente importante no comprar antes de comprender. También deja ver una ventaja: hay menos capas heredadas, y la cercanía entre dirección y operación puede acelerar acuerdos que en una organización grande llevan meses.

Quien trabaja en el Estado enfrenta otra responsabilidad. Una falla no se paga solo en dinero. Puede demorar una prestación, dificultar una apelación o tratar de manera desigual a una persona que no eligió interactuar con el sistema. Ahí la eficiencia es valiosa, pero tiene que convivir con la explicabilidad, las vías alternativas y la capacidad institucional. Un proveedor puede entregar software; no puede reemplazar la obligación pública de comprender las decisiones y responder por ellas.

Quien construye tecnología recibe una invitación diferente. Puede quedarse dentro del límite de su especialidad y entregar una parte impecable, o puede aprender a reconocer las preguntas que viven fuera del código y deciden su éxito. Cruzar ese límite no implica abandonar el rigor técnico; lo vuelve más exigente. Obliga a escuchar sin reducir, a explicar sin esconderse en la jerga y a sostener las consecuencias del sistema después de que compila.

Ninguna de estas posiciones necesita una figura heroica que sepa todo. Necesitan personas capaces de trabajar entre disciplinas, formar equipos con memoria compartida y admitir a tiempo lo que no saben. Algunas van a construir el puente como una práctica personal integrada; otras, dentro de un equipo que aprendió a conservar el criterio entre especialidades. La primera forma seguirá siendo escasa, porque exige una trayectoria difícil de abreviar. La segunda puede enseñarse y organizarse mejor de lo que hoy lo hacen muchos proyectos. Las dos son escalas de la misma responsabilidad, y no promesas rivales.

Lo que todavía falta

Este libro presenta construcciones propias junto con corrientes académicas y evidencia empírica. El método del diagnóstico, el vocabulario, la extensión agéntica y el instrumento IMIA están expuestos para que se los pueda discutir. No deberían recibir el prestigio automático de una teoría terminada.

El IMIA, en particular, todavía espera datos de campo para calibrar pesos, cortes y capacidad predictiva. Hoy ordena una lectura y hace visibles los desbalances, pero no puede afirmar que su puntuación anticipe resultados con precisión estadística. Decirlo es la condición para aprender sin convertir un diseño inicial en dogma.

También falta investigar cómo cambia el puente en organizaciones diversas, con recursos, culturas y marcos institucionales distintos. Una evidencia producida en una multinacional no se traslada sin más a una pyme argentina. Un marco europeo de riesgo puede orientar y, al mismo tiempo, necesitar adaptación jurídica y operativa. El acervo va a seguir creciendo si conserva esa disciplina: traer fuentes, separar mecanismos de promesas y volver al campo.

Hay algo más personal que no quiero ocultar. Un libro sobre práctica profesional corre el riesgo de ordenar el pasado hasta hacerlo parecer inevitable. Mi recorrido no lo fue. Los conceptos surgieron de cruces, errores y trabajos que al principio no parecían formar una sola línea. Reunirlos bajo la imagen del puente es una interpretación y también una apuesta: que esa combinación pueda servirles a otros y someterse a prueba.

Del otro lado

Volvamos por última vez a Distribuidora Norte. El vendedor recibe una alerta y sabe que puede contradecirla. Explica que el cliente se está mudando de local; la razón queda registrada y alguien la revisa cuando aparecen casos parecidos. El gerente no usa la tasa de aceptación para ordenar a su equipo, sino para investigar dónde el sistema necesita más contexto. Una vez por mes, operaciones y comercial revisan definiciones y rodeos. Cuando llega una persona nueva, aprende a usar la herramienta y también por qué se diseñó así.

La escena no es perfecta. Habrá alertas equivocadas, discusiones y semanas en las que la planilla parezca más rápida. La transformación no elimina la fricción, pero cambia su calidad: los desacuerdos se pueden ver, las decisiones dejan rastro y el sistema tiene formas de aprender sin fingir que aprende solo.

Así funciona el puente. Más que una capa de traducción suspendida entre dos mundos, es una práctica que va de las personas a los datos y vuelve. En cada recorrido conserva algo que antes se perdía: una excepción, una razón, un límite, una responsabilidad.

La tecnología va a seguir cambiando. Habrá modelos más capaces, agentes más autónomos y palabras nuevas para promesas conocidas. La pregunta de fondo será menos novedosa y más persistente: ¿qué clase de trabajo, de organización y de vida se construye con ellos? Responderla exige mirar las dos orillas al mismo tiempo, y aceptar que el puente nunca se termina del todo. Se mantiene mientras alguien lo cruza, escucha lo que cambió y vuelve dispuesto a corregirlo.

Ver también: La tesis del puente · El método del diagnóstico · La extensión agéntica · IMIA — el instrumento de madurez · Bibliografía