En este modelo secuencial donde se pactan los tiempo y se fijan costos al aprobar el documento de requerimientos es imposible hacer cambios ya que esto afectar costos y tiempos de entrega. Por otro lado, al tener feedback tardio despues de la entrega nos hacer tomar mucho tiempo en aprender a fallar. Esto de aprender a fallar seberia ser mas agile ya que con entregar pequeñas y vemos nuestras fallas se pueden corregir y por lo tanto dar un producto de mucha calida con sus correciones, mejoras, etc.

en este metodo de waterfull, en l a parte de hacer un acuerdo es importante la certeza de lo que se hace por lo tanto en trabajo siempre lleva un ciclo un orden por lo tanto es necesario mantener la idea sin tanto de ambas partes.

El modelo de waterfall o cascada, siempre va estar en desventajas, siempre se van a presentar problemas en un desarrollo y estos problemas pueden ser detectados en etapas mas avanzadas y corregirlo implica muchos costo, ya que se deberia volver a revisar la etapa donde surge el inconveniente y luego de ahi volver a revisar cada etapa sucesiva. Por ello es que agile viene para cambiar el paradigma y remplazar este tipo de modelos ya que a medida que se desarrolla se va probando versiones y recibiendo feedback y esto permite no solo ir corrigiendo errores en el momento si no que mejora el producto ya que tanto el equipo como el cliente pueden agregar valor

comorendo, muy bien explicado .gracias

Es exactamente eso lo que marca la diferencia del método Waterfall con otras metodologías agiles, el grado de secuencialidad y la dependencia de una fase con la anteriormente ejecutada ya que una es el punto de partida de la siguiente y si tiene un fallo tendrías que regresar en fases y perder tiempo y dinero

comprendo tu explicacion, gracias

Es necesario estar completamente seguro de que los requerimientos no van a cambiar para que esta metodología cumpla con las expectativas y nada salga mal, se puede implementar en proyectos sencillos o tal vez en proyectos en los cuales el objetivo final no esté bien definido.

Un modelo con tan alta secuencialidad solo puede funcionar en una utopía con requerimientos estables y sin problemas en todo el proceso de desarrollo. Sin duda Agile es mucho más flexible y nos permite anticiparnos a los contratiempos de un proyecto.

Totalmente de acuerdo contigo Ledaliz

Hola y muy buenas tardes a tod@s. Quisiera compartirles, mis apuntes acerca de la totalidad del video. (Método Cascada "Waterfall").

#

Modelo de Waterfall

(Profundizando en este concepto)

imaginando que se va a entregar un proyecto.

¿Qué es lo primero que se estará buscando?

• Puede haber un cliente, que esté pidiendo algún desarrollo, puede que se quiera llegar a un objetivo, a una meta específica.

La clave es dejar al cliente satisfecho.

Si se está, utilizando el modelo Waterfall, todos esos requisitos.

Tienen que estar:

• Documentados.

• Justificados.

*Y eso al final, solamente va a generar: *

• Un documento enorme:

  • Que nadie va a querer leer.

  • Que alguien, va a tener que validar .

  • Y que el cliente o cualquiera, de los stakeholders, va a tener que firmar.

Por lo tanto, el cliente tiene que tomar una decisión y no es una decisión simple.

(De hecho, hay muchísimas variables en juego en esta decisión).

No es solamente el costo, que se está pagando por hacer una entrega, sino, las ganancias que se pueden ver afectadas.

Hay un punto que es crucial y que es parte de este costo.

• La expectativa que hay al respecto de todo este proyecto.

¿Por qué?

• Porque, pueden empezar con una definición y una expectativa, pero esta, puede cambiar en todo este proceso, en donde se está desarrollando.

• Esto es uno de los mayores problemas, porque el documento, ya se encuentra, firmado y aprobado y por lo tanto, no se va a poder meter cambios.

Aquí se presenta una de las interrogantes, más importantes:

• ¿Qué pasa si ya se definió un requisito, pero el cliente, cambió de idea o sí uno mismo, se le ocurre una mejor idea, de cómo abordar el proyecto y realmente se necesita buscar una alternativa?

*Otro problema que presenta, el modelo de cascada es que: *

• No se tiene, retroalimentación inmediata.

¿Por qué pasa esto?

• El proceso para identificar, que el proyecto, realmente funcionó, va a tomar tiempo.

• Por ejemplo: La competencia, puede ganar la batalla, y entregar un producto más rápido, que cumple justamente con la necesidad, que el cliente necesita.

Si se lleva todo este proceso, a un entorno de tecnología:

• Allí, las cosas son incluso más difíciles:

  • Porque todo cambia muy rápido.

Otro problema, que posee el modelo de Waterfall es que:

• No está pensado para poder priorizar.

*De hecho: *

• Está pensado, para ejecutar siempre de forma secuencial.

*Hay que tomar en cuenta que: *

• En cada etapa o en cada fase que se va a entregar:

  • Se tiene, que hacer un análisis.

  • Se tiene que esperar a que, haya definiciones.

Esperar a que, haya una aprobación.

Y eso va a pasar de forma recurrente, hasta que acabe el proyecto.

La clave es realizar entregas más pequeñas.

Porque es ahí, donde se puede:

• Identificar, si realmente se está entregando valor.

*A diferencia, de una etapa enorme, que va a tomar por lo menos, un mes o varias semanas en poder implementarse. *

Y eso al final, es un costo muy alto. Entonces justamente, es por eso que:

• La clave es realizar entregas más pequeñas.

¡Saludos Cordiales!

Hola y muy buenas tardes a tod@s. Quisiera compartirles, mis apuntes acerca de la totalidad del video. (Método Cascada "Waterfall").

#

Modelo de Waterfall

(Profundizando en este concepto)

imaginando que se va a entregar un proyecto.

¿Qué es lo primero que se estará buscando?

• Puede haber un cliente, que esté pidiendo algún desarrollo, puede que se quiera llegar a un objetivo, a una meta específica.

La clave es dejar al cliente satisfecho.

Si se está, utilizando el modelo Waterfall, todos esos requisitos.

Tienen que estar:

• Documentados.

• Justificados.

*Y eso al final, solamente va a generar: *

• Un documento enorme:

  • Que nadie va a querer leer.

  • Que alguien, va a tener que validar .

  • Y que el cliente o cualquiera, de los stakeholders, va a tener que firmar.

Por lo tanto, el cliente tiene que tomar una decisión y no es una decisión simple.

(De hecho, hay muchísimas variables en juego en esta decisión).

No es solamente el costo, que se está pagando por hacer una entrega, sino, las ganancias que se pueden ver afectadas.

Hay un punto que es crucial y que es parte de este costo.

• La expectativa que hay al respecto de todo este proyecto.

¿Por qué?

• Porque, pueden empezar con una definición y una expectativa, pero esta, puede cambiar en todo este proceso, en donde se está desarrollando.

• Esto es uno de los mayores problemas, porque el documento, ya se encuentra, firmado y aprobado y por lo tanto, no se va a poder meter cambios.

Aquí se presenta una de las interrogantes, más importantes:

• ¿Qué pasa si ya se definió un requisito, pero el cliente, cambió de idea o sí uno mismo, se le ocurre una mejor idea, de cómo abordar el proyecto y realmente se necesita buscar una alternativa?

*Otro problema que presenta, el modelo de cascada es que: *

• No se tiene, retroalimentación inmediata.

¿Por qué pasa esto?

• El proceso para identificar, que el proyecto, realmente funcionó, va a tomar tiempo.

• Por ejemplo: La competencia, puede ganar la batalla, y entregar un producto más rápido, que cumple justamente con la necesidad, que el cliente necesita.

Si se lleva todo este proceso, a un entorno de tecnología:

• Allí, las cosas son incluso más difíciles:

  • Porque todo cambia muy rápido.

Otro problema, que posee el modelo de Waterfall es que:

• No está pensado para poder priorizar.

*De hecho: *

• Está pensado, para ejecutar siempre de forma secuencial.

*Hay que tomar en cuenta que: *

• En cada etapa o en cada fase que se va a entregar:

  • Se tiene, que hacer un análisis.

  • Se tiene que esperar a que, haya definiciones.

Esperar a que, haya una aprobación.

Y eso va a pasar de forma recurrente, hasta que acabe el proyecto.

La clave es realizar entregas más pequeñas.

Porque es ahí, donde se puede:

• Identificar, si realmente se está entregando valor.

*A diferencia, de una etapa enorme, que va a tomar por lo menos, un mes o varias semanas en poder implementarse. *

Y eso al final, es un costo muy alto. Entonces justamente, es por eso que:

• La clave es realizar entregas más pequeñas.

¡Saludos Cordiales!