Modelo de cascada (‘Waterfall’): qué es y cuándo conviene usarlo
Una de las formas más populares de gestión del proyecto es la metodología de cascada (conocida también como modelo cascada o “Waterfall’ en inglés). Es más, si lo pregunta a los profesionales que trabajan en gerencia de proyectos, es muy probable que la mayoría le dirá que es el método más claro y comprensible entre otros.
Si es nuevo en el mundo de administracion de proyectos o le gustaría conocer más detalles sobre esta metodología, le ofrecemos una introducción al tema y le explicamos los siguientes aspectos:
- ¿Qué es el método de cascada?
- Fases de modelo de cascada en la gestión de proyectos
- Cuándo conviene usar la metodología de cascada y cuándo no
- Diferencia entre metodologías ágiles y cascada
¿Qué es el método de cascada?
El modelo de cascada es un método de gestión de proyectos, en el que el proyecto se divide en distintas fases secuenciales, donde el equipo puede pasar a la siguiente fase sólo cuando se haya completado la anterior.
La primera descripción formal de la metodología de cascada fue elaborada en el artículo de Winston W. Royce en 1970 sobre la gestión de desarrollo de software. Aun así se considera que el método de cascada se originó en la fabricación y la construcción. De ahí viene que de acuerdo con este modelo no se puede volver a la fase anterior. Es decir, una vez que alguna pieza de producto sale de la máquina, no lo puedes resetear. Y también, que cada fase tiene que completarse en una secuencia predeterminada. No se puede hacer el techo de una casa, si aún no tiene cimientos.
Hoy en día, el modelo cascada no solo se utiliza en los proyectos de construcción o en la fabricación. Por ejemplo, se aplica con bastante frecuencia en el ciclo de vida de desarrollo de sistemas (SDLC) para proyectos de ingeniería de software y TI. En este artículo lo vamos a ver principalmente desde esta perspectiva, pero tenga en cuenta que el concepto básico se adapta a cualquier tipo de proyecto.
El punto clave de la metodología de cascada es que no hay posibilidad de cambios o errores, por lo que la planificación aquí es una etapa fundamental. La calidad de trabajo inicial define en mayor medida el resultado final.
La responsabilidad del gerente en esto es elaborar bien todos los requisitos y prever todas las preguntas pertinentes. Los requisitos deben ser lo más completos posible porque el equipo trabaja con la investigación y el diseño en las etapas iniciales.
¿Cuándo se aplica el método de cascada?
Los gerentes de proyecto suelen recurrir al método de cascada:
- Cuando hay una visión clara de lo que debería ser el producto final.
- Cuando los clientes no tienen posibilidad de cambiar el alcance del proyecto una vez que ha comenzado.
- Cuando el concepto y la definición son las claves del éxito (pero no la velocidad).
- Cuando no hay requisitos ambiguos.
Fases de modelo de cascada en la gestión de proyectos de desarrollo de software
Podemos dividir el modelo cascada o waterfall en varias fases. Es posible que diferentes expertos unan las fases o que les denominan de otra manera, pero el proceso siempre va a ser el mismo. Nosotros las dividimos en 6 fases:
Requisitos
Como ya hemos mencionado es la fase más importante. Durante esta fase normalmente se realizan entrevistas, reuniones e intercambio de opiniones para definir los requisitos para el proceso de desarrollo y el resultado final del proyecto. Se analizan los requisitos recopilados y documentados. Después se decide qué tareas habrá que completar para llegar al resultado final, se establece el plan de proyecto con los costes y cesionarios para cada tarea.
Diseño y construcción
Esta etapa puede contener procesos de implementación, desarrollo y codificación. Cabe mencionar, que la implementación aquí no significa que empezamos a utilizar el resultado, sino que empezamos a trabajar en el desarrollo del producto a base de requerimientos y diseño.
Fase de prueba
En esta etapa, los especialistas responsables prueban el software (u otro producto que se desarrolla en el proyecto) y detectan errores. Aquí es fundamental asegurarse de que el producto cumpla con todos los requisitos del cliente.
Instalación / implantación
Es una fase en la que el producto sale para el uso de acuerdo con todos los requisitos. Algunos procesos de prueba pueden tener lugar en esta etapa.
Soporte y mantenimiento
El producto final se entrega al cliente. Dependiendo del tipo de proyecto, se pone en marcha el mantenimiento y el soporte. Si todo está bien, el producto sigue funcionando según lo diseñado. Para algunos proyectos, por ejemplo un software, se necesita el mantenimiento continuo.
Cuándo conviene usar la metodología de cascada y cuándo no
Las ventajas de la la metodología de cascada
Las principales ventajas de la metodología cascada de gestión de proyectos son las siguientes:
- El modelo es simple y fácil de usar.
- Como la metodología es bastante rígida, es fácil de administrar porque cada fase consta de entregables específicos.
- El proceso es bastante predecible, todos tienen una idea con anterioridad cómo se evolucionará el proyecto. Los clientes saben qué esperar en cuanto a los costes, el cronograma, y el resultado final de su proyecto desde el principio. El equipo sabe bien cómo son y cuando tienen que hacer sus tareas.
- Las fases no se superponen. Se ejecutan y se completan una a la vez.
- Las metodologías de desarrollo de software en cascada son buenas para proyectos que contienen requisitos claros.
- Si la rotación de empleados en su empresa es bastante frecuente, al estar todo bien definido y documentado, eso impactará mínimamente el proyecto.
Las desventajas de la la metodología de cascada
A pesar de todos los puntos fuertes enumerados anteriormente, también hay algunas desventajas:
- Si encuentra un error de requisito o necesita cambiar algo, su proyecto debe iniciarse desde el principio con un nuevo código.
- Cuando su producto está en la etapa de prueba, no es fácil volver atrás y cambiar algo que no está claro o no se ha formulado bien en la fase inicial.
- No puede resolver algunos problemas esenciales utilizando Waterfall para proyectos complejos y orientados a objetos. Tampoco es una buena idea usarlo para proyectos largos con requisitos complejos e imprecisos.
- El método no es apropiado para los proyectos en los que se sabe desde inicio que hay muchas probabilidades que los requisitos cambien.
- Los clientes pueden no estar satisfechos con el producto entregado. Como todas las tareas y los entregables se basan en requisitos documentados, es posible que los clientes no vean lo que se entregará hasta que esté casi terminado. Puede ser difícil cambiar algo en ese momento.
Diferencia entre metodologías ágiles y cascada
La diferencia más general entre metodologías ágiles y de cascada, es que la primera se centra mucho menos en la planificación inicial, por lo tanto no hay un plan definitivo con cada paso en el comienzo del proyecto. En el resto, las diferencias básicas son las siguientes:
La metodología de gestión de proyecto en cascada es:
- un proyecto grande secuencial.
- un proceso con requisitos claramente definidos con anterioridad.
- estructurada.
- para situaciones sin cambios.
- más interna.
Las metodologías ágiles son:
- flexibles.
- un pequeño proyecto (o muchos de ellos).
- altamente colaborativas.
- mejor para aquellos que requieren mejoras continuas.
- lo mejor para involucrar a los clientes.
- un proceso en el que se esperan cambios en los requisitos.
Gestión de proyectos con metodo de cascada en GanttPRO
Si está a punto de empezar a gestionar un proyecto con el método de cascada, el software de gestión de proyectos GanttPRO, le puede facilitar el proceso considerablemente. Ya que el software está basado en diagrama de Gantt, que se considera una de las mejores herramientas para este método.
La herramienta no solo ayuda a planificar y registrar todos los requisitos en las etapas iniciales, sino también muestra todo el proceso en un claro y visualmente atractivo cronograma.
El diagrama de Gantt de GanttPRO puede ser su mejor aliado en la gestión de proyectos con el método cascada, ya que permite a visualizar la estructura de desglose de trabajo, fijar y controlar fechas límite en el cronograma, resaltar hitos, ver el panorama general del todo el proyecto y hacer muchas más cosas.
También encontrará plantillas para gestionar proyectos de desarrollo de software u otro tipo de proyectos con método cascada. Ahí tiene recopiladas todas las etapas esenciales para los proyectos de este tipo, pero igual los puede ajustar a su proyecto y sus necesidades.
Y lo mejor es que en GanttPRO puede perfectamente gestionar proyectos con las metodologías ágiles, porque ofrece la funcionalidad para ambos.
