Decidir el uso de Ágil
Dave maneja proyectos de software complejos que tienen tiempos de entrega rápidos. Los proyectos siempre implican algo nuevo. A menudo hay cambios que ocurren a lo largo de todo. Para proyectos de esta naturaleza, Dave ha decidido utilizar Ágil, que le permitirá dividir el trabajo complejo en tareas manejables y ayudará a su equipo a adaptarse al cambio y a producir resultados en intervalos más cortos.
Ágil es una metodología de proyectos que escala el trabajo y los plazos de los proyectos en ciclos más pequeños y repetitivos que permiten la adaptabilidad al cambio. Se suele denominar Scrum, que es la versión más popular de Ágil.
Si Dave quiere usar Ágil, debe entender la metodología y el marco. Esta comprensión le ayudará a responder las dos preguntas de alto nivel que deben ser respondidas para cualquier proyecto. La primera pregunta implica el «qué»: ¿Cuál es el propósito del proyecto? La segunda pregunta implica el «cómo»: ¿Cómo vamos a lograrlo?
Sprints e historias de usuarios
Hay dos claves en la metodología Ágil. La primera consiste en dividir grandes y complejos objetos en piezas más pequeñas y manejables. La segunda es que es un proceso iterativo, o repetitivo. Esto se aplica a la línea de tiempo del proyecto y al trabajo del proyecto.
Típicamente, los proyectos tienen una línea de tiempo lineal, donde los procesos ocurren en orden y cada uno debe estar completo para que pueda comenzar el siguiente. En el Ágil, la línea de tiempo del proyecto se divide en porciones más pequeñas y repetitivas. Estas porciones son ciclos conocidos como sprints. Un sprint es una cantidad de tiempo establecida, típicamente 2 o 4 semanas, en las que el equipo de desarrollo trabaja. Durante cada sprint, el desarrollo y las pruebas ocurren y, al final, se producen resultados tangibles. Se revisan los resultados del trabajo y se da retroalimentación. Luego, comienza un nuevo sprint y el proceso comienza de nuevo.
El trabajo del proyecto también se divide en porciones más pequeñas, conocidas como una historia de usuario. Las historias de usuario se centran en la funcionalidad del usuario. Por ejemplo, una historia de usuario podría decir: «Como cliente, quiero poder crear un acceso al sitio web de la tienda». Estos requisitos sólo se centran en la creación de un inicio de sesión, en lugar del sitio web de compras completo. Una vez que el relato de usuario se haya completado, incluyendo el desarrollo y las pruebas, el cliente debe ser capaz de crear con éxito un inicio de sesión para el sitio web. A continuación, el equipo podría crear las páginas para mostrar los productos en venta, luego desarrollar la capacidad de hacer una compra, etc. La clave aquí es que cada historia de usuario implica desarrollo y pruebas.
Este es el atractivo para Dave y para cualquiera que use Ágil. El trabajo es más manejable cuando se descompone. Permite que los diferentes miembros del equipo se comprometan plenamente durante todo el proceso. El mayor beneficio es que a medida que los resultados se producen más rápidamente, se revisa y se da retroalimentación. El equipo sabe mucho antes si están en el camino correcto o si es necesario hacer ajustes.
Roles del proyecto
El marco de Ágil, como en cualquier metodología de proyectos, incluye elementos como las funciones de los proyectos y las reuniones de los proyectos. Además de las personas que completan un proyecto, las funciones del proyecto incluyen a las personas que inician un proyecto y dan su aprobación una vez que éste se ha completado.
Ágil tiene tres funciones principales en el proyecto. El rol más importante es el equipo de desarrollo. Este es el grupo que es responsable de completar el trabajo del proyecto.
El segundo papel, es el del propietario del producto. El propietario del producto es el único responsable de los requisitos del proyecto. El propietario del producto reúne las aportaciones de los interesados, pero tiene la autoridad para tomar decisiones finales y establecer prioridades en los diversos aspectos de la labor del equipo de desarrollo.
El papel final, conocido como el maestro Scrum, funciona entre los otros dos papeles… El maestro Scrum, a menudo un director de proyecto, se asegura de que el propietario del producto y el equipo de desarrollo tengan la misma comprensión de los requisitos del proyecto. Si hay algún problema o alguna pregunta que surja, el maestro Scrum trabaja para resolverlos.
Reuniones del proyecto
Las diversas funciones del proyecto interactúan regularmente en reuniones a lo largo de la duración del proyecto. En Ágil, se producen tres reuniones. Dos de las reuniones se celebran en cada sprint.
La primera es la planificación del sprint, que se produce al comienzo del mismo. En esta reunión, el equipo de desarrollo revisa las historias de los usuarios con el propietario del producto y determina el trabajo que se llevará a cabo y cómo se hará.
El segundo encuentro, que se produce al final del sprint, es la revisión del sprint. En ella, el propietario del producto y las partes interesadas tienen la oportunidad de ver el trabajo que el equipo de desarrollo ha completado y ofrecer sus comentarios.
El encuentro final tiene lugar diariamente durante el sprint. Esta reunión, conocida como un Scrum diario o reunión diaria de pie, es lo que el equipo utiliza para comunicarse. El propósito es tener un punto de control diario para proporcionar actualizaciones sobre el progreso. La intención es ser breve y típicamente requiere que todos se pongan de pie. Esto lo mantiene rápido y eficiente. Además del progreso, cualquier obstáculo o problema debe ser mencionado. La estructura ágil es relativamente simple y directa. Las funciones están claramente definidas y las reuniones tienen propósitos específicos. Cada persona tiene una función específica y se comunica regularmente con el resto del equipo, lo que aumenta la eficiencia y la eficacia del proyecto.