Historia del movimiento Agile

La entrega continua en el software es más que una frase de moda. Ciertamente, la entrega continua de software es el santo grial en el desarrollo de software y es la razón por la que DevOps es un concepto tan de moda hoy en día.

Para entender este fenómeno, necesitamos comprender la historia y procedencia de los métodos ágiles.

La historia del desarrollo de software ágil no comienza con el Manifiesto Agile, sus raíces se remontan a mucho antes. En estos artículos vamos a cubrir más de tres décadas de la historia del desarrollo de software, que casi seguro te habían pasado desapercibidas, incluyendo los orígenes de la agilidad y cómo el conocimiento más reciente nos está llevando a ciclos de entrega cada vez más rápidos.

Si eres de los que crees que Agile es una moda reciente, siéntate, coge palomitas y disfruta de una historia que nos remota a los albores de mundo del software.

Érase una vez una industria que estaba pasando de la niñez a la adolescencia …

Y entonces vino la crisis

A principios de la década de 1990, a medida que la informática comenzó a proliferar en la empresa, el desarrollo de software se enfrentó a una crisis. En ese momento, se la conocía ampliamente como "la crisis del desarrollo de aplicaciones" o "el desfase en la entrega de aplicaciones". Los expertos de la industria estimaron que el tiempo entre una necesidad comercial validada y una aplicación real en la producción era de unos tres años. Tres años, ¿os lo imagináis?¿De verdad creíais que esto sólo pasaba hoy día ??

El problema era que las empresas se movían más rápido que eso. Incluso hace 25 años, en el plazo de tres años, los requisitos, los sistemas e incluso las empresas enteras probablemente cambiarían. ¿Os suena?. Esto significó que muchos proyectos terminaron siendo cancelados a medio camino, y muchos de los que se completaron no satisfacían todas las necesidades actuales de la empresa, incluso si se cumplían los objetivos originales del proyecto.

Estos escenarios de hace casi 30 años no difieren mucho de lo que nos encontramos en la industria actual del desarrollo de software, si cabe acrecentados por una visión del negocio más centrada en el cliente final, al que además empoderamos para que nos guíe en nuestro camino de creación del producto.

Y claro, los desarrolladores se frustraron

Jon Kern, ingeniero aeroespacial en la década de 1990, se frustró cada vez más con estos largos plazos de entrega y con las decisiones tomadas al principio de un proyecto que no pudieron ser cambiadas más tarde. "Estábamos buscando algo que fuera más oportuno y receptivo", señalaba, uniéndose a un número cada vez mayor de aquellos que sentían que tenía que haber una mejor manera de construir software.

Fue uno de los 17 líderes de pensamiento de software que comenzaron a reunirse informalmente y a hablar sobre las formas de desarrollar software de manera más sencilla, sin el proceso y la sobrecarga del modelo tradicional de la época, el modelo Waterfall y otras técnicas de ingeniería de software también populares por entonces.

Y entonces nació Agile

Estas frustraciones en torno a actividades de desarrollo de software aparentemente improductivas, que fueron compartidas por profesionales de ideas afines, llevaron a la ahora famosa reunión de Snowbird en Utah a principios de 2001. Pero no era la primera vez que este grupo de líderes de software se reunía. Se habían reunido el año anterior, en el Rogue River Lodge de Oregón, en la primavera de 2000.

Este grupo incluía a Kern, los pioneros de Extreme Programming Kent Beck y Ward Cunningham, Arie van Bennekum, Alistair Cockburn, y otros doce, todos bien conocidos hoy en día en la comunidad ágil. Lo ágil, como práctica, no era el objetivo final; de hecho, "ágil" aún no se había utilizado en la conversación formal antes de ese momento. En esa reunión, los términos "light" y "lightweight" eran más comunes, aunque ninguno de los participantes estaba particularmente satisfecho con esa descripción.

En particular, estos líderes de opinión buscaron formas de construir rápidamente software de trabajo y ponerlo en manos de los usuarios finales. Este enfoque de entrega rápida proporcionó un par de beneficios importantes:

1. Permitió a los usuarios obtener algunos de los beneficios empresariales más rápido.
2. Permitió al equipo de software obtener información rápida sobre el alcance y la dirección del producto a desarrollar.

La retroalimentación rápida y la voluntad de cambio resultaron ser las características clave del movimiento ágil. Si el equipo de software no está seguro de lo que el usuario necesita, le ofrece una primera aproximación y luego escucha los comentarios. Pero poco está grabado en piedra al principio del proyecto.

Continuará...