Si tenemos que comparar y evaluar las dos metodologías, Cascada vs Scrum, sabemos en teoría que Scrum es un mejor framework que el de la tradicional Cascada. Hay muchísima información en internet sobre ambos métodos y normalmente encontraremos las mismas conclusiones, que Waterfall fue la metodología tradicional que antes se utilizaba a pesar de tener fallas y que si actualmente quieres obtener un buen desarrollo y resultado de proyectos, debes inclinarte por las metodologías ágiles y no por la de Cascada.
Realmente esto no es así, como todo en esta vida nada es sólo blanco o sólo negro, a menudo los matices son importantes. Al decir esto, quiero aclarar mi postura, NO estoy asegurando que la Metodología de Cascada sea mejor que Scrum, ambas son buenas metodologías.
Existen ventajas y desventajas, diferencias y poquísimas similitudes en ambas metodologías, pero la principal diferencia entre ellas radica en que la Cascada utiliza una estricta cadena secuencial entre las diferentes fases de un proyecto, es decir que se debe completar una fase anterior antes de comenzar la siguiente fase, mientras que con Scrum podemos trabajar en varias etapas simultáneamente.
Tal vez no lo sepas, pero la metodología de Cascada actualmente se puede utilizar en la implementación de proyectos que sean pequeños y directos, con un tiempo y presupuesto fijos, y donde el cliente que los solicita permanece ausente durante el desarrollo del mismo. Pero que este mismo Modelo Waterfall resulta muy arriesgado para proyectos más grandes y complejos donde la piedra angular del proceso es la organización, ya que las probabilidades de cambio de requisitos es constante, en consecuencia el cliente debe estar involucrado y no ausente.
Cada proyecto es diferente, por consiguiente no siempre debemos aplicar la misma receta, es decir que a veces es mejor una metodología y a veces es mejor la otra, depende de las características del mismo. Si el desarrollo de un proyecto es estrictamente secuencial, entonces no tiene ningún sentido utilizar Scrum, al utilizarlo lo que podríamos conseguir es que el desarrollo del proyecto se vuelva más lento, al contar con reuniones innecesarias y por ende perderíamos la agilidad que nos brinda Scrum.
Antes de decidir qué metodología elegir para implementar tus proyectos, primero debes hacerte las siguientes preguntas:
- Qué tan grande es el proyecto?
- Es sencillo o complejo?
- Cuánto tiempo se estima que durará?
- Su desarrollo será secuencial o paralelo?
- La participación de los clientes es fundamental o no en su desarrollo?
- Necesitamos varios expertos que dirijan al proyecto?
- Qué tan indispensable es contar con una organización compleja?
Espero haberte ayudado con este tema, haciéndote entender que no hay metodologías malas y la que elijas debe ser aquella que te ayude a obtener resultados satisfactorios y que no porque todos utilizan Scrum, tú también debas hacer lo mismo, de hecho, dentro de las metodologías ágiles, Scrum no es el único framework, ahí también tendrías que elegir cuál método ágil es el que mejor le va a tu proyecto. Y en casos muy especiales podrías implementar una fusión de Cascada y Scrum, pero sólo si el proyecto se presta para ambos métodos.
¡Conviérte en Scrum Master y eleva tus ingresos!
Scrum Master
Gerente de Proyectos – Consulting Systems
Instructora – Academia Hacker
Instructora – Cisco Networking Academy Program