Waterfall se describe quizás con más precisión como la filosofía "tradicional" de la gestión de proyectos. Se refiere a un sistema con una progresión muy lineal: toda la fase 1 se completa, se verifica y se firma antes de que el equipo pase a la fase 2, fase 3, etc.

El principal beneficio del sistema Waterfall es que es bien disciplinado y familiar tanto para los gerentes como para los empleados. La filosofía de Waterfall ha definido fechas de inicio y finalización, y exige una documentación completa que sea fácil de rastrear. Las partes interesadas tienen la oportunidad de ver el progreso al final de cada fase.

Sin embargo, la cascada no está exenta de inconvenientes. Su progresión de mentalidad lineal hace que sea difícil adaptarse a los cambios a mitad del proyecto. Además, la naturaleza rígida generalmente significa que no hay una versión completa y funcional del proyecto hasta las últimas fases. Compare un proyecto de Waterfall con la construcción de un automóvil. La fase 1 podría consistir en diseñar planos, la fase 2 construir un modelo de tamaño natural y la fase 3 construir un vehículo de trabajo final. Si bien cada fase puede funcionar sin problemas, no tendrá un automóvil manejable hasta mucho más adelante.

Comparado con Waterfall, Agile es exactamente lo que parece: más ágil y receptivo. El desarrollo ágil se caracteriza por una serie de "sprints" iterativos, cada uno de los cuales es como un mini proyecto en sí mismo. El objetivo de un proyecto Agile es producir rápidamente una versión extremadamente aproximada del objetivo final y perfeccionarlo con el tiempo. Se definió por primera vez en el Manifiesto Agile , publicado en 2001.

Si está construyendo un automóvil utilizando el proceso Agile, primero puede construir un motor completo, luego un chasis y ruedas, luego el interior y finalmente un automóvil que funcione. Tanto los proyectos Waterfall como Agile llegan al mismo objetivo final, pero el método Agile produce algo que puede usar y evaluar en cada paso del camino.

Debido a que el desarrollo ágil gira en torno a estos sprints y es altamente iterativo, maneja los cambios en los requisitos y los comentarios extremadamente bien. La filosofía ágil se adapta a proyectos con objetivos finales poco claros o cambiantes y produce resultados muy rápidamente.

La desventaja de la gestión ágil de proyectos es que la documentación y el seguimiento pueden ser muy ligeros, los planes suelen ser menos concretos, las fechas de finalización no se conocen hasta muy cerca del final del proyecto y requiere un equipo de personas totalmente dedicado y autodisciplinado. empleados.

Si bien Agile está más estrechamente asociado con el desarrollo de software (los diseñadores de automóviles no suelen comenzar con un motor), todavía se aplica ampliamente como filosofía de gestión de proyectos. La gestión ágil de proyectos para un equipo de marketing , por ejemplo, podría verse así

• Defina una visión para su producto, cliente o equipo.

• Cree una hoja de ruta con una visión holística de hacia dónde debe ir su plan.

• Continúe perfeccionando la hoja de ruta, desarrollando sus facetas individuales una por una.

• Revise cada sprint cuando haya terminado y reoriente para la siguiente iteración.

La cualidad definitoria de un proyecto Agile no es el código; es la iteración constante en los sprints. Esto se puede aplicar a casi cualquier cosa , desde el desarrollo de productos y las finanzas hasta la arquitectura , o incluso a su familia . Entonces, ¿cuándo debería su equipo adoptar una filosofía ágil?

El beneficio principal de una filosofía ágil es qué tan bien maneja la incertidumbre y los requisitos cambiantes o poco claros. Considere la posibilidad de adoptar un marco Agile si espera que cambien los objetivos finales del proyecto o si no sabe exactamente dónde estarán al principio. La iteración constante significa que puede adaptarse de manera rápida y confiable.

Waterfall, por el contrario, es más adecuado para proyectos con objetivos finales claramente definidos, especialmente aquellos en los que no espera que cambien los requisitos o los objetivos finales. Si usted o su cliente saben exactamente cuál es el producto final deseado de antemano, un estilo Waterfall funcionará bien. Waterfall también es muy eficaz en proyectos más cortos y sencillos que usted y su equipo hayan realizado antes, como escribir un boletín.

La gestión de proyectos es un negocio complejo, y esto apenas es superficial. También existen diferentes metodologías dentro del paraguas general de la filosofía Agile, como Scrum y Kanban. Puede encontrar una mirada más profunda a Waterfall, Agile, Scrum y Kanban en nuestra comparación completa.