Definition

Desarrollo de software ágil o Agile

El Desarrollo de Software Ágil —también conocido simplemente como Agile— es un tipo de metodología de desarrollo que anticipa la necesidad de flexibilidad y aplica un nivel de pragmatismo a la entrega del producto terminado. El desarrollo de software ágil requiere un cambio cultural en muchas empresas porque se centra en la entrega limpia de piezas individuales o partes del software y no en la aplicación completa.

Los beneficios de Agile incluyen su capacidad para ayudar a los equipos en un panorama en evolución mientras se mantiene un enfoque en la entrega eficiente de valor comercial. La cultura colaborativa facilitada por Agile también mejora la eficiencia en toda la organización a medida que los equipos trabajan juntos y comprenden sus roles específicos en el proceso. Por último, las empresas que utilizan el desarrollo de software ágil pueden estar seguras de que están lanzando un producto de alta calidad, ya que las pruebas se realizan durante todo el desarrollo, lo que brinda la oportunidad de realizar cambios según sea necesario y alertar a los equipos sobre cualquier problema potencial.

Agile ha reemplazado a la cascada como la metodología de desarrollo de elección en la mayoría de las empresas, pero corre el riesgo de ser eclipsada o consumida por la creciente popularidad de DevOps.

Los cuatro valores de Agile

En 2001, 17 profesionales del desarrollo de software se reunieron para discutir conceptos en torno a la idea del desarrollo de software ligero y terminaron creando el Manifiesto Ágil. El Manifiesto describe los cuatro valores centrales de Agile, y aunque ha habido un debate sobre si el Manifiesto ha sobrevivido a su utilidad, continúa en el núcleo del movimiento Agile.

Los cuatro valores fundamentales descritos en el Manifiesto Ágil son:

Las interacciones individuales son más importantes que los procesos y las herramientas. Las personas impulsan el proceso de desarrollo y responden a las necesidades comerciales. Son la parte más importante del desarrollo y deben valorarse por encima de los procesos y herramientas. Si los procesos o las herramientas impulsan el desarrollo, será menos probable que el equipo responda y se adapte al cambio y, por lo tanto, será menos probable que satisfaga las necesidades del cliente.

Enfoque en el software de trabajo en lugar de una documentación completa. Antes de Agile, se dedicaba una gran cantidad de tiempo a documentar el producto durante todo el desarrollo para su entrega. La lista de requisitos documentados era extensa y causaría grandes retrasos en el proceso de desarrollo. Si bien Agile no elimina el uso de documentación, la simplifica de manera que proporciona al desarrollador solo la información necesaria para realizar el trabajo —como las historias de usuario. El Manifiesto Ágil sigue valorando el proceso de documentación, pero le da más valor al software que funciona.

Colaboración en lugar de negociaciones contractuales. Agile se enfoca en la colaboración entre el cliente y el gerente del proyecto, en lugar de negociaciones entre los dos, para resolver los detalles de la entrega. Colaborar con el cliente significa que se incluye a lo largo de todo el proceso de desarrollo, no solo al principio y al final, lo que facilita a los equipos la satisfacción de las necesidades de sus clientes. Por ejemplo, en el desarrollo de software ágil, el cliente puede ser incluido en diferentes intervalos para demostraciones del producto. Sin embargo, el cliente también podría estar presente e interactuando con los equipos a diario, asistiendo a todas las reuniones y asegurándose de que el producto satisfaga sus deseos.

Enfoque en responder al cambio. El desarrollo de software tradicional se utilizaba para evitar cambios porque se consideraba un gasto no deseado. Agile elimina esta idea. Las breves iteraciones en el ciclo Agile permiten realizar cambios fácilmente, lo que ayuda al equipo a modificar el proceso para que se adapte mejor a sus necesidades y no al revés. En general, el desarrollo de software ágil cree que el cambio es siempre una forma de mejorar el proyecto y proporcionar valor adicional.

Los 12 principios de Agile

El Manifiesto Ágil también describió 12 principios básicos para el proceso de desarrollo. Ellos son:

  1. Satisfaga a los clientes mediante la entrega temprana y continua de un trabajo valioso.
  2. Divida el trabajo grande en tareas más pequeñas que se puedan completar rápidamente.
  3. Reconozca que el mejor trabajo surge de equipos autoorganizados.
  4. Brinde a las personas motivadas el entorno y el apoyo que necesitan, y confíe en ellos para hacer el trabajo.
  5. Cree procesos que promuevan esfuerzos sustentables.
  6. Mantenga un ritmo constante para completar el trabajo.
  7. Dé la bienvenida a los requisitos cambiantes, incluso al final de un proyecto.
  8. Reúna al equipo del proyecto y a los propietarios de negocios a diario durante todo el proyecto.
  9. Haga que el equipo reflexione a intervalos regulares sobre cómo ser más efectivo, luego sintonice y ajuste el comportamiento en consecuencia.
  10. Mida el progreso por la cantidad de trabajo completado.
  11. Busque continuamente la excelencia.
  12. Aproveche el cambio para obtener una ventaja competitiva.

El ciclo de Desarrollo de Software Ágil

El ciclo de desarrollo de software ágil se puede dividir en seis pasos: concepto, inicio, iteración/construcción, lanzamiento, producción y retiro.

El primer paso, el concepto, implica la identificación de oportunidades comerciales en cada proyecto potencial, así como una estimación del tiempo y el trabajo que se requerirá para completar el proyecto. Esta información se puede utilizar para priorizar proyectos y discernir cuáles vale la pena seguir en función de la viabilidad técnica y económica.

Durante el segundo paso, el inicio, se identifican los miembros del equipo, se establece la financiación y se discuten los requisitos iniciales con el cliente. También se debe crear una línea de tiempo que describa las diversas responsabilidades de los equipos y defina claramente cuándo se espera que se complete el trabajo para cada sprint. Un sprint es un período de tiempo establecido durante el cual se debe completar un trabajo específico y prepararlo para su revisión.

El tercer paso, iteración/construcción, es cuando los equipos comienzan a crear software de trabajo basado en los requisitos y la retroalimentación continua. El ciclo de Desarrollo de Software Ágil se basa en iteraciones —o ciclos de desarrollo únicos— que se basan entre sí y conducen al siguiente paso del proceso de desarrollo general hasta que se completa el proyecto. Cada iteración suele durar entre dos y cuatro semanas, con una fecha de finalización establecida. El objetivo es tener un producto funcional para lanzar al final de cada iteración.

Se producen múltiples iteraciones a lo largo del ciclo de desarrollo y cada una posee su propio flujo de trabajo. Un flujo de iteración típico consta de:

  • definir requisitos basados ​​en la acumulación de productos, la acumulación de sprints y los comentarios de los clientes y las partes interesadas;
  • desarrollar software basado en los requisitos establecidos;
  • realización de pruebas de garantía de calidad, formación y documentación internas y externas;
  • entregar e integrar el producto de trabajo en la producción; y
  • recopilar comentarios de los clientes y las partes interesadas sobre la iteración con el fin de definir nuevos requisitos para el próximo sprint.

El cuarto paso, la liberación, implica la prueba de garantía de calidad final, la resolución de cualquier defecto restante, la finalización del sistema y la documentación del usuario y, al final, la liberación de la iteración final a producción.

Después del lanzamiento, el quinto paso, la producción, se centra en el soporte continuo necesario para mantener el software. Los equipos de desarrollo deben mantener el software funcionando sin problemas y al mismo tiempo enseñar a los usuarios exactamente cómo usarlo. La fase de producción continúa hasta que finaliza el soporte o se planea retirar el producto.

El paso final, la jubilación, incorpora todas las actividades de fin de ciclo, como notificar a los clientes y la migración final. La versión del sistema debe retirarse de producción. Esto generalmente se hace cuando un sistema necesita ser reemplazado por una nueva versión o si el sistema se vuelve obsoleto, innecesario o comienza a ir en contra del modelo comercial.

A lo largo del ciclo Agile, se pueden agregar diferentes características a la cartera de pedidos del producto, pero todo el proceso debe consistir en repetir cada paso una y otra vez hasta que se satisfagan todos los elementos de la cartera de pedidos. Esto hace que el ciclo Agile sea más un bucle que un proceso lineal. En cualquier momento, una empresa puede tener varios proyectos que ocurren simultáneamente con iteraciones que se registran en diferentes líneas de productos y una variedad de clientes internos y externos que brindan diferentes necesidades comerciales.

Tipos de metodologías Ágiles

El objetivo de cada metodología Ágil es adoptar y adaptarse al cambio mientras entrega software funcional de la manera más eficiente posible. Sin embargo, cada método varía en la forma en que define los pasos del desarrollo de software. Los métodos ágiles más utilizados incluyen:

  • Scrum
  • Desarrollo de software esbelto
  • Programación extrema
  • Crystal
  • Kanban
  • Método de desarrollo de sistemas dinámicos
  • Desarrollo impulsado por funciones

Scrum es un marco Ágil liviano que los gerentes de proyectos pueden usar para controlar todo tipo de proyectos iterativos e incrementales. En Scrum, el propietario del producto crea una cartera de productos que les permite trabajar con su equipo para identificar y priorizar la funcionalidad del sistema. La cartera de productos es una lista de todo lo que se necesita lograr para ofrecer un sistema de software que funcione correctamente —esto incluye correcciones de errores, características y requisitos no funcionales. Una vez que se define la cartera de productos, no se puede agregar ninguna funcionalidad adicional excepto por el equipo correspondiente.

Una vez que el equipo y el propietario del producto han establecido las prioridades, los equipos multifuncionales intervienen y acuerdan entregar incrementos funcionales de software durante cada sprint, a menudo dentro de los 30 días. Después de cada sprint, la cartera de productos se reevalúa, analiza y prioriza para seleccionar un nuevo conjunto de funciones entregables para el próximo sprint. Scrum ha ganado popularidad a lo largo de los años porque es simple, ha demostrado ser productivo y puede incorporar las diversas prácticas generales promovidas por los otros métodos Ágiles.

El desarrollo de software esbelto es otro método iterativo que se centra en el uso de un mapeo de flujo de valor efectivo para garantizar que el equipo brinde valor al cliente. Es flexible y cambiante; no tiene pautas o reglas rígidas. El método Lean utiliza los siguientes principios primarios:

  • Incremento del aprendizaje
  • Paso de poder al equipo
  • Fomento de la integridad
  • Eliminación de desechos
  • Entendimiento el todo
  • Toma de decisiones lo más tarde posible
  • Entrega del producto lo más rápido posible

El método Lean se basa en una retroalimentación rápida y confiable entre los clientes y los programadores para proporcionar flujos de trabajo de desarrollo rápidos y eficientes. Para lograr esto, proporciona a los individuos y equipos pequeños autoridad para tomar decisiones en lugar de depender de un flujo de control jerárquico. Para eliminar el desperdicio, el método Lean pide a los usuarios que solo seleccionen características verdaderamente valiosas para su sistema, prioricen estas características elegidas y luego las entreguen en lotes pequeños. El desarrollo de software ajustado también fomenta que las pruebas unitarias automatizadas se escriban simultáneamente con el código y se concentra en garantizar que cada miembro del equipo sea lo más productivo posible.

El método de programación extrema (XP) es un enfoque disciplinado que se centra en la velocidad y la entrega continua. Promueve una mayor participación del cliente, ciclos rápidos de retroalimentación, planificación y pruebas continuas y trabajo en equipo cercano. El software se entrega a intervalos frecuentes — generalmente cada una a tres semanas. El objetivo es mejorar la calidad y la capacidad de respuesta del software ante los requisitos cambiantes de los clientes.

El método XP se basa en los valores de comunicación, retroalimentación, sencillez y valentía. Los clientes trabajan en estrecha colaboración con su equipo de desarrollo para definir y priorizar las historias de usuario solicitadas. Sin embargo, depende del equipo entregar las historias de usuario de mayor prioridad en forma de software funcional que se haya probado en cada iteración. Para maximizar la productividad, el método XP proporciona a los usuarios un marco ligero y de apoyo que los guía y ayuda a garantizar el lanzamiento de software empresarial de alta calidad.

Crystal es la metodología más ligera y adaptable. Se enfoca en las personas y las interacciones que ocurren mientras se trabaja en un proyecto Agile, así como en la importancia comercial y la prioridad del sistema en desarrollo. El método Crystal se basa en la constatación de que cada proyecto posee características únicas que requieren un conjunto de políticas, prácticas y procesos ligeramente adaptados. Como resultado, se compone de una colección de modelos de procesos Ágiles, como Crystal Orange, Crystal Clear y Crystal Yellow. Cada modelo tiene sus propias características únicas que son impulsadas por diferentes factores, incluidas las prioridades del proyecto, el tamaño del equipo y la criticidad del sistema.

Al igual que otras metodologías Ágiles, Crystal enfatiza la entrega frecuente de software de trabajo con alta participación del cliente, adaptabilidad y eliminación de burocracia y distracciones. Sus principios clave incluyen la comunicación, el trabajo en equipo y la sencillez.

Kanban utiliza un método de administración de flujo de trabajo altamente visual que permite a los equipos administrar activamente la creación de productos —enfatizando la entrega continua— sin crear más estrés en el ciclo de vida de desarrollo de software (SDLC). Se ha vuelto popular entre los equipos que también practican el desarrollo de software Lean.

Kanban utiliza tres principios básicos: visualizar el flujo de trabajo; limitar la cantidad de trabajo en curso; y mejorar el flujo de trabajo. Similar al Scrum, el método Kanban está diseñado para ayudar a los equipos a trabajar de manera más eficiente entre sí. Fomenta la colaboración continua e intenta definir el mejor flujo de trabajo posible para promover un entorno con aprendizaje y mejora activos y continuos.

El método de desarrollo de sistemas dinámicos (DSDM) es una respuesta a la necesidad de un marco industrial común para la entrega rápida de software. El DSDM se basa en ocho principios clave; El incumplimiento de cualquiera de los principios presenta un riesgo para la finalización exitosa del proyecto. Los ocho principios son:

  1. Colaboración
  2. Tiempo de entrega
  3. Control demostrado
  4. Comunicación clara y continua
  5. Un enfoque constante en las necesidades comerciales
  6. Desarrollo iterativo
  7. Creación en incrementos a partir de cimientos firmes
  8. Negativa a comprometer la calidad

En el DSDM, el retrabajo está integrado en el proceso y todos los cambios deben ser reversibles. Los requisitos del sistema se priorizan utilizando las reglas de MoSCoW, que clasifican la prioridad como:

  • M - debe tener
  • S - debería tener
  • C - podría haberlo tenido, pero no es crítico
  • W - no lo tendrá ahora, pero podría tenerlo más tarde

Es importante para el DSDM que no todos los requisitos se consideren críticos. Cada iteración debe incluir elementos menos críticos que se puedan eliminar para que los requisitos de mayor prioridad no se vean afectados.

Por último, el desarrollo basado en características (FDD) combina las mejores prácticas de ingeniería de software —como el desarrollo por característica, propiedad del código y modelado de objetos de dominio— para crear un proceso de iteración corta, cohesionado y basado en modelos. FFD comienza definiendo una forma general del modelo, que a su vez crea una lista de características. Luego, el método procede con iteraciones que duran dos semanas y se centran en la planificación por característica, el diseño por característica y la construcción por característica. Si una función tarda más de dos semanas en construirse, debe dividirse en funciones más pequeñas. La principal ventaja de FDD es que es escalable —incluso para equipos grandes— ya que utiliza el concepto de "diseño suficiente inicialmente" o JEDI.

Ventajas y desventajas de Agile

Mucho se ha comparado a lo largo de los años con enfoques ágiles versus en cascada.

En la era Waterfall del desarrollo de software, los programadores trabajaban solos, con poca o ninguna entrada antes de entregar el software a los probadores y luego a la producción. Los errores, las complicaciones y los cambios de funciones no se manejaron bien o se abordaron tan tarde en el proceso que los proyectos se retrasaron seriamente o incluso se desecharon.

La idea detrás del modelo Agile, en el que todos —incluido el lado empresarial— se mantuvieron involucrados e informados en el proceso de desarrollo, representó un cambio profundo tanto en la cultura de la empresa como en la capacidad de llevar mejor software al mercado más rápidamente.

La colaboración y la comunicación se volvieron tan importantes como la tecnología, y debido a que el Manifiesto Agile está abierto a la interpretación, Agile se ha adaptado y modificado para adaptarse a organizaciones de todos los tamaños y tipos. El cambio cultural ágil también allanó el camino para la última evolución de desarrollo de software, DevOps.

Por otro lado, muchos dirían que la mayor desventaja de Agile es el hecho de que ha sido modificado —algunos dirían diluido— por muchas organizaciones. Este fenómeno está tan extendido que los practicantes de "Agile a mi manera" se conocen como "ScrumButs", como en "Hacemos Scrum en nuestra organización, pero..."

Aunque Agile abre las líneas de comunicación entre los desarrolladores y el lado empresarial, ha sido menos exitoso incorporar las pruebas y las operaciones a esa combinación —una omisión que puede haber ayudado a que la idea de DevOps ganara terreno.

Otra preocupación potencial sobre Agile es su falta de énfasis en la tecnología, lo que puede dificultar la venta del concepto a los altos directivos que no comprenden el papel que juega la cultura en el desarrollo de software. Además, la necesidad de completar sprints a tiempo puede crear un entorno de trabajo estresante para los desarrolladores de software. Pueden verse obligados a trabajar horas extra y quedarse hasta tarde para cumplir con los plazos.

La historia de Agile

A fines de la década de 1970, se produjo una explosión en la informática personal, lo que llevó a que la persona promedio tuviera acceso a la informática moderna. La nueva demanda de los consumidores aceleró la innovación y las empresas se enfrentaron al desafío de satisfacer los deseos de los clientes que cambiaban constantemente. Las rígidas metodologías que anteriormente habían gobernado el SDLC no podían entregar software con la suficiente rapidez ni responder eficazmente a los requisitos cambiantes durante el desarrollo.

A principios de la década de 1990, un pequeño grupo de líderes de la industria del software había comenzado a desarrollar y promover nuevos enfoques para el SDLC que se centraban en reaccionar rápidamente y adaptarse a todos los requisitos y tecnologías cambiantes. El desarrollo rápido de aplicaciones (RAD), Scrum, la programación extrema y el proceso unificado racional (RUP) surgieron en este momento como los métodos de desarrollo nuevos, flexibles y altamente receptivos.

En 2001, un pequeño grupo de 17 líderes de la industria se reunió en Snowbird, Utah, con la intención de discutir estas metodologías nuevas y emergentes. Fue aquí donde el término Desarrollo de Software Ágil se utilizó por primera vez para describir el desarrollo de software flexible que se producía en etapas iterativas; se convirtió en el término general para las nuevas metodologías. En un intento por distinguir el desarrollo de software ágil de las metodologías tradicionales, el grupo de líderes de la industria definió un conjunto de valores para usar Agile, creando el Manifiesto Agile.

Desde 2001, las metodologías ágiles han ganado popularidad y a medida que más y más empresas y equipos adoptan los métodos, se ha formado un ecosistema que incluye a todas las personas que utilizan el desarrollo de software ágil, así como a las personas y organizaciones que ayudan en el proceso a través de capacitación, consultoría, marcos e instrumentos.

Este contenido se actualizó por última vez en enero 2022

Investigue más sobre Desarrollo de software y aplicaciones

ComputerWeekly.com.br
Close