Tabla de contenido:
La metodología ágil para el desarrollo de software puede impactar positivamente en la industria de TI. Los resultados de la adopción de la metodología ágil se pueden medir de varias maneras. La respuesta más rápida de las solicitudes de cambio de software, menos errores, la medición cuantitativa del rendimiento del equipo y los cuellos de botella son reflejos de una implementación exitosa de Agile. Para medir con éxito el impacto de Agile, una organización necesita comparar varias métricas relacionadas con el desarrollo pre-Agile y post-Agile. El impacto real de Agile no se puede medir solo por el aumento de los ingresos o por el aumento del número de errores corregidos. Se deben considerar varios parámetros internos para comprender el impacto real. (Para obtener más información sobre el desarrollo ágil, consulte Desarrollo ágil de software 101).
¿Por qué Agile IT?
La industria de TI se ha inclinado hacia prácticas ágiles, principalmente debido a las limitaciones del modelo en cascada del desarrollo de software. En general, se ha observado que las empresas de TI no pueden responder a las cambiantes demandas de los clientes o las situaciones del mercado o reducir los costos con el modelo en cascada del desarrollo de software. Incluso si contrarrestamos esta inclinación abrumadora hacia la metodología ágil y consideramos que parte de la emoción es simplemente exagerada, hay una gran cantidad de comentarios empíricos contra el modelo de cascada.
En pocas palabras, el modelo en cascada es un modelo de desarrollo de software en el que el trabajo se realiza de forma secuencial, una fase tras otra. Hay cinco fases de este modelo: requisitos, diseño, implementación, verificación y mantenimiento. Por lo general, después de completar una fase, es difícil, si no imposible, realizar cambios en una fase anterior. Entonces, la suposición es que los requisitos son bastante fijos. La principal diferencia con el modelo Agile está en el supuesto de que no habrá cambios en los requisitos. Agile asume que las situaciones comerciales cambiarán y también lo harán los requisitos. Por lo tanto, el software se entrega en trozos más pequeños sobre sprints, mientras que en el modelo en cascada, la primera entrega o lanzamiento se realiza después de mucho tiempo. (Para obtener más información sobre el desarrollo, consulte Cómo Apache Spark ayuda al desarrollo rápido de aplicaciones).
