Metodologías de ALM
La administración del ciclo de vida de las aplicaciones (ALM) tiene una perspectiva amplia que continúa hasta que la aplicación ya no se usa. Las metodologías para ALM pueden variar, por lo que elegir la metodología correcta en función de sus necesidades es crucial para el desarrollo. El objetivo de este módulo y ALM es ayudar a aumentar la productividad del desarrollador, mejorar la colaboración entre equipos y proporcionar transparencia para los elementos de trabajo.
Esta unidad explora las metodologías para ALM y le ayuda a determinar qué metodología se debe utilizar en función de las necesidades de desarrollo de software.
Hay varios enfoques para ALM. Cada metodología tiene ventajas y desventajas, dependiendo del tipo de proyecto y software que se utilice.
Las tres metodologías comunes son de cascada, Ágil y de espiral.
Metodología de cascada
La metodología de cascada es un enfoque secuencial. El proyecto se divide en diferentes fases que fluyen desde la fase anterior a la siguiente hasta que finaliza el proyecto. Cada fase está completamente documentada con resultados claros, revisiones y aprobaciones. Por lo general, la siguiente fase de la metodología de cascada no comienza hasta que finaliza la fase anterior. Por ejemplo, si implementase aplicaciones de finanzas y operaciones todos los requisitos para cada integración tendrían que definirse antes de que los desarrolladores pudieran comenzar el desarrollo.
La metodología de cascada debe considerarse cuando el proyecto es simple, los requisitos son conocidos y están bien definidos, no está previsto que cambie el alcance total del proyecto y este se implementa de una vez.
Metodología Ágil
La metodología Ágil es iterativa y se centra en los comentarios continuos para modificar y agregar entregables al proyecto. A diferencia de la metodología de cascada, las fases de Ágil pueden volver a conectarse entre sí. Esto significa que se pueden trabajar diferentes fases simultáneamente. Por ejemplo, si se definen requisitos para una integración, los desarrolladores pueden comenzar a trabajar en esa integración aunque otras integraciones todavía estén en una fase de recopilación de requisitos. Por lo general, los proyectos de Ágil se separan en sprints, que tienen una duración definida (generalmente una o dos semanas). El sprint tiene una lista de entregables que se debe finalizar durante el sprint.
El enfoque de Ágil es útil cuando los requisitos no son claros cuando se inicia el proyecto, se esperan requisitos adicionales o entregables durante el ciclo de vida de la aplicación o el proyecto no necesita lanzarse de una vez. La metodología Ágil también es ideal para proyectos impulsados por el usuario, especialmente si el equipo del proyecto está totalmente dedicado al proyecto. Debido a que el enfoque de Ágil involucra a muchas personas que trabajan en diferentes partes del proyecto al mismo tiempo, la comunicación y la coordinación del proyecto pueden ser difíciles. Por lo tanto, es beneficioso tener el equipo del proyecto en la misma ubicación.
Debido a la naturaleza iterativa de Ágil, puede ser complejo realizar un seguimiento de este método. El trabajo se prioriza con frecuencia cuando los entregables pasan el sprint original o si es necesario agregar nuevos sprints más adelante.
Metodología de espiral
La metodología de espiral combina aspectos de las metodologías de cascada y Ágil. La metodología de espiral se centra en la evaluación de riesgos al dividir el proyecto en segmentos o ciclos más pequeños. Al comienzo de cada ciclo, se identifican los requisitos y objetivos para crear un prototipo. Cada ciclo sigue los mismos pasos para crear un prototipo. Al final de un ciclo, se revisa el prototipo y se planifica el siguiente ciclo.
La metodología de espiral funciona bien para sistemas complejos a gran escala. Se requiere una evaluación de riesgos adecuada para identificar las áreas con riesgo de problemas. Sin una evaluación de riesgos, pueden aparecer problemas en el software que podrían aumentar los costes.