Ventajas y desventajas de la metodología ágile scrum

¿Qué es Ágil?

¡Conozcan a Ignacio! Es un director de proyectos senior en una compañía de software de juegos. Ignacio usa rutinariamente métodos ágiles para los juegos que su compañía desarrolla. Está comenzando un nuevo proyecto para desarrollar un juego llamado Juegos de Guerra, y el cliente quiere saber por qué Ignacio usará los métodos ágiles para gestionar el proyecto. Hoy, está discutiendo los beneficios y desventajas de los ágiles con su cliente.

Ignacio empieza con una explicación de ágil. Ágil es un término que abarca varias metodologías que utilizan paquetes de trabajo iterativos. Cada paquete de trabajo tiene una "minifase" para definir, construir, probar y liberar el software, o lo que sea que el proyecto entregue.

Ahora que el cliente entiende lo que es el ágil, pasa a los beneficios y desventajas de usar el ágil. Para comenzar su explicación, Ignacio enumera los beneficios y desventajas del ágil. Los beneficios del ágil son que es más flexible, ofrece una entrega más rápida al cliente, y proporciona una mejor comunicación. Las desventajas del ágil son que puede ser difícil de predecir, el producto final no se lanza primero, y la documentación se deja para el final.

Ignacio comienza a explicar cada uno un poco más, usando el próximo proyecto de Juegos de Guerra como ejemplo.

Beneficios de Ágil

Ágil es flexible, un enorme beneficio cuando los requisitos o prioridades del cliente cambian con frecuencia. Ágil también lleva el producto al mercado más rápido y tiene mejor comunicación de equipo que los métodos tradicionales. Hablemos de cada uno de ellos con un poco más de detalle.

Más flexible

Ágil se adapta al cambio mejor que los enfoques tradicionales de gestión de proyectos. Los requisitos pueden ser añadidos, eliminados o cambiados al principio de cada ciclo iterativo, guiando al equipo del proyecto en el trabajo para la siguiente iteración. El cliente también puede cambiar las prioridades al principio de cada ciclo, permitiendo al equipo de proyecto mantenerse al día con las necesidades comerciales del cliente.

Ignacio usa el proyecto de Juego de Guerra como ejemplo. Como se trata de un nuevo juego de software, nadie sabe realmente todos los detalles de lo que el juego debe hacer, aparte de disparar a los enemigos en la guerra. Para comenzar el proyecto, el equipo define objetivos de alto nivel y los prioriza. Los programadores realizan las primeras tareas y crean un software que funciona.

Los probadores del juego lo tendrán por unos días y le darán a Ignacio más cosas que los personajes del juego deben hacer. Uno puede necesitar una pistola lanzallamas, y otro puede necesitar una ametralladora. Esos requisitos se añadirán a la lista existente, y el cliente podrá establecer nuevas prioridades. Algunos de los nuevos requisitos pueden ser prioridades, por lo que el equipo trabajará en ellos para la próxima iteración. Trabajar de esta manera permite al equipo acomodar los cambios del cliente en los requisitos y prioridades.

El producto llega al mercado más rápido

El producto llega al mercado más rápido usando el método ágil porque el enfoque está en los entregables de trabajo, no en los productos terminados. Los requisitos definidos durante una iteración particular se incorporan en un modelo de trabajo.

Ignacio se refiere a los Juegos de Guerra. Los requisitos iniciales son tener dos soldados luchando contra terroristas en un páramo. El equipo entregará un software de trabajo que cumpla con todos esos requisitos durante la primera iteración, incluso sabiendo que surgirán más requisitos. El cliente podría lanzar esa versión, llevando el producto al mercado más rápido que si el equipo esperara hasta el final del proyecto para entregar un juego con todas las características que el cliente eventualmente querrá.

Mejor comunicación

Debido a que el equipo del proyecto trabaja en estrecha colaboración con el cliente para revisar los requisitos y las prioridades, el ágil tiene mejor comunicación que los métodos tradicionales. La naturaleza cíclica de los ciclos iterativos impulsa una continua retroalimentación, asegurando que el equipo tenga altos niveles de comunicación.

Volviendo a los Juegos de Guerra, Ignacio explica que, a medida que el equipo trabaje con los probadores durante cada ciclo, recibirán información sobre el aspecto de los personajes, los poderes de las armas y los niveles del juego. Este flujo constante de información proporcionará una mejor comunicación del equipo.

Desventajas de la agilidad

Incluso con sus beneficios, el ágil tiene características que pueden ser desventajosas y que Ignacio necesita hacer conocer al cliente. La otra cara de los beneficios del ágil puede ser una desventaja. Veamos algunos de ellos.

Difícil de predecir

Ágil es tan flexible que se vuelve impredecible. El cliente puede cambiar los requisitos y prioridades después de cada iteración. A veces, eso hace que sea difícil saber qué trabajo se hará a continuación, por lo que la gestión de los horarios y los recursos puede ser difícil.

Con Juegos de Guerra, Ignacio señala cómo el proyecto podría ser impredecible. Después de la primera iteración, el personal podría solicitar cambios en las armas, lo que el equipo del proyecto esperará que sea una prioridad. Digamos que el cliente decide que tener un paisaje más realista es una prioridad mayor. Eso causará un cambio de enfoque para el equipo de proyecto y pueden perder algo de impulso.

El producto final no se lanza primero

Ignacio continúa explicando al cliente que el enfoque de Ágil es entregar un producto que funcione con cada iteración, y puede haber varias iteraciones antes de que el producto final sea construido. Esto significa que el producto final no está en el primer lanzamiento, y se necesitan varios lanzamientos para obtener un juego terminado.

Ignacio hace una demostración usando el proyecto de Juegos de Guerra. El lanzamiento inicial tendrá a dos soldados luchando contra terroristas en un terreno baldío. El juego funcionará, pero se necesitarán varias iteraciones para llegar a la versión final del juego.

La documentación se deja para el final

En la agilidad, la documentación se deja para el final. No tiene sentido escribir una documentación exhaustiva que probablemente cambie. La documentación temprana sólo cubre los requerimientos inmediatos. La documentación extensa se hace típicamente cerca del final del proyecto. Remitiéndose a Juegos de Guerra, Ignacio explica que el equipo documentará los personajes, la trama del juego y el escenario del primer ciclo iterativo. En cada iteración, la documentación se actualizará para mostrar los requisitos nuevos o cambiados. A medida que el proyecto llegue a su fin, el equipo se pondrá al día con la documentación para que sea detallada y exhaustiva.