La Trampa de la Meseta

Recientemente escribí sobre la fatiga de la IA, argumentando que lo que los ingenieros están experimentando no es una condición crónica, sino dolor de entrenamiento. Superarlo, adaptarse, salir más fuerte.

Eso es todo bueno y sensato, pero hay más en esa historia, y se está volviendo más obvio. El verdadero riesgo que enfrentan los equipos de ingeniería en este momento no es el agotamiento. Es el estancamiento.

La Nueva División

Casi todos los ingenieros senior utilizan la IA ahora. Copilot, Claude, Cursor, Codex, usted nombre. Esa parte está resuelta. Si lidera una organización de ingeniería, probablemente vea números de adopción generales y se sienta bien al respecto.

No debería.

El número de adopción es insignificante. Lo que importa es la división que ocurre debajo de él. Su equipo se está dividiendo silenciosamente en dos grupos. Hay ingenieros que obtuvieron un impulso de productividad y se establecieron, y ingenieros que siguen empujando cada semana. Nuevos flujos de trabajo, nuevas configuraciones de agente, nuevas formas de descomponer problemas para que la IA los maneje.

Ambos grupos aparecen en sus paneles como “adoptadores de IA”. Pero uno está en un programa de entrenamiento progresivo. El otro se detuvo en el primer peso que se sintió cómodo.

Hace seis meses, la brecha entre estos dos grupos era apenas visible. Ahora es obvio para cualquiera que esté prestando atención. En otros seis meses, será estructural.

Qué Aspecto Tiene la Meseta

El ingeniero estancado no está haciendo nada mal en el sentido tradicional. Es competente. Entrega. Utiliza su agente para trabajos simples y limpia después de él. Obtuvo tal vez un 20-30% de aumento de productividad y lo consideró hecho.

El problema es que el ingeniero de al lado no se detuvo allí. Ese ingeniero ahora está ejecutando flujos de trabajo de múltiples agentes, mejorando los bucles de verificación, descomponiendo características enteras en fragmentos ejecutables por la IA, revisando a nivel arquitectónico en lugar de línea por línea, y entregando al doble o triple de su ritmo anterior. No porque sea más talentoso. Porque siguió entrenando mientras todos los demás tomaron un día de descanso que se convirtió en un trimestre de descanso.

Esto no se trata de entusiasmo por la IA o ser un adoptador temprano. La fase de adopción temprana ha terminado. Esto se trata de adaptación continua versus ajuste único. Y la diferencia compuesta entre esos dos enfoques se está volviendo imposible de ignorar.

La Presión Competitiva Es Real y Está Acelerando

Si sus equipos tuvieran el lujo de adaptarse a su propio ritmo, el problema de la meseta sería un problema de gestión del rendimiento. Molesto, pero manejable.

Pero si mira la situación más amplia en la industria del software, es probable que no tenga ese lujo.

La industria del software, en general, se creó para ayudar a los humanos con el trabajo digital: ayudar a los agentes de soporte a ver los casos entrantes, realizar un seguimiento de las respuestas a los clientes, gestionar los flujos de trabajo. Ahora los agentes de IA están reemplazando todo el flujo de trabajo y, con él, están perturbando las plataformas de SaaS subyacentes. Además, con la IA volviéndose más capaz cada día, sus clientes están comenzando a hacer una pregunta: “¿Todavía necesitamos comprar esto, o podemos construirlo nosotros mismos ahora?” La IA ha comenzado a reducir la barrera entre “comprar” y “construir” para un conjunto cada vez mayor de casos de uso. La adhesión que solía proteger sus ingresos se debilita cada trimestre.

Sus ingenieros estancados están operando a un ritmo calibrado para un entorno competitivo que ya no existe.

La Citación Que Cambió Todo Para Mí

Lo he escuchado más de una vez ahora, de gerentes de productos que se pusieron manos a la obra y codificaron características, de líderes de ingeniería que rediseñaron arquitecturas fallidas, en diferentes empresas, en diferentes contextos:

“Fue más fácil para mí iterar sobre esto con mis agentes que con ese ingeniero.”

La primera vez que lo escuché, pensé que era una exageración. La tercera vez, me di cuenta de que era un indicador líder.

Así que veo que hay ingenieros que prosperarán en este nuevo mundo y serán “multiplicadores” de las capacidades de la IA. Para hacerlo, necesitan ser fuertes en dos áreas, ambas de las cuales se pueden desarrollar con suficiente motivación intrínseca y curiosidad intelectual:

• Operan “en la misma onda” que sus partes interesadas (gerentes de productos, gerentes de ingeniería, etc.). Entienden qué es lo bueno, así que no tienen que explicarles cosas a ellos. Porque si producen la misma cantidad de malentendidos que su agente de codificación, el agente siempre ganará esa batalla. Está disponible instantáneamente, las 24 horas del día, los 7 días de la semana, y es incansable.
• Mejoran constantemente sus configuraciones de IA, así que cuando les entregas algo, sabes que se hará no solo bien (ver el punto anterior), sino también lo suficientemente rápido como para mantener el ritmo del nuevo tempo del mercado.

Por Qué Esto Es Un Problema de Liderazgo, No Individual

Es tentador enmarcar esto como la responsabilidad individual del ingeniero. “Mantente al día o te quedarás atrás.” Pero si lidera una organización de ingeniería, ese enfoque lo libera de la responsabilidad.

Sus ingenieros estancados no se estancaron en el vacío. Se estancaron porque nada en su entorno los empujó más allá del ajuste inicial. Llegaron a un aumento de productividad razonable y nadie los desafió a ir más allá, y la inercia hizo el resto.

Los ingenieros que siguieron empujando? La mayoría de ellos son autodirigidos. Empezarían de todos modos. Pero no puede contratar a una organización de ingeniería enteramente con buscadores de fronteras autodirigidos. La pregunta para los líderes es: ¿cómo mueves al medio?

Esto es un problema de gestión del cambio, y uno de mis marcos favoritos para ello proviene del libro de los hermanos Heath Switch. La versión corta: necesita dar a las personas una dirección clara, hacer que sientan por qué importa, y remodelar el entorno para que el nuevo comportamiento sea el camino de menor resistencia. Aplicado a los equipos de ingeniería, se ve así:

Encuentre sus puntos brillantes y hágalos visibles. Identifique a los ingenieros que han empujado más lejos en sus flujos de trabajo de IA y hágales demostrar al equipo regularmente. No sesiones de entrenamiento. Paseos en vivo de trabajo real. Cuando el medio de su equipo ve la diferencia entre su flujo de trabajo y el flujo de trabajo del adaptador superior, crea una incomodidad productiva que ninguna directiva puede igualar.

• Reducir el cambio. “Adoptar IA” es demasiado abstracto para actuar. Esta sprint, clava la prueba de agente de extremo a extremo, la próxima sprint lo despliega en toda la organización, y así sucesivamente. Pasos específicos y manejables superan a los programas de transformación ambiciosos cada vez, y las pequeñas victorias importan.
• Remodelar los valores predeterminados. Codifique el proceso de verificación en habilidades de IA, y asegúrese de que se desplieguen en su equipo y en todos sus agentes. Defina sus flujos de trabajo y utilice la herramienta que los admite. Haga que el nuevo modo de trabajar sea el camino de menor resistencia, para que la gente se desplace hacia él en lugar de tener que luchar para llegar allí.

La Ventana Se Está Cerrando

Aquí está la parte que hace que esto sea urgente en lugar de simplemente importante.

En este momento, la brecha de adaptación es una diferencia de rendimiento. Sus ingenieros estancados son más lentos que los adaptados, pero todavía son productivos. Todavía contribuyen. Puede llevarlos.

Esta ventana se está cerrando. A medida que las capacidades de la IA aceleran y la presión competitiva se compone, el ritmo mínimo viable de trabajo de ingeniería está aumentando. El ingeniero “lo suficientemente bueno” de hoy no está garantizado para ser lo suficientemente bueno el próximo trimestre. No porque empeoraron, sino porque el piso se movió.

Las organizaciones que logren mover a sus equipos enteros hacia la curva de adaptación, no solo a los adoptadores tempranos, tendrán una ventaja estructural compuesta. Las que no lo hagan se encontrarán con equipos para un ritmo de competencia que ya no existe.

Cada líder de ingeniería con el que hablo entiende esto intelectualmente. Muy pocos han cambiado la forma en que dirigen sus equipos en respuesta. La brecha entre la comprensión y la acción es su propia meseta.

No Hay Un Ritmo Cómodo

En la pieza de fatiga de la IA, argumenté que el dolor es la prueba de que el entrenamiento está funcionando. Eso sigue siendo cierto. Pero la verdad posterior es más dura: el peso sigue aumentando.

En un gimnasio normal, puede elegir un peso cómodo y mantenerlo para siempre. Nadie agrega placas a su barra sin preguntar. En el panorama actual del software, cada nuevo lanzamiento de modelo, cada nueva capacidad de agente, cada nuevo flujo de trabajo que alguien figura y comparte, la barra se mueve. Manténgase quieto y el peso eventualmente lo aplastará.

No hay un espacio cómodo en la industria del software en este momento. No para los ingenieros individuales, no para los equipos en los que trabajan, no para las empresas que esos equipos construyen. La única posición segura es el movimiento continuo. Y la única pregunta que importa para los líderes de ingeniería es si todo su equipo se está moviendo, o solo los que se habrían movido de todos modos.