Waterfall es una de las metodologías más utilizadas en el desarrollo de software. Entonces, ¿cuáles son sus puntos fuertes y cómo puede ayudarte con tu proyecto?
En una encuesta del Project Management Institute de 2017 , más del 37% de los proyectos completados utilizaron Waterfall como su método preferido, lo que la convierte en la metodología más utilizada para la gestión de proyectos en todo el mundo. Si tomamos en cuenta el 20% que reportó métodos híbridos, entonces más de la mitad de los proyectos encuestados utilizan Waterfall de una forma u otra –difícilmente el número para una tecnología moribunda.
Entonces, ¿deberías seguir a las masas y adoptar Waterfall como metodología? Bueno, si la respuesta fuera simplemente sí o no, no estaríamos teniendo esta conversación.
Definición de estructuras de cascada
En su forma más básica, Waterfall es un enfoque de desarrollo de software secuencial y discreto. Se espera que los equipos sigan una serie de fases rigurosas que comienzan con la recopilación de requisitos y terminan con la entrega y el mantenimiento del proyecto.
Lo llamamos secuencial porque las fases forman una secuencia de pasos que deben transicionarse en un orden específico, como el agua que cae de una cascada. No hay vuelta atrás, ni desvíos ni salidas rápidas.
Cada fase es discreta en el sentido de que son independientes entre sí (o al menos lo más independientes posible) y esa fase no puede comenzar a menos que se completen los pasos anteriores. No puede comenzar a probar su trabajo hasta que se completen el diseño y la implementación del sistema.
Aunque hay un poco de variación, la mayoría de los marcos en cascada tienen los mismos pasos básicos:
Recopilación de requisitos: el equipo recopila información sobre la naturaleza del proyecto, por ejemplo, las características esperadas, el tipo de datos con los que trabajará y el entorno donde se implementará, entre otros.
Diseño del sistema: el equipo formula un plan de enfoque y toma decisiones estratégicas, por ejemplo, qué tecnologías se utilizarán en el proyecto.
Implementación: el equipo comienza a trabajar en el proyecto en función de sus elecciones de diseño.
Pruebas: el equipo ejecuta un prototipo del proyecto y lo verifica en busca de errores o errores.
Entrega/implementación: El proyecto entra en funcionamiento y se entrega al propietario.
Mantenimiento: el equipo brinda soporte y corrige errores informados por los usuarios.
Tenga en cuenta que, aunque esto pueda parecer bastante estricto, existe cierto margen de maniobra. Por ejemplo, el equipo puede volver al diseño del sistema para repensar su enfoque o volver a la implementación y trabajar en el proyecto, dependiendo de la naturaleza de los errores encontrados durante las pruebas. Por supuesto, la idea es evitar en la medida de lo posible este tipo de contratiempos.
Estructuras de cascada y tú.
Para saber si Waterfall es adecuado para usted, primero debe comprender sus puntos fuertes y cómo resuelve ciertos tipos de problemas mejor que otros métodos.
Las metodologías en cascada utilizan una estructura muy clara, lo que puede volver locos a los desarrolladores, pero para los clientes o colegas de otras áreas es mucho más apetecible y fácil de digerir. Por ejemplo, es más fácil justificar un presupuesto cuando se tiene un objetivo y un cronograma claros.
Por lo tanto, si su proyecto implica inversión externa, necesita ser aprobado por otros departamentos o influirá en otras áreas de maneras inesperadas, un enfoque en cascada tiende a ser más atractivo para las personas ajenas al proyecto. Las tareas parecen más organizadas y más fáciles de explicar.
Debido a que los requisitos se definen desde el principio y permanecen constantes durante todo el proceso, las estructuras en cascada establecen objetivos muy claros desde el principio y disuaden a los equipos de desviarse demasiado de ellos.
Los proyectos y equipos pequeños tienen mucho que ganar con un enfoque centrado. Los proyectos se completan más rápido y es menos probable que los desarrolladores gasten recursos y tiempo en funciones secundarias que pueden no ser críticas para el producto. Si su equipo es pequeño y sus proyectos son predecibles, Waterfall puede proporcionarle la estructura ideal.
Waterfall es muy metódico, por lo que no debería sorprender que el marco enfatice procedimientos de comunicación muy claros en cada paso.
Debido a que cada proceso está cuidadosamente documentado, es más fácil compartir información entre diferentes equipos que se ocupan de diferentes etapas del proceso de desarrollo. Además, los nuevos miembros pueden consultar la documentación y seguir el proyecto más rápidamente.
Si cree que su equipo podría cambiar en algún momento o podría dejar de agregar nuevos miembros, Waterfall proporciona un buen marco de comunicación para mantener a todos informados.
Si bien el comportamiento del grupo es difícil de predecir, los equipos nuevos suelen tener dificultades para conocerse y comprender su flujo de trabajo. Las estructuras rígidas como Waterfall crean rutinas de trabajo que son más fáciles de establecer y negociar, facilitando el trabajo en equipo, al menos en las primeras fases del proyecto.
Finalmente, Agile requiere una cierta cantidad de gastos generales de gestión que no todos los directores de proyectos están capacitados para manejar. La noción de gestión de proyectos es muy diferente en Agile a lo que estamos acostumbrados.
Como tal, Waterfall, a pesar de todas sus peculiaridades, puede ser una metodología más fácil de entender y administrar para un principiante, a menos que tenga un gerente capacitado en ágil o su equipo tenga un gerente de proyecto que no sea un desarrollador de software.
Al final, no hay dos proyectos cortados del mismo patrón. Por lo tanto, pensar que una única metodología puede ser una solución a cualquier problema al que nos enfrentemos es, en el mejor de los casos, esperanzador y, en el peor, ingenuo.
Un enfoque cuidadoso del desarrollo de software que ayude a diagnosticar la naturaleza de su problema es fundamental para elegir la metodología adecuada para su proyecto. No se trata de qué es popular, sino de qué funciona.
Fuente: BairesDev
