AI-Native Transformation Framework
Volver al blog

Gestionar IA es Gestionar

François Lane5 min de lectura
gestiónialiderazgo

Durante los últimos meses he estado construyendo cosas con Claude Code. No solo supervisando a ingenieros que construyen cosas, sino construyendo yo mismo: escribiendo especificaciones, evaluando resultados, iterando cuando el resultado no era lo que yo quería decir.

Alrededor del segundo mes, me di cuenta de que no estaba aprendiendo a programar. Estaba aprendiendo a gestionar.


El problema de la especificación

Cuando trabajas con un agente de IA, escribes una especificación. El agente produce el trabajo. Tú evalúas el resultado. Si está mal, no corriges el código. Corriges la especificación.

Este ciclo debería sonar familiar para cualquiera que haya gestionado personas alguna vez.

Cuando tu equipo entrega algo que no querías, el instinto es pensar que se equivocaron. Pero la mayoría de las veces, el brief era ambiguo. Tú sabías lo que querías decir. Ellos no.

La IA hace esto brutalmente claro. A diferencia de un humano, un agente de IA no preguntará "¿querías decir X o Y?" Simplemente construye lo que describiste. Cada ambigüedad se resuelve silenciosamente con suposiciones de máquina en lugar de intuición humana. No te enteras de que tu spec era poco clara hasta que ves el resultado.

La especificación como disciplina resulta ser la misma disciplina que separa a los buenos gestores de los malos.


El simulador de vuelo

Cuando gestionas humanos, obtienes un puñado de ciclos de retroalimentación por semana. Dirección el lunes, resultados el viernes, retroalimentación, esperar. Quizás veinte ciclos por persona por año.

Con la IA, obtengo docenas de ciclos por día. Especificar, ver el resultado, darme cuenta de que la spec era ambigua, reescribir, ver la mejora. En una tarde, paso por más iteraciones sobre cómo comunicar la intención con claridad que la mayoría de los gestores en un mes.

Es gestión en un simulador de vuelo. La misma habilidad central, órdenes de magnitud más repeticiones.


Las habilidades que se transfieren

Los paralelismos son estructurales, no superficiales:

Soltar el control. La parte más difícil de la gestión es confiar en que otra persona haga un trabajo que tú podrías hacer tú mismo. Cada ingeniero que resiste la IA porque "yo podría escribirlo mejor" es lo mismo que un gestor que no puede dejar de microgestionar. La IA te obliga a enfrentar esto más rápido.

Evaluar el resultado, no el proceso. Los buenos gestores no miran a su equipo escribir. Evalúan el resultado contra la intención. Con la IA, literalmente no puedes ver el proceso. Especificas y juzgas.

Ser dueño del brief. Cuando la IA produce algo incorrecto, el problema casi siempre está en mi especificación. He aprendido a preguntarme "¿qué no especifiqué?" antes de "¿qué hizo mal el agente?" Los grandes gestores desarrollan este reflejo a lo largo de años. La IA lo desarrolla en semanas.

Anticipar la ambigüedad. Después de miles de rondas de "mi spec era poco clara y la IA llenó el hueco de forma incorrecta", desarrollas un instinto para detectar la ambigüedad antes de hacer clic en enviar. Empiezas a leer tu propia escritura desde la perspectiva del receptor. Esta es la habilidad de gestión más difícil, y la IA te da más práctica en ella que cualquier curso de gestión que hayas tomado.


El lado emocional

La primera vez que un agente de IA reescribe algo que pasaste horas diseñando, lo sientes. Defensividad, pérdida de propiedad, un susurro de irrelevancia. "Si la máquina puede hacer esto, ¿para qué estoy yo?"

Los nuevos gestores sienten exactamente lo mismo. Ver a alguien resolver un problema de manera diferente a como lo habrías hecho tú. El impulso de intervenir. Aprender a sentarse con esa incomodidad es el núcleo emocional de la delegación.

La IA comprime este viaje. En la gestión tradicional, enfrentas estos sentimientos gradualmente a lo largo de meses. Con la IA, los encuentras en la primera semana. He visto a ingenieros pasar por lo que parece las cinco etapas del duelo, desde "esto no puede producir nada bueno" hasta "mi trabajo es especificar, no implementar".

Los ingenieros que se adaptan más rápido no son los más técnicamente hábiles. Son los que pueden separar su identidad de su resultado. Ese no es un rasgo técnico. Es el mismo rasgo que hace que alguien sea un buen gestor.

La IA no entrena la empatía ni la capacidad de motivar a alguien en una semana difícil. Pero ¿la resiliencia para delegar, para aceptar resultados imperfectos, para ser dueño del brief en lugar de controlar la ejecución? Eso lo entrena a velocidad.


Qué es este sitio web

Todo este sitio es un conjunto de especificaciones. No especificaciones de código. Especificaciones de transformación. Documentos lo suficientemente precisos para que un equipo de humanos los lea y sepa qué construir, cómo trabajar y cómo se ve el éxito.

Los escribí de la misma manera que escribo especificaciones para Claude Code: iterando hasta que el resultado coincidió con mi intención. La diferencia es que aquí, los "agentes" son humanos que emprenden una transformación organizacional, y el ciclo de retroalimentación se mide en meses, no en minutos.

Construir con IA no me enseñó a programar. Me enseñó a especificar. Eso resulta ser lo más importante que hace un CEO.


La implicación incómoda

Si gestionar IA desarrolla habilidades de gestión a un ritmo acelerado, entonces la escalera profesional tradicional (años como colaborador individual, luego líder de equipo, luego gestor) ya no es el único camino hacia la preparación para la gestión.

Un ingeniero junior que pasa un año trabajando con agentes de IA puede desarrollar instintos de especificación y delegación más fuertes que un gestor con tres años de experiencia, simplemente por el número de repeticiones.

Esto no significa que la gestión de IA reemplace a la gestión humana. Pero el núcleo cognitivo (comunicación clara, delegación, evaluación) y la resiliencia emocional que requiere (soltar el control, aceptar la imperfección, ser dueño del brief) son entrenables a velocidad de IA.

La trayectoria de colaborador individual y la trayectoria de gestión están empezando a difuminarse. Probablemente sea algo bueno.


El reencuadre

Los ingenieros están incómodos con la IA porque no es fiable. Misma entrada, resultado diferente. Eso se siente roto para alguien formado en sistemas deterministas.

Pero los gestores siempre han operado así. Das el mismo brief a dos personas y obtienes resultados diferentes. Aprendes a escribir mejores briefs, establecer expectativas más claras, evaluar con más cuidado y sentarte con la incomodidad de no estar en control.

Los ingenieros que trabajan con IA no están aprendiendo a tolerar la no fiabilidad. Están aprendiendo a gestionar. Solo que todavía no lo saben.


Este artículo fue escrito por François Lane después de varios meses construyendo con Claude Code y dándose cuenta de que las habilidades que desarrolló no tenían nada que ver con la programación.