Thread by @jgarzas

Gente, hoy y mañana, por lo d la navidad y eso, no voy a dejaros post, pero, a cambio, hoy os voy a dejar un hilo, sobre historia y curiosidades de los ciclos de vida software, del iterativo e incremental (abuelo del Ágil) y del Cascada (Lado Oscuro en software) 👇👇👇

Lo que conocemos hoy como ciclo de vida Ágil, es un tipo especial del ciclo llamado iterativo e incremental, resumidamente, se libera incrementos del producto (working software) periódicamente, iteración, y en cada iteración se mejora el producto (info javiergarzas.com/2012/10/iterat…)

La primera referencia sobre el uso de crear de manera iterativa e incremental viene de 1930, de un tal Walter Shewhart, de los Bell Labs, que propuso los ciclos cortos de PDSA “plan-do-study-act” (luego popularizados por el famoso Deming)

En lo que refiere a referencias pioneras “famosas”, tenemos en los 50 la creación del avión X-15 (ver foto), que se creó bajo un desarrollo iterativo e incremental, y está considerado un éxito en el uso de este ciclo de vida

Pero como bien me recordaba el amigo @Ooxine el X-15 no pudo haber aplicado el desarrollo iterativo e incremental al software… porque a principios de los 50 no había software como lo conocemos hoy “se programaba” en hardware

Pero lo del X-15 es importante porque mucha gente que trabajó allí trabajó luego, a finales de los 50, en el proyecto Mercury (primer programa espacial tripulado de los Estados Unidos), y allí que se llevaron el usó el desarrollo iterativo e incremental

El proyecto Mercury uso iteraciones muy cortas, de medio día, con time-box y… test antes de desarrollar (¿te suena a TDD?, pues hablamos de los 50) (fuente Iterative and Incremental Development: A Brief History)

Aunque la "programación" en el proyecto Mercury no se parece mucho a lo que hoy entendemos como programación, aquellos eran aun tiempos de mucha "programación" hardware, pero fue el comienzo de todo

Entre los famosos que trabajaron en el proyecto Mercury estaba Gerald M. Weinberg que tiempo después escribió que “pensábamos que trabajar en cascada era estúpido o, al menos, era una manera de ignorar la realidad”
secretsofconsulting.blogspot.com/2011/11/iterat…

Gerald M. Weinberg daría para otro hilo, podríamos considerarlo padre del Peopleware, con libros como "psychology of computer programming", "quality software", "becoming a technical leader", etc.

Otro hito importante, y curioso, llega el los 70, cuando un tal W Royce (aunque no te suene es famoso en todo esto) publica “Managing the Development of Large Software Systems”, el que creemos que es el 1er artículo que se escribe sobre el Cascada javiergarzas.com/2016/12/rareza…

Lo curioso es que por ello Royce pasará, erróneamente, a la historia como el “Palpatine” del cascada, el que lo llevó al software, cuando, si lees el paper… realmente lo criticaba (cosas que pasan en esta profesión, que se lee poco y rápido).

Incluso su hijo, tiempo después, tras la muerte del padre, escribió en la defensa de su memoria, para que su padre no fuera recordado como el “padre del cascada”

A todo esto, por aquellos tiempos el ciclo de vida en cascada no se conocía como cascada (Royce no usa la palabra cascada en su paper).

El nombre de “cascada” se lo pusieron en el 76, Thomas y Thayer, en el artículo “Software Requirements: Are They Really A Problem?”
javiergarzas.com/2014/05/el-ver…

Pero el gran paso, el verdadero Imperio, para popularizar el cascada vino del Departamento de Defensa de los USA, al sacar su norma llamada DoD STD 2167, y obligar internos y externos a trabajar en cascada

Si tienes curiosidad, te puedes descargar ese documento oscuro e histórico, el DoD STD 2167, en abierto product-lifecycle-management.com/download/DOD-S… otro hito histórico más para hoy.

En el DoD STD 2167 puedes leer… El proveedor establecerá el diseño de alto nivel [...] asignando la SRS (Especificación de Requisitos software), etc.

Luego, en los 80 y en los 90, serán Scrum y eXtreme Programming los que tomaran el uso del iterativo e incremental, luego llegaría la Agilidad, y su mayor popularidad en estos últimos tiempos

Bueno, no me alargo más, espero que te haya gustado, y que la próxima vez que escuches cosas como que "el ciclo de vida Ágil es algo moderno" "es un ciclo de vida del que hay poca experiencia" o que "no aplica a ciertos tipos de desarrollo software"... te eches unas risas </fin>