¿Qué es la metodología ágil en el desarrollo de software?

Hoy en día, cada organización tecnológica parece practicar la metodología ágil para el desarrollo de software o, al menos, alguna versión de ella. Ya sea que seas nuevo en el desarrollo ágil de aplicaciones o hayas aprendido a desarrollar software hace décadas utilizando el modelo en cascada, tu trabajo hoy está, al menos en parte, influenciado por la metodología ágil. Pero, ¿qué es eso?

¿Qué es la metodología ágil y cómo debe aplicarse en el desarrollo de software? ¿Cómo se diferencia el desarrollo ágil del método en cascada, en la práctica? ¿Cuál es el ciclo de vida del desarrollo ágil de software? ¿Y qué son Scrum Agile, Kanban y otros modelos ágiles? De eso trata este artículo. ¡Presta atención!

Antes del ágil: la era del modelo en cascada

Los desarrolladores con más de 20 años en el mercado recuerdan los días en que la metodología en cascada era el estándar supremo para el desarrollo de software. El proceso requería una enorme cantidad de documentación previa antes de que se escribiera una sola línea de código.

Primero, alguien redactaba un documento de requisitos de negocio que contenía todo lo que la empresa necesitaba en la aplicación. Estos documentos eran extensos y detallaban todo: la estrategia general, especificaciones funcionales completas y diseños visuales de la interfaz de usuario.

Los técnicos tomaban ese documento de requisitos de negocio y desarrollaban su propio documento de requisitos técnicos. Ese documento definía la arquitectura de la aplicación, estructuras de datos, diseños funcionales orientados a objetos, interfaces de usuario y otros requisitos no funcionales.

Ese proceso de desarrollo en cascada finalmente conducía a la codificación, la integración y, por último, a las pruebas antes de que una aplicación se considerara lista para producción. Todo el proceso podía tomar años fácilmente.

Años 2000: Manifiesto por el Desarrollo Ágil de Software

En 2001, un grupo de expertos se reunió y creó un manifiesto, conocido como el Manifiesto Ágil, donde se destacaron ciertos valores, con el objetivo de eliminar la burocracia y permitir un desarrollo de software fluido pero seguro. Rápido, pero con calidad. Los valores priorizados fueron:

• Individuos e interacciones sobre procesos y herramientas

• Software funcionando sobre documentación exhaustiva

• Colaboración con el cliente sobre negociación de contratos

• Responder al cambio sobre seguir un plan

Scrum, Kanban y otros marcos ágiles

El marco ágil más popular se llama Scrum. Se centra en una cadencia de entrega llamada sprint y en una estructura de reuniones que incluye:

• Planeación

• Compromiso

• Reuniones diarias (daily meetings)

Los sprints terminan con una reunión de demostración donde se presenta la funcionalidad al Product Owner, seguida por una retrospectiva, en la cual el equipo discute qué funcionó bien y qué necesita mejorar.

Muchas organizaciones emplean un Scrum Master o coaches ágiles para ayudar a los equipos a gestionar el proceso de Scrum.

Aunque Scrum domina, existen otros marcos ágiles:

• Kanban funciona como un proceso de entrada y salida, donde el equipo toma historias de usuario de un tablero de entrada y las canaliza a través de etapas de desarrollo hasta su finalización.

• Algunas organizaciones adoptan un enfoque híbrido entre ágil y cascada, usando ágil para nuevos desarrollos y cascada para aplicaciones heredadas ya validadas.

• También existen estructuras escalables para aplicar la agilidad en múltiples equipos dentro de una organización.

• 
  

Prácticas comunes del desarrollo ágil

Mientras que los marcos ágiles definen el proceso y la colaboración, las prácticas de desarrollo ágil se enfocan en las tareas específicas del desarrollo de software dentro de ese marco.

Algunas prácticas destacadas son:

• Programación en pareja (pair programming): dos desarrolladores programan juntos, lo que genera código de mayor calidad y permite que los más experimentados guíen a los más nuevos.

• Desarrollo orientado a pruebas (TDD) y automatización, para garantizar que la funcionalidad cumpla con los resultados esperados desde el principio.

• Adopción de estándares técnicos para asegurar que el desarrollo no solo cumpla su funcionalidad, sino también normas de seguridad, calidad de código, convenciones de nombres, entre otros.

El objetivo de este artículo no es convertirte en un experto en métodos ágiles, sino simplemente introducirte en un tema que quizás desconocías por completo. Ya no más.