IEEE Computer ha publicado este mes un número sobre desarrollo ágil. Resulta especialmente interesante un artículo sobre la historia del desarrollo iterativo, muy recomendable para cualquier persona interesada en los antecedentes del Scrum o de cualquier otro método ágil.
Larman, Craig y Basili, Victor R. Desarrollo iterativo e incremental: Breve historia. IEEE Computer 36:6:47-56, junio de 2003.
El desarrollo iterativo e incremental se remonta a mediados de los años 50 y destacados líderes de la ingeniería de software de cada década apoyaron y utilizaron las prácticas IID. Muchos grandes proyectos de la NASA, IBM y otros organismos las utilizaron. La norma del Departamento de Defensa sobre desarrollo en cascada estaba mal concebida, según su autor, que se basó principalmente en libros de texto y consultores. Un comité del Departamento de Defensa dirigido por Fred Books (el mítico Manmonth) tardó más de una década en solucionar el problema. Mientras tanto, se documentaron al menos $75B de proyectos de software del DOD fallidos.
El primer documento publicado que Larman pudo encontrar sobre el desarrollo iterativo fue un informe de 1968 de Biran Randell y F.W. Zurcher en el Centro de Investigación T.J. Watson de IBM. Curiosamente, expone el modelo básico de desarrollo utilizado por el primer software Scrum de Easel Corporation en 1993.
"El enfoque básico reconoce la inutilidad de separar los procesos de diseño, evaluación y documentación en el diseño de sistemas de software. El proceso de diseño se estructura mediante un modelo en expansión sembrado por una definición formal del sistema, que proporciona un primer modelo funcional ejecutable. Se prueba y se amplía a través de una secuencia de modelos, que desarrollan una cantidad cada vez mayor de funciones y una cantidad cada vez mayor de detalles sobre cómo se va a ejecutar esa función. Al final, el modelo se convierte en el sistema".
Easel estaba construyendo la primera herramienta OOAD con ingeniería de ida y vuelta. El objetivo de un Scrum era siempre ampliar un sistema que tenía un modelo y un código sincronizado con el modelo. Si el objetivo era un nuevo desarrollo, se creaba un pequeño sistema prototipo en la primera semana de un Scrum y se evolucionaba este sistema. Exigimos y conseguimos utilizar la herramienta OOAD para construir la herramienta OOAD. Developers tuvo que comerse su propia comida para perros, algo poco frecuente en la industria del software.
Spanish 
English 
French