2
respuestas

¿Cómo surgió? ¿De dónde vino? ¿Por qué las personas lo empezaron a usar? ¿Por qué es diferente de Waterfall?

¿Cómo surgió? Surgió de la necesidad de que los desarrollos de una aplicación se pudiera entregar en menos tiempo, con el menor margen de error, la necesidad de los cliente en tener una aplicación en menos tiempo y evitar las idas y vueltas en las aprobaciones.

¿De dónde vino? Este punto lo tuve que buscar en la red, debido a que desconozco de donde vino. Comparto lo que encontré en la red.

Aunque el término Agile se acuñó oficialmente en el año 2001 con el desarrollo del Manifiesto Ágil, durante muchos de los años precedentes, varios de los firmantes del Manifiesto buscaron soluciones que permitiesen reducir el tiempo de desarrollo y entrega del software, uno de los principales males que trajo consigo la crisis del software a principios de los 90s.

Pero para conocer las causas que dieron lugar a esta crisis del software debemos remontarnos a los años 70 y 80 cuando, en un intento de controlar el proceso de desarrollo del software, se intentaron aplicar prácticas tradicionales de gestión (metodologías predictivas) a proyectos dónde los requisitos carecen del nivel de estabilidad de los requisitos de los proyectos de ingeniería tradicionales.

El desarrollo en cascada (waterfall) de un producto software prescribía que el ciclo de vida del desarrollo de una aplicación debía ir avanzando a través de un conjunto de fases secuenciales dónde el final de una fase marcaba el inicio de la siguiente.

Los requisitos de un proyecto software rara vez se mantienen sin variación a lo largo del ciclo de vida del proyecto.

Con tiempos de entrega cada vez mayores y constantes cambios a los requisitos, la industria del software requería buscar nuevos modelos de gestión que facilitasen un modelo de desarrollo más centrado en dar respuesta a las necesidades de los clientes.

¿Por qué las personas lo empezaron a usar? Desde mi humilde observación, las personas lo comenzaron a usar por la rapidez en que se podía entregar una aplicación funcional a los clientes.

¿Por qué es diferente de Waterfall? Waterfall tiene la particularidad que el comienzo de una etapa comienza siempre y cuando la etapa anterior haya concluido. En el caso de Ágil, el desarrollo va surgiendo a medida que va transcurriendo el tiempo y no se necesitan aprobaciones para poder avanzar.

2 respuestas

Hola!

Gracias por tu participación, recuerda que estamos dispuestos a ayudar si surge alguna duda!

¡¡¡Hola y muy buenas tardes a tod@s!!! Quisiera compartirles mis apuntes acerca de la totalidad de este video (Método Ágil "Agile").

Método Ágil (Agile)

#

*Cuando se habla de agilidad, hay que pensar inmediatamente en: *

• Ingeniería de software.

*Gran parte de lo que busca, la ingeniería de software tiene que ver específicamente con: *

  • Entrega de desarrollo.

  • (De hecho, esta disciplina, surgió como producto de otras ingenierías).

Lo que la ingeniería de software busca es:

  • Poder dividir un proyecto en diferentes etapas.

    • Estas etapas, van a necesitar de una aprobación.

Y, de hecho, cada una de estas aprobaciones nacen como:

Requisitos, que al final, son básicamente solicitudes o peticiones del cliente.

#

Modelo de Waterfall

(Modelo de Cascada)

#

Definición, a través de su traducción literal:

Pensando en una cascada, que al final es:

  • Agua que baja del punto más alto, hasta el nivel del suelo.

Realmente, ahí hay un solo camino, es decir, el agua no va a regresar. Eso, en principio, podría parecer una ventaja.

¿Por qué?

  • Porque, nos habla de estructura, nos habla de que hay un plan, de que todo está súper bien estructurado.

Pero, hay que pensar inmediatamente en los riesgos.

  • ¿Cuál es el riesgo de que se tenga, solo un camino, que no se va a poder cambiar?

Para dar respuesta a esta interrogante:

Es muy importante, pensar en dos cosas:

En primer lugar:

  • En todo ese camino, en donde el desarrollo, está siendo creado, se va a encontrar inevitablemente con aprendizaje continuo.

*Por ejemplo: *

  • El cliente puede tener una nueva idea, que quiera probar o incluso uno mismo, puede encontrar alguna hipótesis, que sea importante o que agregue valor a su desarrollo.

En el momento en donde el software es creado, parte de una premisa, en donde se está asumiendo que, se tiene un escenario y que ese escenario puede cambiar, en el instante, en que se haga esa entrega.

*Si se trabaja con Waterfall: *

• No se va a poder, incluir todos esos aprendizajes y todas esas nuevas ideas.

*Sino que: *

  • Todo el tiempo, se va a tener que invertir en:

    • Aprobaciones.

    • En conseguir firmas.

    • En otros procesos.

    • O en burocracia que en general, no suelen ser rápidos.

*Entonces, de esta forma: *

• Se está perdiendo el valor, de poder entregar nuevas hipótesis o nuevas premisas, que realmente puedan ser relevantes. En segundo lugar: tiene que ver con todos los cambios, que no se controlan, todos los cambios externos.

¿Esto qué quiere decir?

• Que es muy común que, haya nuevas regulaciones o nuevas leyes.

¿Y esto que significa?

Significa que: Hay que, adaptarse muy rápido.

Ya que:

  • Al final, va a tener mucho más valor, el adaptarse rápido, a justamente esta nueva ley o esta regulación. Lo que se busca es que: el cliente esté satisfecho y lo que realmente le va agregar valor a él, es que el hecho de, adaptarnos rápidamente.

Ingrese aquí la descripción de esta imagen para ayudar con la accesibilidad

¡Saludos Cordiales!