Excelente José!

Gracias por tu participación.

Y cualquier duda estamos aqui en el foro dispuestos a ayudar!

Modelo Cascada Este modelo se ideó en los años 1970, pensando en proyectos sencillos y de presupuesto rígido pues se tenia en claro la dimensión final del proyecto el cual debía ser documentado y desarrollado por etapas secuenciales bien definidas y estudiadas de antemano. Es un modelo fácil de seguir pues se basa en el análisis de las necesidades del cliente, su diseño, implantación, pruebas, integración y mantenimiento de los componentes del proyecto. VENTAJAS: -Sirvió de base para los procesos de desarrollo de software y de otras metodologías como la Agile. -Se puede a través de la documentación exhaustiva, controlar y monitorizar la evolución del proyecto. -Permite evitar reajustes económicos del presupuesto pues este de define al momento de comenzar el proyecto. -Esta orientado a la planificación por eso es mas seguro que las metodologías agiles -Prevé los errores. -A través de esta metodología, se facilita entender y seguir el desarrollo de los proyectos. -Es el modelo menos complejo que existe. -Por su organización, las etapas que lo componen no se mezclan DESVENTAJAS: -Relega al cliente de los procesos y tareas. -El software no recibe cambios a los largo del proceso de desarrollo -Es una metodología rígida e inmutable. -Se dificulta la resolución de los errores de software si estos ocurren -No se pasa a la siguiente etapa del proceso hasta que no se culmina la anterior -Se necesita mucha documentación exhaustiva para cada fase del proyecto. -Hay poca comunicación con el cliente por lo cual es difícil establecer objetivos y nuevos requisitos. -No es un proceso con etapas iterativas porque los procesos se ejecutan en un solo paso. -Por su concepción cerrada, no se permiten correcciones durante el desarrollo ni se permite rediseño de las etapas del mismo.

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!