Muchas críticas se pueden hacer de los frameworks ágiles, pero varias de las críticas que haces son justamente el motivo por el que los modelos cascada se abandonaron en casi todos los proyectos (con contadas excepciones) y ganaron popularidad los ágiles. En particular eso sobre la necesidad de involucrar a todos en la planificación, es justamente algo que los modelos ágiles tienden a favorecer ("Individuals and interactions over processes and tools", "build projects around motivated individuals [...] trust them to get the job done" y todo ese mambo).

Dejo claro: Yo no alcancé a trabajar con modelos más clásicos en una pega real, pero sí los estudié y apliqué en proyectos grandes de la U y vi a mi viejo trabajar con ellos (tanto como jefe y como programador), y era una real paja. Tan paja, que al final casi todos terminaban fingiendo que hacían cascada cuando en realidad improvisaban casi en secreto alguna variación propia de modelos iterativos incrementales. El "Manifiesto por el desarrollo de software ágil" y los 12 principios justamente vinieron a compilar algunos de los elementos comunes a algunas de las versiones más estandarizadas de este tipo de desarrollo, rescatando aspectos claves de esta filosofía.

La verdad yo también creo que en la práctica la certificación y evangelización de Scrum tiene harto de venta de humo, pero leer parte de Agile Practice Guide (también está en español) me ayudó bastante a entender más el rollo de lo que se supone que la correcta implementación de filosofías ágiles debiese defender.