Barrapunto

+10000

Por fin alguien capta el mensaje. Siguiendo con tu analogía, la cascada por lo que apuesta es por adquirir todo el conocimiento posible sobre ese terreno inexplorado antes de adentrarse en él con todos tus recursos, y en eso sigue la doctrina de Sun Tzu [culturamarcial.com.ar]: "Si conoces a los demás y te conoces a ti mismo, ni en cien batallas correrás peligro; si no conoces a los demás, pero te conoces a ti mismo, perderás una batalla y ganarás otra; si no conoces a los demás ni te conoces a ti mismo, correrás peligro en cada batalla.".

¿Que esa sea la mejor opción?: No tiene por qué, pero hay una lógica muy sólida detrás. Por eso considero que descalificar a la cascada por sistema, sin entender su propósito, es injusto.

Siguiendo con la metáfora del exploración, los métodos no-cascada proponen avanzar 10 km y volver atrás 10 km para ver si hay que desviarse. Avanzar 50km y volver atrás 50km para ver si hay que desviarse. Avanzar 100 km y volver atrás 100km para ver si hay que desviarse......

Estos métodos son lentos y costosos. No significa ir sobre seguro y no tener que rehacer, sino no dar nada por sentado y estar rehaciendo continuamente. Y peor que eso, no es posible para proyectos grandes. La pura realidad es que hay un momento en que no puedes volver atrás sin un costo muy alto.

¿Y sabes lo más cómico? que estos métodos no son incompatibles con el cascada. Nada impide usar el scrum en el día a día, pero usar como línea general algún método de cascada.