Los líderes de tecnología están poniendo nombre a un problema nuevo que crece en silencio en las empresas que adoptaron inteligencia artificial (IA) para programar: la deuda cognitiva. En una cena de CTOs (los directores de tecnología) reportada por ShiftMag, el consenso fue directo: "la deuda cognitiva es la nueva deuda técnica." Y es más traicionera que la antigua, porque no aparece en el reporte de hoy. Aparece tres meses después, cuando nadie entiende lo que fue construido.
Este post explica qué es esa deuda, por qué la IA la creó, y muestra cómo nosotros, en Steply, lo resolvimos en la práctica. No usando menos IA, sino cambiando la cultura a partir del punto donde estaba el verdadero cuello de botella.
La deuda que conoces, y la nueva que aún no has visto
La deuda técnica es un término antiguo. Es el costo oculto de los parches: el sistema se hizo con prisa o envejeció mal, y cada nuevo cambio se vuelve más lento y arriesgado porque la base está desordenada. Es conocida, rastreable, y desaparece con una reorganización planificada del sistema por dentro.
La deuda cognitiva es otra cosa. No es código viejo y desordenado. Es código nuevo, generado por la IA en minutos, que funciona hoy, pero que nadie documentó, nadie entiende por completo y nadie decidió de verdad. Permanece invisible hasta el día en que alguien necesita hacer un cambio y descubre que no existe registro de por qué eso fue hecho de esa manera. El costo no está en lo que gastaste, sino en lo que no podrás mantener.
Por qué la IA creó esta deuda
La IA redujo drásticamente el tiempo de escribir código. Pero no redujo el tiempo de revisarlo, de decidir la arquitectura, de documentar la intención ni de mantener el sistema en funcionamiento. Escribir se volvió instantáneo. Entender sigue siendo humano y lento.
El resultado es un efecto que ya describimos en nuestro blog como el plateau del 40%. Los equipos que conectaron la IA solo a la escritura de código chocaron con un techo de ganancia cercano al 40 por ciento, lejos del 300 por ciento prometido. El motivo es casi matemático: el ciclo de entrega de software tiene seis fases (planear, escribir, revisar, garantizar seguridad, publicar y revisar el resultado), y acelerar solo una de ellas cincuenta veces no acelera el todo. El cuello de botella no desaparece. Cambia de lugar.
Es exactamente ahí donde se acumula la deuda cognitiva: en las fases que la empresa se saltó porque "se podía hacer en una tarde." Las decisiones que nadie tomó con cuidado, las revisiones que se convirtieron en sellos de goma, la documentación que nunca existió. Los CTOs de la cena reportaron los mismos síntomas: la revisión de código se convirtió en el nuevo cuello de botella, herramientas hechas a las carreras se convirtieron en sistemas de producción que nadie quiere mantener, y equipos productivos pero desconfiados de su propia velocidad.
Cómo lo resolvimos en Steply
Cuando chocamos con nuestro propio plateau, no intentamos escribir código aún más rápido. Fuimos tras donde estaba el cuello de botella de verdad, y no estaba en la escritura. Estaba en la toma de decisiones y en la operación alrededor del código. A partir de ese diagnóstico, cambiamos la cultura en tres frentes.
Toda decisión técnica vive en el issue
La raíz de la deuda cognitiva es la decisión que nunca fue registrada. Entonces invertimos la regla: ninguna decisión técnica ocurre solo en la cabeza de alguien ni desaparece en un chat. Se define en el issue, la tarjeta donde se registra y se sigue la tarea. El contexto, las opciones, el porqué de la elección y los criterios de listo quedan escritos ahí, antes de que el código exista.
Esto hace dos cosas. Primero, la IA construye mejor, porque recibe una solicitud clara en vez de una suposición vaga. Segundo, y más importante para el futuro, la decisión queda rastreable. Seis meses después, quien necesite hacer un cambio encuentra el porqué, no un código huérfano. La deuda cognitiva nace de la decisión invisible, y nosotros hicimos que toda decisión sea visible por defecto.
Flujos de automatización cuidando la operación
La otra mitad del problema es el mantenimiento que se pudre en silencio: el error que muere en un registro que nadie lee, la integración que falla y la empresa solo se entera por el cliente. Lo resolvimos con flujos de automatización, un hub central de operación que valida, detecta la falla, se recupera solo cuando puede, y avisa a la persona correcta en el canal correcto cuando no puede.
En la práctica, la operación dejó de depender de alguien mirando todo el tiempo. El sistema se vigila a sí mismo. Esto ataca la deuda cognitiva por el lado que más duele, el de la sustentación: lo que fue construido rápido no se convierte en una caja negra abandonada, porque hay automatización garantizando que ninguna falla pase desapercibida.
Un porcentaje de bug que medimos
Velocidad sin medición es como manejar sin velocímetro. Por eso convertimos la calidad en un número: hacemos seguimiento de un porcentaje de bug (la tasa de errores que llega al cliente) como métrica de primera clase, no como sensación. Cuando ese número sube, es señal de que las prisas están cobrando deuda cognitiva, y frenamos antes de que se convierta en incidente.
Este indicador es el contrapeso honesto de la velocidad. Separa "entregamos rápido" de "entregamos rápido y bien," que son cosas muy diferentes. Sin él, la empresa solo descubre el tamaño de la deuda el día en que vence.
Qué significa esto para tu empresa
La lección de la cena de CTOs y de nuestra propia experiencia es la misma: el problema nunca fue la IA, sino quitarle la deliberación al proceso porque se volvió demasiado fácil saltarla. La solución no es usar menos IA. Es volver a poner el pensamiento donde la IA lo eliminó.
En la práctica, hay tres preguntas que todo gestor debería hacerse. ¿Las decisiones técnicas de mi empresa están escritas en algún lugar rastreable, o viven en la cabeza de alguien? ¿Mi operación me avisa sola cuando algo falla, o me entero por el cliente? ¿Tengo un número de calidad que sigo, o solo una sensación de que va bien? Si la respuesta de las tres no es sólida, la deuda cognitiva ya está creciendo. Solo que todavía no la has visto.
Ese es el trabajo que hace Steply: transformar la cultura técnica a partir del cuello de botella real, con decisiones en el issue, flujos de automatización en la operación y calidad medida. La velocidad de la IA, sin el costo oculto.