Lo primero que escuchamos sobre el desarrollo Agile (o el término Agile) fue en 2001 cuando una comunidad de desarrolladores que se había cansado de usar métodos de desarrollo considerados «pesados», es decir, el modelo en cascada, decidió establecer un manifiesto: El Manifiesto Ágil. Este documento tan importante tuvo tanto impacto que ha funcionado como una biblia para el desarrollo ágil incluso hasta el día de hoy, estableciendo todos los principios y buenas prácticas.
En lasmetodologías agile se argumenta que, sobre todo, debemos buscar la satisfacción del cliente a través de la entrega continua de software que agregue valor, manteniendo una comunicación constante con el cliente y también enfocándonos en la comunicación entre los miembros del equipo. Contrariamente a las prácticas anteriores, la metodología Agile no se caracteriza por la definición completa de un producto, sino por el “paso a paso”, un análisis completo o la definición de todos los requisitos, por una interacción dinámica que permite una entrega constante.
Básicamente, el desarrollo Agile sigue un modelo incremental, que desarrolla la colaboración dentro del equipo y la planificación continua, así como la evolución y el aprendizaje permanentes. Las metodologías ágiles deben respetar el ciclo de desarrollo del software: planificación, ejecución y entrega final, lo que permite que el software se desarrolle por etapas; esto facilita la identificación y resolución de errores o nuevas necesidades.
La principal ventaja de utilizar estas metodologías no es sólo la entrega rápida de software, sino también la entrega constante de “valor” al cliente, ya que las entregas son incrementales.
Existen innumerables metodologías que siguen la mentalidad agile. En esta publicación, destacamos las cinco metodologías ágiles principales en el universo del desarrollo de software. Pero no podemos sumergirnos en las diferentes metodologías sin antes referirnos a la creciente popularidad de las metodologías Agile (o algunas de ellas al menos) con la gestión empresarial. Esto demuestra que no es solo el desarrollo de software el que se puede enriquecer con estas prácticas.
Principales metodologías agile:
Scrum es, sin duda, el más utilizado de los muchos marcos que sustentan la metodología Agile. Scrum se caracteriza por ciclos o etapas de desarrollo, conocidos como sprints, y por la maximización del tiempo de desarrollo de un producto de software hacia una meta, la Meta del Producto. Este Product Goal es un objetivo de mayor valor, en el que los sprints acercan un paso más el producto del equipo Scrum.
Por lo general, se usa en la gestión del desarrollo de productos de software, pero se puede usar con éxito en un contexto relacionado con los negocios.
Cada día comienza con una pequeña reunión de 15 minutos, que asume la función de sincronizar actividades y encontrar la mejor manera de planificar la jornada laboral, lo que permite verificar la «salud» del sprint y el progreso del producto.
Kanban
La palabra Kanban es de origen japonés y su significado está ligado al concepto de “justo a tiempo”. En la práctica, el método Kanban se organiza en un tablero o tabla (tablero Kanban), dividido en columnas, que muestra todos los flujos dentro del proyecto de producción de software. A medida que avanza el desarrollo, la información contenida en la tabla cambia, y cada vez que entra en juego una nueva tarea, se crea una nueva «tarjeta».
Esta metodología también es útil en departamentos comerciales individuales, como recursos humanos, marketing, etc., brindando la visibilidad deseada sobre todas las tareas del equipo.
El método Kanban requiere comunicación y transparencia para que los miembros de cualquier equipo sepan exactamente en qué etapa de desarrollo se encuentra y puedan ver el estado de un proyecto en cualquier momento. Se centra principalmente en la capacidad del equipo y es mejor para los procesos que experimentan pequeños cambios.
Programación extrema (XP)
Este es un marco de desarrollo Agile típico, desarrollado por Kent Beck, y se puede adaptar a empresas de desarrollo de varias dimensiones.
La metodología Extreme Programming («XP») se basa en la idea de descubrir «lo más simple que funcionará» sin poner demasiado peso en la visión del producto a largo plazo.
Es una metodología que enfatiza valores como la Comunicación, la Sencillez, el Feedback y el Respeto, y prioriza la satisfacción del cliente por encima de todo lo demás. Esta metodología fomenta la confianza al motivar a los desarrolladores a aceptar cambios en los requisitos del cliente, incluso si llegan durante las últimas etapas del ciclo de desarrollo.
El trabajo en equipo es extremadamente importante en XP, ya que, cuando hay un problema, lo resuelve todo el equipo de gerentes, desarrolladores o clientes, juntándolos para promover la conversación y el compromiso y romper las barreras de la comunicación. Todos se convierten en piezas esenciales del mismo rompecabezas, creando un entorno fértil para una alta productividad y eficiencia dentro de los equipos. En Extreme Programming, el software se prueba desde el primer día, recopilando comentarios para mejorar el desarrollo. XP promueve actividades como la programación en pareja y, con un fuerte componente de prueba, es una excelente metodología de ingeniería.
Desarrollo Lean
El desarrollo Lean es una metodología que proviene directamente de Lean Manufacturing, creada por Toyota y aplicada al desarrollo de software. Este método ofrece un marco conceptual y sigue valores, principios y buenas prácticas de desarrollo que se pueden aplicar a un enfoque de desarrollo ágil.
El desarrollo Lean obliga al equipo a eliminar sin piedad cualquier actividad que no aporte valor final al producto.
Hay siete principios esenciales: eliminar las cosas que no importan (cualquier cosa que no aporte valor efectivo al proyecto del cliente); desarrollo de calidad (crear calidad en el desarrollo requiere disciplina y control de la cantidad de residuos creados); crear conocimiento (el equipo está motivado para documentar toda la infraestructura para luego retener ese valor); compromisos divergentes (este punto anima al equipo a no centrarse demasiado en planificar y anticipar ideas sin tener un conocimiento previo completo de los requisitos del negocio); entrega rápida (obteniendo valor para el cliente lo antes posible); respetar al equipo (la comunicación y la gestión de conflictos son dos puntos esenciales); optimizar el conjunto (la secuencia de desarrollo debe perfeccionarse lo suficiente como para poder eliminar errores en el código, con el fin de crear un flujo de verdadero valor).
Trabaja en la creación de soluciones simples y presentándolas a los clientes utilizando sus comentarios sobre el «producto» para mejorarlo gradualmente. El concepto de «producto mínimo viable» también se asocia a menudo con «Lean».
Crystal
Se trata de una familia de metodologías agile, y Crystal es uno de los marcos más flexibles, lo que brinda una gran libertad al equipo para desarrollar sus propios procesos. Se centra mucho más en las personas y en cómo interactúan que en el proceso o las herramientas, por lo que la comunicación es un aspecto clave esencial.
Crystal tiene variantes como Crystal Clear (hasta un equipo de 8 personas), Crystal Yellow (hasta un equipo de 10 a 20 personas), Crystal Orange (hasta un equipo de 20 a 50 personas) y Crystal Red (para equipos grandes). equipos de 50 a 1000 personas). Crystal se centra en principios como Personas, Interacciones, Comunidad, Habilidades, Talento y Comunicación, con el objetivo de ofrecer el mejor proceso de desarrollo de software posible. El núcleo de este proceso de desarrollo es la interacción y la simbiosis, que deben existir entre las personas asignadas a los proyectos y procesos para lograr la eficiencia del proyecto.
Cada proyecto es único y sufre cambios frecuentes, por lo que el equipo debe encontrar sus propias formas de llevarlo a cabo con las mejores decisiones.
Según su fundador, Alistair Cockburn, “Crystal es una familia de metodologías de desarrollo de software, que funcionna con el poder invertido por las personas, y es extremadamente liviana y flexible”. Básicamente, Cockburn cree que el talento y la forma en que interactúan los miembros del equipo aportan beneficios para todo el proyecto.
Es una metodología liviana en términos de documentación, donde los equipos pueden encontrar sus propios caminos sobre las modalidades de trabajo preferidas, eliminando los gastos generales de gestión y creando un proceso «gratuito».
imagen: @ijeab
