Metodología de desarrollo ágil

Metodología de desarrollo ágil ( del inglés  agile software development , desarrollo ágil ) es un término general para una serie de enfoques y prácticas basadas en los valores del Manifiesto de desarrollo de software ágil y los 12 principios que lo sustentan [1] .

Las metodologías ágiles, en particular, incluyen programación extrema , DSDM , Scrum , FDD , BDD y otras.

La mayoría de las metodologías ágiles tienen como objetivo minimizar el riesgo al reducir el desarrollo a una serie de ciclos cortos, llamados iteraciones, que suelen durar de dos a tres semanas. Cada iteración en sí parece un proyecto de software en miniatura e incluye todas las tareas necesarias para producir un mini-crecimiento en funcionalidad: planificación, análisis de requisitos , diseño , programación , pruebas y documentación . Si bien una sola iteración generalmente no es suficiente para lanzar una nueva versión de un producto, se supone que un proyecto de software ágil está listo para su lanzamiento al final de cada iteración. Al final de cada iteración, el equipo vuelve a evaluar las prioridades de desarrollo.

Los métodos ágiles enfatizan la comunicación cara a cara. La mayoría de los equipos ágiles están ubicados en la misma oficina, a veces denominada ing.  bullpen _ Como mínimo, también incluye "clientes" ( propietario del producto en inglés   : el cliente o su representante autorizado que determina los requisitos para el producto; esta función puede ser desempeñada por un gerente de proyecto, analista de negocios o cliente). La oficina también puede incluir evaluadores, diseñadores de interfaces, escritores técnicos y gerentes.

La métrica principal de los métodos ágiles es el producto del trabajo. Al priorizar la comunicación cara a cara, los métodos ágiles reducen la cantidad de documentación escrita en comparación con otros métodos. Esto ha llevado a la crítica de estos métodos como indisciplinados.

Historia

Durante la década de 1990, una serie de métodos ligeros de desarrollo de software evolucionaron en respuesta a los métodos pesados ​​predominantes, que los críticos llamaron sobrerregulados, planificados y microgestionados. Estos incluyen: desarrollo rápido de aplicaciones (RAD) desde 1991 [2] [3] ; proceso y método unificados para desarrollar sistemas dinámicos desde 1994; Scrum, desde 1995; Crystal Clear y Extreme Programming (XP), ambos desde 1996; y desarrollo orientado a características desde 1997. Aunque todos se originaron antes de la publicación del Manifiesto Ágil, ahora se les conoce colectivamente como desarrollo de software ágil.

En febrero de 2001, se publicó en Utah, EE . UU., el " Manifiesto de desarrollo de software ágil " . Proporcionó una alternativa a las prácticas de desarrollo de software de "peso pesado" basadas en documentos, como el " método de cascada ", que era el estándar de oro del desarrollo en ese momento. Este manifiesto fue aprobado y firmado por representantes de las siguientes metodologías: Programación extrema , Crystal Clear , DSDM , Desarrollo impulsado por características , Scrum , Desarrollo de software adaptativo , Programación pragmática . La metodología de desarrollo ágil fue utilizada por muchas empresas incluso antes de la adopción del manifiesto, sin embargo, la entrada del desarrollo ágil en las masas se produjo precisamente después de este evento.

Principios

Agile es una familia de procesos de desarrollo, no un enfoque único en el desarrollo de software, y está definido por el Manifiesto Agile [4] . Agile no incluye prácticas, pero define los valores y principios que guían a los equipos.

El Manifiesto Ágil fue desarrollado y adoptado del 11 al 13 de febrero de 2001 en The Lodge at Snowbird ski resort en las montañas de Utah. El Manifiesto Ágil contiene 4 ideas principales y 12 principios. Cabe señalar que el Manifiesto Ágil no contiene consejos prácticos.

Ideas claves:

• las personas y la interacción son más importantes que los procesos y las herramientas;
• un producto funcional es más importante que una documentación completa;
• la cooperación con el cliente es más importante que acordar los términos del contrato;
• la preparación para el cambio es más importante que seguir el plan original.

Principios fundamentales del Manifiesto Ágil [6] :

• la satisfacción del cliente a través de la entrega temprana e ininterrumpida de software valioso se reconoce como la máxima prioridad;
• los requisitos cambiantes son bienvenidos incluso al final del desarrollo (esto puede aumentar la competitividad del producto resultante);
• entrega frecuente de software de trabajo (cada dos semanas o un par de meses con preferencia por un período más corto);
• la comunicación entre los representantes comerciales y los desarrolladores debe ser diaria durante todo el proyecto;
• los proyectos deben construirse en torno a personas interesadas a las que se les debe proporcionar las condiciones de trabajo, el apoyo y la confianza adecuados;
• el método más efectivo para compartir información en un equipo es una reunión personal;
• el software funcional es la mejor medida del progreso;
• los patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo constante indefinidamente;
• la atención constante a la excelencia técnica y el buen diseño aumentan la flexibilidad;
• la sencillez, como el arte de no hacer trabajos innecesarios, es muy importante;
• las mejores soluciones de requisitos, arquitectura y diseño provienen de equipos autoorganizados;
• el equipo piensa regularmente en formas de mejorar su eficiencia y ajusta el flujo de trabajo en consecuencia.

Crítica

Uno de los puntos recurrentes de crítica: el enfoque ágil a menudo descuida la creación de un plan ("hoja de ruta") para el desarrollo del producto, así como la gestión de requisitos , en cuyo proceso se forma dicho "mapa". Un enfoque flexible para la gestión de requisitos no implica planes de gran alcance (de hecho, la gestión de requisitos simplemente no existe en esta metodología), sino que implica la capacidad del cliente para establecer repentina e inesperadamente nuevos requisitos al final de cada iteración, a menudo contradiciendo la arquitectura de un producto ya creado y entregado. Esto a veces conduce a un "trabajo práctico" catastrófico con refactorización masiva y reelaboración en casi cada iteración siguiente.

Además, se cree que trabajar en Agile motiva a los desarrolladores a resolver todas las tareas entrantes de la manera más simple y rápida posible, mientras que a menudo no prestan atención a la corrección del código en términos de los requisitos de la plataforma subyacente (el "trabajo y enfoque "todo"), sin tener en cuenta que el código puede dejar de funcionar si se modifica más. Esto da como resultado una calidad reducida del producto y una acumulación de defectos (ver " deuda técnica ").

Metodologías

Existen metodologías que se adhieren a los valores y principios enunciados en el Manifiesto Ágil, algunas de ellas son:

• Agile Modeling  es un conjunto de conceptos, principios y técnicas (prácticas) que le permiten realizar de forma rápida y sencilla el modelado y la documentación en proyectos de desarrollo de software. No incluye instrucciones de diseño detalladas, no contiene descripciones de cómo construir diagramas UML. Objetivo principal: modelado y documentación eficientes; pero no cubre programación y pruebas, no incluye gestión de proyectos, implementación y mantenimiento del sistema. Sin embargo, incluye verificar el modelo con código [7] .
• El proceso unificado ágil (AUP) es una versión simplificada del proceso unificado racional de IBM ( RUP ) desarrollado por Scott Ambler que describe una aproximación (modelo) simple y comprensible para crear software para aplicaciones comerciales.
• Agile Data Method  es un grupo de métodos iterativos de desarrollo de software en los que los requisitos y las soluciones se logran mediante la colaboración de diferentes equipos multifuncionales.
• DSDM se basa en el concepto de desarrollo rápido de aplicaciones (RAD). Es un enfoque iterativo e incremental que enfatiza la participación continua del usuario/consumidor en el proceso.
• Proceso Unificado Esencial (EssUP).
• Programación extrema ( Programación extrema , XP) . 
• Desarrollo impulsado por funciones (FDD): desarrollo orientado a funciones. El concepto de característica o propiedad  del sistema utilizado en FDD es bastante similar al concepto de caso de uso utilizado en RUP, la diferencia significativa es una restricción adicional: “cada característica debe permitir la implementación en no más de dos semanas”. Es decir, si un caso de uso es lo suficientemente pequeño, puede considerarse una característica. Si es grande, entonces debe dividirse en varias funciones relativamente independientes.
• Getting Real  es un enfoque de especificación iterativo y no funcional utilizado para aplicaciones web. En este método, primero se desarrolla la interfaz del programa y luego su parte funcional.
• OpenUP  es un método de desarrollo de software iterativo-incremental. Se posiciona como una versión ligera y flexible de RUP . OpenUP divide el ciclo de vida del proyecto en cuatro fases: inicio, perfeccionamiento, construcción y entrega. El ciclo de vida del proyecto proporciona a las partes interesadas y a los miembros del equipo puntos de referencia y toma de decisiones a lo largo del proyecto. Esto le permite controlar la situación de manera efectiva y tomar decisiones oportunas sobre la aceptabilidad de los resultados. El plan del proyecto define el ciclo de vida y el resultado final es la aplicación final.
• Scrum establece reglas para gestionar el proceso de desarrollo y le permite utilizar las prácticas de codificación existentes ajustando los requisitos o realizando cambios tácticos. El uso de esta metodología permite identificar y eliminar las desviaciones del resultado deseado en etapas anteriores del desarrollo del producto de software.
• El desarrollo de software Lean ( del inglés  lean software development ) utiliza enfoques del concepto de manufactura esbelta .

Notas

1. ↑ ¿Qué es el desarrollo ágil de software? . Alianza ágil. - "El desarrollo ágil de software es un término general para un conjunto de marcos y prácticas basadas en los valores y principios expresados ​​en el Manifiesto para el desarrollo ágil de software y los 12 principios que lo respaldan". Consultado el 29 de junio de 2019. Archivado desde el original el 31 de julio de 2018. (indefinido)
2. ↑ Martín, James. Desarrollo rápido de aplicaciones . - Macmillan, 1991. - ISBN 978-0-02-376775-3 .
3. ↑ Kerr, James M.; Cazador, Ricardo. Inside RAD: Cómo construir un sistema totalmente funcional en 90 días o menos . - McGraw-Hil, 1993. - ISBN 978-0-07-034223-1 .
4. ↑ Manifiesto ágil Archivado el 23 de febrero de 2011 en Wayback Machine . 
5. ↑ Los Principios Fundamentales del Manifiesto Ágil . agilemanifesto.org. Fecha de acceso: 8 de diciembre de 2016. Archivado desde el original el 25 de diciembre de 2014. (indefinido)
6. ↑ Modelado ágil . Fecha de tratamiento: 25 de diciembre de 2011. Archivado desde el original el 31 de diciembre de 2008. (indefinido)

Literatura

• Mike Cohn. Scrum: desarrollo de software ágil = tener éxito con Agile: desarrollo de software usando Scrum (serie de la firma de Addison-Wesley). - M. : "Williams" , 2011. - S. 576. - ISBN 978-5-8459-1731-7 .
• Robert S. Martin, James W. Newkirk, Robert S. Koss. Rápido desarrollo de software. Principios, ejemplos, práctica = Desarrollo ágil de software. principios, patrones y prácticas. - Williams, 2004. - 752 p. — ISBN 0-13-597444-5 .
• James A. Highsmith. Ecosistemas ágiles de desarrollo de software . - Addison-Wesley Professional, 2002. - ISBN 978-0-201-76043-9 .