La IA te ha DEVUELTO al cascada: pistas de que ya trabajas así.

Requisitos cerrados.

Medir la productividad por la cantidad de trabajo terminado.

Hacer el testing al final del ciclo… y convertirlo en un cuello de botella.

¿Te suena? Si eres de los viejunos del lugar, sí. Es el ciclo de vida en cascada.

PEROOO lo curioso es que está volviendo. En 2026. En plena era de la IA.

Regresando al pasado

El cascada es de lo más antiguo de nuestro sector. Y quien lo describió primero fue Winston Royce, en un artículo de 1970.

Y desde entonces vie con nosotros. De hecho, yo llevo más de 20 años ayudando a empresas reales a salir del cascada. Y hoy me lo vuelvo a encontrar. Disfrazado de palabras modernas.

Veamos pistas modernas del viejuno cascada…

Pista 1: las specs gigantes

Hemos pasado por tres épocas de requisitos.

• Primero, documentos cerrados para un equipo separado.
• Luego, historias de usuario para conversar en un equipo multifuncional.
• Y ahora, specs para una IA. Lo que se conoce como Spec-Driven Development.

El problema no es la spec. Es que mucha gente está metiendo decenas de requisitos e historias en una sola spec gigante.

Y si cierras muchos requisitos, pierdes la oportunidad de aprender por el camino.

Kent Beck, uno de los firmantes del Manifiesto Ágil, lo dice muy claro: dar por hecho que no vas a aprender nada mientras construyes… es raro raro.

En nuestro equipo, en 233 Academy, nos ponemos un límite: no más de 5 historias de usuario por spec.

Pista 2: medir lo que no aporta valor

En los años 60 se medía la productividad por tarjetas perforadas.

Luego, el Lado Oscuro llevó a muchos a hacerlo por líneas de código.

¿Y hoy? Por tokens.

De hecho, existe tiene nombre, lo llaman tokenmaxxing: premiar a la gente por los tokens que consume. Y no hablamos de cuatro empresas raras: hablamos de nombres como Amazon o Meta.

Suena moderno. PEROOO es lo mismo que contar líneas de código.

Producir mucho NO es aportar valor.

Por eso hoy el discovery, descubrir qué problemas merece la pena resolver, es más necesario que nunca.

De nada vale crear mucho si lo que se crea no vale para nada.

Pista 3: el testing, otra vez el embudo

Yo fui tester durante unos años, me conozco bien el tema. En el cascada, el tester era el último de la cadena, el que todo el mundo quería saltarse.

Hoy la IA genera código más rápido que nunca… y el embudo vuelve a estar al final: saber si lo que ha hecho es mantenible, seguro y correcto.

El testing manual está abocado a la muerte. PEROOO el testing pensado para la IA (ingeniería del arnés, LLM como juez…) tiene una carrera brutal por delante.

Mis consejos

Trabaja las specs: no cueles una especificación de requisitos de toda la vida como spec porque suene moderno.

Trabaja por hipótesis y liberaciones cortas. Scrum puede estar muerto, pero la agilidad está más viva que nunca.

Mide valor, no tokens.

Y muévete al testing pensado para la IA.

Te lo cuento todo en el vídeo de esta semana en YouTube.

Que la IAgilidad te acompañe

PD: Hoy, jueves 15 de octubre, a las 18:00 (hora Madrid), presento en directo mi sexto libro: Irremplazable en la era de la IA.

10:00 México · 11:00 Colombia y Perú · 13:00 Argentina y Chile.

Cómo usar la IA para POTENCIAR lo que tú y yo ya sabemos hacer: más de 20 años de oficio… sacando proyectos y productos adelante.

Porque la experiencia con IA se convierte en criterio, y sin ella se queda en antigüedad.

En la clase te enseño por dónde empezar: tus informes, tu backlog y tus estimaciones, hechos con IA por ti mismo, sin programar y sin depender de nadie.

Y si vienes te llevas mis prompts personales y el libro a precio de lanzamiento.

Solo en directo, NO se graba.

👉 Te espero AQUÍ

Por si no nos conocemos. Soy la persona que lleva más de 20 años ayudando a equipos y organizaciones a crear mejor software y mejores productos digitales: doctor en informática, profesor, autor de varios libros y, sobre todo, alguien que prueba las cosas antes de contarlas.