Yo no me estoy refiriendo a otra cosa que no sea la Metodología en Cascada "original". Si vamos a la aceptada como primera descripción formal de esta metodología, presentada por Winston W. Royce en "Managing the Development of Large Software Systems", destaca la importancia de documentar "exhaustivamente" todas y cada una de las fases, incluso a costa de paralizar todo el proceso de desarrollo hasta que no se haya completado la documentación. Ésa es la "burocracia" a la que me refería yo, sin consierar ni métrica3 ni nada parecido (que nunca he nombrado).
Éso sí, si relajamos la exigencia de la documentación, igual tenemos algo más "ágil" y adecuado para desarrollos medios. Pero entonces no estamos hablando de la metodología original.
Como ya he dicho en otro comentario, y citando de la Wikipedia en inglés:
The first formal description of the waterfall model is often cited as a 1970 article by Winston W. Royce,[3] [4] although Royce did not use the term "waterfall" in this article. Royce presented this model as an example of a flawed, non-working model.[5] This, in fact, is how the term is generally used in writing about software development--to describe a critical view of a commonly used software development practice.
Si te quedas con la definición que da un detractor de la metodología (y 15 años después de que la propusieran) y la consideras la metodología original, apaga y vámonos.
Re:De qué hablamos...
(Puntos:2)( http://ch3m4.org/ )
Éso sí, si relajamos la exigencia de la documentación, igual tenemos algo más "ágil" y adecuado para desarrollos medios. Pero entonces no estamos hablando de la metodología original.
Re:De qué hablamos...
(Puntos:1)( Última bitácora: Miércoles, 05 Marzo de 2014, 08:44h )