Metodología ágil

El movimiento Agile nació en 2001 durante una reunión de 17 desarrolladores visionarios en un retiro en Utah. La filosofía y los principios establecidos durante el retiro sentaron las bases de Agile y de las metodologías Agile posteriores que se desarrollaron a partir de su trabajo inicial.

Desde la publicación del documento original, «El Manifiesto para el Desarrollo Ágil de Software», la metodología ágil ha tenido un profundo impacto transformador no solo en el desarrollo de software, sino también en organizaciones de prácticamente todos los ámbitos. Los valores de la creación de productos ágiles, el descubrimiento iterativo, el desarrollo centrado en el cambio y el trabajo colaborativo en todos los niveles corporativos y sociales han sentado las bases de nuevos y avanzados modelos de negocio y de producto a nivel mundial.

Esta guía sobre Metodología Ágil servirá como introducción a los principios fundamentales de Agile. Comenzaremos con la definición de Metodología Ágil propuesta en el Manifiesto de 2001 y continuaremos describiendo algunas de las derivaciones más conocidas que han surgido de Agile. Finalmente, analizaremos algunos de los métodos y herramientas Agile más populares.

¿Qué es Agile?

Agile es un enfoque de trabajo (inicialmente desarrollo de software) que puede considerarse como un compromiso con el cambio y la mejora continuos.

Valores ágiles

La metodología ágil se describe sucintamente en los siguientes valores, que fueron redactados en 2001 por el equipo original del Manifiesto Ágil:

• Individuos e interacciones sobre procesos y herramientas
• Software de trabajo sobre documentación completa
• Colaboración con el cliente sobre la negociación del contrato
• Respondiendo al cambio sobre seguir un plan

Al analizar estos principios, resulta evidente que Agile se define tanto por lo que no es como por lo que sí es. Los cuatro valores mencionados comparten el denominador común de priorizar el descubrimiento iterativo y la colaboración sobre las entregas rígidas. Al centrarse en estos elementos, los equipos Agile no solo crean mejores productos con menos desperdicio, sino que también fomentan la exploración, manteniendo al mismo tiempo un flujo constante de lanzamientos funcionales.wing to el cliente final.
Desarrollo ágil frente a desarrollo en cascada
Los fundadores de Agile propusieron un cambio radical con respecto a los métodos de trabajo tradicionales de la industria del software. En aquel entonces (alrededor de 2001), el software se creaba principalmente como un proyecto único para producir un producto digital basado en especificaciones concretas definidas con meses de antelación. La visión del producto la determinaba un grupo de consultores, ejecutivos y administradores, quienes elaboraban una lista de requisitos para entregarla a los equipos directivos. Estos, a su vez, delegaban el trabajo de codificación, compilación, pruebas y desarrollo del software solicitado, que debía realizarse en un plazo y con un presupuesto determinados.

Los desarrolladores se referían a este sistema como la metodología en “cascada” porque los requisitos y entregables del software eran dictados desde la alta dirección de la empresa hasta los trabajadores de desarrollo principales.

Los colaboradores originales de Agile rechazaron esta forma de desarrollo de software por varias razones. En primer lugar, el modelo en cascada era demasiado inflexible para responder a las demandas de los clientes, que podían cambiar durante el desarrollo. En segundo lugar, el diseño de producto en cascada implicaba que todas las innovaciones debían concebirse antes de que el proyecto siquiera comenzara. Este marco rígido deja poco margen para descubrir nuevas funcionalidades hasta después del lanzamiento. Además, el software podría no funcionar como se esperaba, por lo que descubrir esto a mitad del desarrollo en un proyecto en cascada suponía costosos retrasos.

Los fundadores de Agile propusieron, en cambio, un método de creación de software abierto al descubrimiento, la innovación y la iteración. En lugar de esperar la entrega de un software completo con todas sus funcionalidades en una fecha determinada, se podían lanzar versiones funcionales de forma incremental. Esto reduce el tiempo de comercialización y permite presupuestar el desarrollo por fases, en lugar de hacerlo todo a la vez.

Más importante, Desarrollo ágil Reconoce que el producto, tal como se concibió originalmente, podría no ser capaz de ofrecer el nivel de valor esperado a los clientes y a la propia empresa. Trabajar por fases de desarrollo permite incorporar nuevas ideas o modificar las estrategias de producto, lo que posibilita que el desarrollo responda de maneras que el modelo en cascada no permite.

Principios ágiles

Para superar las limitaciones del modelo en cascada, la filosofía ágil fomenta la obtención de ideas de toda la empresa. Asimismo, es fundamental que los ciclos de desarrollo de producto se centren en cambios iterativos, con entregas frecuentes, en lugar de grandes lanzamientos que requerían meses o años para crear una versión funcional.

En lugar de los ciclos de desarrollo tradicionales basados ​​en la gestión en cascada, el grupo propuso los siguientes métodos de trabajo, que en aquel momento eran radicales:

• Al crear software nuevo, comience con conceptos e ideas simples en lugar de entregables exhaustivos. Desarrolle un prototipo funcional de prueba de concepto que ejemplifique el potencial del concepto para brindar valor a los clientes y a las partes interesadas internas.
• Fomentar la colaboración entre los responsables de negocios y los equipos de desarrollo para determinar cómo avanzar, mejorar y evolucionar el prototipo funcional hacia versiones más robustas.
• Dedica tiempo y espacio a diario para conversaciones directas entre individuos y miembros del equipo, de modo que se pueda dar seguimiento al progreso y descubrir nuevas oportunidades para mejorar el producto. Esto puede hacerse mediante reuniones breves de seguimiento o reuniones de scrum más extensas.
• Entregue con frecuencia nuevas versiones funcionales del software, integrando y desplegando continuamente los cambios en el entorno de producción. Cada versión modificada representa una mejora con respecto a la anterior.
• Reflexiona sobre el resultado de cada período de trabajo (un “sprint”) y utiliza las lecciones aprendidas para mejorar el desarrollo posterior.
• Dé voz al cliente en el proceso, ya sea mediante encuestas directas o a través de señales de datos indirectas, para seguir mejorando el producto.

Fabricación ágil y ajustada

La metodología Agile incorpora muchas enseñanzas de la manufactura esbelta, una filosofía que surgió durante el auge de la manufactura industrial avanzada en la segunda mitad del siglo XX. La manufactura esbelta elimina los pasos innecesarios en la creación de productos, a la vez que mejora el ritmo de producción. Estos métodos fueron ampliamente utilizados por la compañía automotriz japonesa Toyota, dando origen al Sistema de Producción Toyota (TPS).

Las principales lecciones que Agile aprendió de Lean incluyen:

• Crea el proceso más eficiente posible.
• Eliminar el desperdicio (Muda) combinando procesos y eliminando aquellos que no dan como resultado un mejor producto.
• Medir rigurosamente los resultados para que los productos tengan una calidad constante y ciclos de fabricación consistentes.
• Permitir que los trabajadores contribuyan a mejorar los procesos y confiar en el personal clave para impulsar los objetivos de calidad, velocidad y eficiencia.
• Identificar los pasos del proceso que contribuyen a retrasos o mala calidad, y abordar estos problemas de "flujo" para que un proceso fluido y eficiente cree productos consistentes de manera fiable.

¿Qué es la metodología ágil?

La metodología ágil es un conjunto de métodos de trabajo que reflejan los ideales ágiles codificados por primera vez en 2001. Por ello, existen diversas metodologías que pueden englobarse bajo el término «metodología ágil». Estas conforman los métodos ágiles más populares, que se describen con mayor detalle a continuación.

La metodología ágil se define por las siguientes características:

• Los equipos se forman a partir de expertos en la materia de diferentes áreas de la organización (equipos multifuncionales).
• Los equipos multifuncionales son responsables de construir versiones prototipo de conceptos de software/productos basándose en ideas innovadoras provenientes del propio equipo, así como de los comentarios de los clientes y de los equipos de estrategia de producto.
• Posteriormente, el producto de software se revisa durante un breve “sprint” para añadir más funcionalidades, características, mejoras y correcciones.
• Las ideas para cambiar y mejorar el producto provienen de toda la empresa. Las discusiones sobre estos temas se llevan a cabo con frecuencia.
• Los equipos multifuncionales discuten el progreso del trabajo, los desafíos, las prioridades y las nuevas oportunidades emergentes durante breves reuniones diarias de pie.
• Una vez finalizado un sprint, los cambios creados durante el mismo se incorporan a la versión actual del producto.
• Se implementan controles de calidad a lo largo de todo el proceso, incluyendo pruebas periódicas y la incorporación de la retroalimentación de los clientes. Los problemas con una versión específica se detectan y, idealmente, se resuelven antes de la integración y entrega de la nueva versión.
• Al finalizar cada sprint, el equipo multidisciplinario dedica tiempo a reflexionar sobre los resultados y el desarrollo del proceso. Es probable que se establezcan nuevas metas e hitos en función de lo aprendido.
• Se organizan nuevos sprints para que los aborden equipos multifuncionales, los cuales agregarán nuevas funciones, mejoras y correcciones.

¿Cuáles son los tipos de metodologías ágiles?

Existen numerosas versiones y derivaciones populares de Agile, así como métodos que son anteriores al Manifiesto Ágil pero que comparten sus valores. Entre ellos se incluyen Scrum, Lean, Kanban, Programación Extrema (XP), Desarrollo Dirigido por Características (FDD), Método de Desarrollo de Sistemas Dinámicos (DSDM) y Crystal.

Melé

Melé Se centra en el uso de sprints intensivos para completar mejoras ágiles iterativas. Los equipos Scrum se coordinan para realizar el trabajo principal durante los sprints, y cada sprint se planifica de manera que se pueda lograr un avance significativo sin comprometer la calidad e integridad de la versión.

Scrum destaca por introducir los roles de "Scrum Master" y "Product Owner", ambos responsables de supervisar que todos los procesos, por pequeños que sean, contribuyan a lograr los resultados deseados. También es importante el concepto de "Product Backlog", que representa las funcionalidades, mejoras y correcciones que se pueden implementar en el próximo sprint.

Se ha demostrado que la metodología Scrum se adapta a múltiples equipos en organizaciones muy grandes con más de 800 personas. Vea cómo Digital.ai Agility, anteriormente VersionOne, admite planificación de sprint de Scrum al facilitar la gestión de tu lista de pendientes del producto.

"Lean"

La manufactura esbelta, descrita parcialmente anteriormente, prioriza la creación de valor continuo y consistente mediante un flujo de trabajo predecible. Enfatiza la velocidad y la eficiencia del flujo de trabajo de desarrollo y se basa en la retroalimentación rápida y confiable entre programadores y clientes. La manufactura esbelta utiliza el concepto de que el producto se genera a demanda del cliente. Concentra la autoridad y la capacidad de toma de decisiones en individuos y equipos pequeños, ya que las investigaciones demuestran que este enfoque es más rápido y eficiente que el flujo de control jerárquico.

Lean también se centra en la eficiencia del uso de los recursos del equipo, procurando que todos sean productivos la mayor parte del tiempo posible. Se enfoca en el trabajo concurrente y en minimizar las dependencias entre los flujos de trabajo dentro del equipo. Lean recomienda encarecidamente que las pruebas unitarias automatizadas se escriban simultáneamente con el código.

Kanban

Kanban es un método de gestión de la producción estrechamente ligado a la historia de Lean. Este método utiliza principalmente un tablero Kanban que registra el volumen actual de tareas y las etapas por las que han pasado. Un tablero Kanban emplea notas adhesivas (o un equivalente virtual) para indicar la cantidad de tareas en cada etapa del proceso. Una vez completada una tarea, la nota adhesiva se mueve a la siguiente etapa.

Kanban enfatiza el flujo al visualizar el volumen actual de tareas y su progreso dentro del ciclo de desarrollo. Cuando muchas tareas se estancan en una sola etapa, es señal de que se debe abordar de inmediato el trabajo en curso (WIP) para que el sprint o grupo de tareas pueda avanzar hacia su finalización. La eliminación del WIP también puede indicar la necesidad de incorporar nuevas tareas del backlog, ya que ahora hay más capacidad disponible.

Programación extrema (XP)

La Programación Extrema, o “XP”, fue creada a finales de los 90 por Kent Beck, colaborador del Manifiesto Ágil. Al igual que Agile, promueve una alta participación del cliente y ciclos de retroalimentación rápidos. Continuous Testing, planificación continua y estrecha colaboración en equipo para entregar software funcional a intervalos muy frecuentes, normalmente cada 1-3 semanas.

La receta original de XP se basa en cuatro valores sencillos: simplicidad, comunicación, retroalimentación y valentía. También funciona mediante doce prácticas de apoyo fundamentales:

• Juego de planificación
• Lanzamientos pequeños
• Pruebas de aceptación del cliente
• Diseño simple
• Programación de pares
• Desarrollo guiado por pruebas
• Refactorización
• Integración continua
• propiedad colectiva del código
• Estándares de codificación
• Metáfora
• Ritmo sostenible

Desarrollo basado en características (FDD)

Desarrollo basado en características (FDD) Es una variante de la metodología Agile que describe fases de trabajo específicas y muy cortas, las cuales se deben completar por separado para cada funcionalidad. Estas incluyen el análisis del dominio, el diseño, la inspección del diseño, el desarrollo del código, la inspección del código y la promoción a compilación.

El concepto principal de FDD es que el estado futuro previsto del producto puede representarse mediante modelos y que trabajar en las características ayuda a construir un modelo de producto holístico representado por elementos que son “útiles a los ojos del cliente”.

FDD recomienda prácticas de programación específicas, como "compilaciones regulares" y "propiedad de componentes/clases". Sus defensores afirman que escala de forma más sencilla que otros enfoques y que se adapta mejor a equipos grandes.

Método de desarrollo de sistemas dinámicos (DSDM)

DSDM es otro antecesor temprano de Agile, descrito por primera vez en 1994. Las semillas de la creación de DSDM surgieron del desarrollo rápido de aplicaciones (RAD), que tenía como objetivo estandarizar entrega de software marcos de trabajo. Tras la llegada de Agile, DSDM evolucionó y maduró aún más para proporcionar una base integral para la planificación, gestión, ejecución y escalado de procesos ágiles y proyectos de desarrollo de software iterativos.

DSDM se basa en nueve principios clave que giran principalmente en torno a las necesidades y el valor del negocio, la participación activa del usuario, equipos empoderados, entregas frecuentes, pruebas integradas y colaboración con las partes interesadas. DSDM destaca específicamente la «idoneidad para el propósito del negocio» como el criterio principal para la entrega y aceptación de un sistema, centrándose en el 80 % útil del sistema que puede implementarse en el 20 % del tiempo.

DSDM prioriza ciertos entregables utilizando un modelo de plazos fijos, y los elementos que tienen menor prioridad se preseleccionan para ser apartados con el fin de cumplir con los plazos establecidos.

Cristal

La metodología Crystal es uno de los enfoques más ligeros y adaptables para el desarrollo de software. Algunos de sus principios clave incluyen el trabajo en equipo, la comunicación y la simplicidad, así como la reflexión para ajustar y mejorar el proceso con frecuencia. Al igual que otras metodologías ágiles, Crystal promueve la entrega temprana y frecuente de software funcional, una alta participación del usuario, la adaptabilidad y la eliminación de la burocracia y las distracciones.

Crystal se compone de una familia de metodologías ágiles, como Crystal Clear, Crystal Yellow, Crystal Orange y otras, cuyas características únicas vienen determinadas por diversos factores, como el tamaño del equipo, la criticidad del sistema y las prioridades del proyecto. Esta familia de metodologías Crystal responde a la premisa de que cada proyecto puede requerir un conjunto de políticas, prácticas y procesos ligeramente adaptados a sus características particulares.

Los beneficios de la metodología ágil

Los métodos ágiles pueden tener todos sus puntos fuertes y propósitos únicos, pero los siguientes beneficios tienden a ser comunes a todos ellos:

• Las versiones funcionales del software se entregan con relativa rapidez y frecuencia.
• La calidad e integridad de una construcción se comprenden al principio del proceso.
• Se minimizan las dependencias y los cuellos de botella en el proceso de entrega.
• Los productos reflejan el estado actual de la demanda, según se deduce de las señales indicadas por los clientes, la competencia y el mercado en su conjunto.
• Las innovaciones pueden introducirse en cualquier etapa del ciclo de vida del producto.
• La colaboración se basa en la participación de todos los equipos, en lugar de provenir únicamente de los principales asesores, administradores o consultores que luego dan órdenes a los niveles inferiores.
• Los riesgos se reducen en comparación con los ciclos de desarrollo que no hacen hincapié en las compilaciones funcionales.
• Se hace hincapié en la satisfacción del cliente y la moral del equipo; si ninguno de los dos está satisfecho, se entiende que los productos y procesos no satisfacen las necesidades.
• El trabajo se vuelve más manejable y predecible, a la vez que se introducen flexibilidades que pueden adaptarse a interrupciones o cambios repentinos en la estrategia.

Herramientas principales para usar con metodologías ágiles

Algunas de las herramientas más recomendadas para las metodologías ágiles incluyen:

• Software de planificación ágil: Proporciona herramientas Kanban y otras para gestionar portafolios de backlog de producto y planificar sprints.
• Release Software de orquestación: Permite la asignación de elementos de trabajo al tiempo que proporciona capacidades de orquestación y automatización de lanzamientos.
• Release DeploySoftware de mención: Simplifica y automatiza el proceso de despliegue de nuevas versiones en el entorno operativo, incluyendo las basadas en la nube y en contenedores.
• Continuous Testing Software: Permite una eficiencia y pruebas automatizadas a lo largo de todo el proceso de desarrollo, reduciendo riesgos y costes y acelerando la entrega.
• Soluciones de inteligencia empresarial y análisis: Cree una única fuente de información veraz que aporte transparencia a los plazos de lanzamiento, los riesgos relacionados con los cambios y las oportunidades para mejorar la calidad y el valor aportado por las versiones.