Ya estoy inscrito ¿Todavía no tienes acceso? Nuestros Planes
Ya estoy inscrito ¿Todavía no tienes acceso? Nuestros Planes
4
respuestas

Opinión sobre el modelo en cascada Waterfall

Dejo mi humilde opinión sobre este modelo. Una de las grandes desventajas es como menciona Elizabeth en su explicación, en este método uno nunca va a tener una retroalimentación una vez que se hace la entrega del producto como si lo tendremos en la metodología Ágil. Otra de las grandes desventajas de este modelo, es que la documentación que se lleva a cabo es innecesaria, ya que esto te lleva demasiado tiempo que luego el cliente firma como acuerdo entre ambas parteo el cual se debe respetar, pero como indica Elizabeth, que pasarías si el cliente quiere un cambio al acuerdo que se llevó a cabo en un principio, esto implicaría nueva documentación y firmar nuevamente todo un papelerío que no tiene sentido. En todo lo que mencionó Elizabeth, estoy de acuerdo con eso. Les cuento que estoy desarrollando una aplicación donde he aplicado algo de la metodología Ágil sin conocer sobre esta, pero debo aprender y aplicar varios cambios para que mis desarrollos sean más eficaces y con mayor rapidez. Estas lecciones me ayudan a tener otro panorama lo cual iré puliendo a medida que transcurran las lecciones.

4 respuestas

Tal cual, hoy en día, los cambios surgen de una forma muy repentina. Aplicando el método cascada si queremos aplicar un cambio, con el tiempo que este puede demorar, puede que ya necesitemos otros cambios jaja. Un ciclo sin fin de algo que no funciona.

Hola!

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

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 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.

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

¡Saludos Cordiales!