Negocios: Tecnología · Lección N.tec.1

El nuevo juego del área de tecnología con IA

La IA vuelve tratable un backlog que siempre fue infinito: ticket, bug, deuda, incidente. Eso es una gran noticia. Solo que, sin revisión de verdad, esa misma velocidad se convierte en deuda técnica escondida e incidente en producción.

Ejemplos para

Lunes por la mañana, el board del equipo tiene 340 ítems abiertos: bug, pedido de feature pequeña, ítem de deuda técnica que nadie priorizó nunca. Eso siempre fue así, y siempre va a seguir llegando más rápido de lo que cualquier equipo logra cerrar. Antes, ese volumen se manejaba a machetazos: los diez ítems más ruidosos de la semana, el resto esperando un milagro de capacidad. Hoy la IA lee el board entero, agrupa duplicados, sugiere severidad y ya propone el primer borrador de corrección para un tercio de los ítems simples. El board que parecía una montaña se convierte en una lista que se puede atacar. La pregunta que decide si esto se vuelve ganancia o se vuelve problema ya no es "¿hay tiempo de mirar todo?": es "¿quién revisa lo que la IA decidió sola antes de que eso se convierta en producción?".

Oye, todo equipo de tecnología carga el mismo peso: un board de tickets que nunca llega a cero, un montón de deuda técnica que nadie tiene tiempo de atacar, y una guardia que vive apagando incendios. Piensa conmigo: ¿y si el backlog infinito dejara de ser infinito? La IA cambia esa cuenta de un modo real. Solo que cambia la cuenta equivocada si dejas que la velocidad corra sin que nadie esté mirando de verdad lo que está pasando.

La idea central de esta lección. Por primera vez, un backlog que siempre fue más grande que la capacidad del equipo (bug, ticket, deuda técnica, incidente) se vuelve algo tratable en volumen: la IA hace triage, propone el primer borrador de corrección, resume el incidente, escribe el esbozo de la documentación. Esa es una buena noticia de verdad. Lo que sigue siendo del equipo, y se volvió más crítico justamente porque la parte mecánica desapareció, es la arquitectura, la prioridad real detrás del ticket, la evaluación de riesgo y la firma de quien manda algo a producción. Y existe una salvedad que esta área no puede ignorar: velocidad sin revisión de verdad se convierte en deuda técnica invisible e incidente en producción. Esta trilla trata de operar esta área en el nuevo juego, sin pagar esa cuenta.

01Lo que la IA vuelve tratable en el área

Nombremos bien el cambio. Estas cosas, que siempre desbordaron la capacidad de cualquier equipo, la IA ya las ataca en volumen:

La cuestión central es simple: cuando el trabajo de escanear volumen se vuelve barato, deja de ser el cuello de botella. El equipo que solo lograba reaccionar a los diez ítems más urgentes de la semana ahora logra atacar los trescientos. Eso es un giro real en el área. Y hay un lado que exige atención redoblada, que es exactamente el tema de la sección tres.

Lo que cambia en la capacidad de atacar el backlog:

ANTES atacado (10 ítems) esperando (330 ítems) CON IA HACIENDO TRIAGE con triage y atacado (240 ítems) esperando (100) el board que era montaña se vuelve lista atacable

¿Listo? La buena noticia es sólida. Pero solo sigue siendo buena si la próxima sección también es verdad en tu equipo.

02Lo que sigue siendo del equipo, y se volvió más crítico

Aquí está lo que la IA no decide por ti, y que pasó a valer más justamente porque la parte mecánica se abarató:

Nota que todo esto es criterio, no triage. Y el criterio es exactamente lo que se vuelve más caro cuando el triage se abarata. El trabajo del equipo, de aquí en adelante, vive mucho más en "esto realmente importa y es seguro subirlo" que en "logré con el volumen".

03La salvedad mortal: velocidad sin revisión se convierte en deuda e incidente

Ahora la parte que no se puede dejar pasar, porque en el área de tecnología cuesta muy caro. Un agente de IA logra abrir pull requests rápido, corregir bugs pequeños, proponer refactorización, en un volumen mucho mayor de lo que cualquier equipo logra revisar con el mismo cuidado de siempre. Esto no es hipotético: es el patrón que ya se ve en equipos que adoptaron agentes de código sin rediseñar la revisión.

El mecanismo del problema es fácil de ver y fácil de ignorar. Si la revisión de cada cambio se vuelve un sello rápido, porque hay demasiada gente para revisar y poco tiempo, la complejidad sutil se va acumulando sin que nadie lo note: una dependencia circular acá, una excepción mal manejada allá, un test que pasa pero no cubre el caso real. Nada de esto se rompe solo. El sistema sigue de pie, y la deuda se va apilando invisible, hasta que un día la combinación equivocada de factores aparece en producción, y se convierte en incidente.

semana 1 semana 20 incidente deuda invisible acumulando sin alarma el sistema queda de pie hasta que aparece la combinación equivocada de factores
Sabe más: por qué la deuda técnica generada por agente es distinta de la deuda de siempre

Todo equipo ya convive con deuda técnica, eso no es novedad. Lo que cambia con un agente de código operando en volumen es la velocidad de acumulación y la dificultad de rastrear el origen. Un humano cansado escribe un atajo malo de vez en cuando, y el patrón suele repetirse de un modo que el equipo reconoce con el tiempo. Un agente puede generar decenas de pull requests por semana, cada uno pequeño y aparentemente correcto por sí solo, pero la interacción entre ellos es lo que nadie revisó con atención, porque revisar la interacción entre cambios pequeños exige más tiempo que revisar cada cambio de forma aislada. El riesgo no está en ningún pull request específico. Está en la suma que nadie sumó. Por eso esta trilla vuelve a este punto dos lecciones más adelante, en la deuda técnica visible y en la auditoría del código que no leíste: el antídoto no es desacelerar la IA, es rediseñar la revisión para dar abasto con el volumen nuevo.

04El mapa de esta trilla

Esta lección fue el cuadro general. Las próximas bajan a lo concreto, una pieza a la vez:

Cada una toma un pedazo real del trabajo del área y lo rediseña con la IA adentro, sin perder el control de vista. ¿Vamos?

Hazlo ahora

Hazlo tú

Toma una entrega técnica reciente de tu área, tu tarea real u otra (un pull request, un incidente resuelto, una decisión de arquitectura pequeña). Divide en una hoja en dos columnas:

Ahora mira la proporción. ¿Cuánto del tiempo del equipo fue a la columna de la izquierda, al ritmo de hoy? Ese es el tiempo que esta trilla devuelve, para reinvertir en la columna de la derecha, que es donde vive el criterio que ya nadie más hace por ustedes.

Practica

1. En el nuevo juego del área de tecnología, ¿qué vuelve la IA tratable por primera vez en volumen?

2. ¿Por qué la velocidad sin revisión de verdad es especialmente peligrosa cuando un agente de IA genera muchos pull requests?

3. ¿Por qué el área de tecnología no puede tratar la revisión humana como opcional, aun con la IA acelerando el trabajo mecánico?

Para la pizarra

Sobre lo que se volvió tratablela triage en volumen, el primer borrador de corrección y el resumen de incidente. El board deja de ser una montaña.
Sobre el peligro de la velocidadnada se rompe solo en el camino. La deuda se apila invisible hasta que la combinación correcta estalla en producción.
Sobre la revisiónla IA acelera el borrador. La revisión es lo que garantiza lo que sube, y la firma final siempre es humana.
¿Qué te pareció esta página?
¿Recomendarías esta página a alguien de tu equipo?