Barrapunto

Se llama de "cascada" más bien porque una fase alimenta la siguiente, que el que sea irreversible. La idea detrás de esta metodología es descubrir los posibles errores en las fases tempranas, cuando son menos dañinos. Por éso mismo se hace hincapié en no pasar a la siguiente fase sin haber completado la anterior, para tenerlo todo bien asegurado. El desarrollo en cascada es tremendamente rígido y burocrático.

Las metodologías ágiles propugnan ciclos más cortos y un mayor número de iteraciones con el fin de ir adaptando el desarrollo a la solución deseada en cada iteración.

En medio de ambos tenemos los desarrollos en cascada a través de prototipos, donde un prototipo "desechable" pone fin a cada etapa intermedia, relacionandose la etapa de pruebas con todas las etapas anteriores. Tremendamente costoso en recursos, pero asumible en diversos ambientes (militares y bancos, sobre todo).

Me temo mucho que tu idea de lo que es el desarrollo en cascada es mucho más superficial de lo que supone que es una "metodología".

Las metodologías ágiles (en plural) no dejan de ser más que una reflexión sobre lo que funciona y no funciona de un desarrollo, visto más como el proceso de una creación que de una ingeniería. Si fallan cuando se llevan a la práctica es por la incapacidad de muchos directores de proyecto de asumir estas reflexiones, cayendo nuevamente en las mismas trampas de siempre.

Por ejemplo, la programación extrema habla de los beneficios de la conciliación de vida laboral y familiar, o de que el trabajador tenga tiempo propio para investigar por su cuenta y así mejorar su creatividad. Estos aspectos son completamente inconcebibles en las metodologías clásicas que todo lo miden en unidades de hombre/hora.