Horizonte Institucional · escenario ficticio

La firma dio por culminada su transformación con motivos razonables. Tenía copilotos integrados en el puesto de trabajo de todos los profesionales. Tenía agentes en producción para varias tareas de alto volumen. Tenía recuperación aumentada sobre su repositorio documental, con resultados que los propios equipos consideraban buenos. Tenía un portal de cliente y un catálogo de servicios paquetizados con precio cerrado. La presentación al comité fue convincente y no exageraba nada.

Lo que ocurrió en paralelo, sin que apareciera en esa presentación, fue que los clientes cambiaron de naturaleza. Las direcciones jurídicas más avanzadas dejaron de comportarse como compradoras de asuntos y empezaron a comportarse como operadoras de un sistema. Descomponían el problema en partes. Construían el software auxiliar que necesitaban para las partes deterministas. Asignaban cada fragmento al recurso más adecuado: una regla, un servicio interno, un proveedor, un agente. Y reservaban la intervención humana externa para lo que exigía riesgo, legitimidad o responsabilidad.

La diferencia puede formularse en una frase. La firma tenía agentes; el cliente tenía arquitectura. Tener agentes significa poder ejecutar tareas. Tener arquitectura significa poder decidir qué tarea se ejecuta dónde, con qué coste, con qué evidencia y bajo qué autoridad. Lo primero es una capacidad; lo segundo es una posición.

Bajo esa presión aparecieron las carencias que hasta entonces no habían tenido consecuencias. El conocimiento de la firma seguía encerrado en documentos y en personas. Era excelente y era inaccesible: para usarlo hacía falta saber que existía y saber quién lo tenía. Nada de ese conocimiento estaba expresado de una forma que otro sistema pudiera invocar, evaluar o auditar.

Las skills no estaban versionadas. Cuando un cliente preguntaba con qué criterio se había revisado una categoría de cláusulas, la respuesta era el nombre de un socio, no una versión con su conjunto de evaluación y su tasa de acierto conocida. Tampoco estaban evaluadas: no existía un conjunto de casos etiquetados contra el que comparar. Y no eran portables: no podían ejecutarse fuera del contexto humano que las sostenía.

Faltaba, sobre todo, interoperabilidad. Los sistemas del cliente no podían invocar la capacidad de la firma. Podían enviarle trabajo por correo electrónico y recibir documentos por correo electrónico, exactamente igual que veinte años antes. Cada intercambio perdía el contexto en la frontera de la organización: los criterios aplicados, las alternativas consideradas, las fuentes verificadas y el nivel de comprobación se quedaban dentro y no acompañaban al entregable.

Mientras tanto, la pirámide se había estrechado. La decisión había sido prudente en apariencia: si el primer borrador ya no lo escribía un junior, no tenía sentido incorporar al mismo ritmo. Pero no se construyó nada en su lugar. Se redujo la entrada sin diseñar el aprendizaje sustitutivo, y la reducción se ejecutó con la velocidad de una decisión de coste, mientras la construcción del sustituto tenía la velocidad de un proyecto sin propietario.

El efecto sobre los juniors fue más profundo que la reducción del número. Perdieron el espejo. Antes veían la distancia entre lo que ellos habían escrito y lo que el senior devolvía corregido, y esa distancia era la lección. Después revisaban salidas que no habían producido, aprendiendo a detectar errores sin haber construido nunca el razonamiento que los evita. Aprendieron a validar antes de aprender a pensar, y la validación sin criterio propio es una forma sofisticada de conformidad.

El desenlace no fue la desaparición. Fue la reclasificación. Para algunos clientes, la firma quedó como reserva humana premium: cara, respetada y convocada tarde, cuando el problema ya estaba mal planteado. Para otros, quedó como un nodo especializado dentro de su sistema operativo, invocado para una función concreta, comparado con otros nodos y sustituible por cualquiera que ofreciera la misma función con mejor trazabilidad. Ninguna de las dos posiciones es indigna. Las dos fueron asignadas por otro.

Convertimos documentos en datos, playbooks en skills y tareas en servicios. Pero no decidimos quién era propietario de esos activos, quién podía exigir su uso ni cómo debía reconocerse a quienes los construían. La relación con el cliente continuó atribuida a individuos y el capital común siguió condicionado por el retorno anual.

No nos frenó la falta de herramientas. Nos frenó una constitución económica diseñada para otro modelo de producción.

Esperábamos que la competencia replicara nuestros equipos con menos personas o mejores herramientas. Lo que apareció fue una arquitectura del cliente que prevenía, absorbía o descomponía el problema antes de que llegara a nosotros. Nuestra reserva humana seguía siendo valiosa, pero se activaba después de que otro hubiera definido el sistema.