MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

desarrolla el producto, por ejemplo quitándoles impedimentos. La labor más importante de un gestor es conseguir que cada uno pueda hacer el trabajo que debe hacer.

El/La Programador/a

El programador/a analiza, diseña, testea el software y lo integra en el sistema. También estima el coste de implementar cada historia y cuando finalmente la implementa, se puede medir su velocidad. Para un desarrollador/a, lo más importante es entender correctamente la funcionalidad que está descrita en la historia de usuario. Ante cualquier duda, debería tener accesible al cliente para entablar una conversación que le permita entender la funcionalidad, su motivación y el mecanismo que el cliente usará para verificar que la historia se ha implementado correctamente. De forma complementaria, el cliente debería ver cuanto antes la funcionalidad implementada, de forma que pueda dar realimentación a los desarrolladores si no han comprendido correctamente lo que él quería. También puede ocurrir que el cliente quiera refinar la funcionalidad una vez que la haya empezado a usar o que incluso cambie de opinión completamente. Hasta ahora puede parecer que la programación extrema es un compendio de principios que están presentes en las metodologías ágiles que ya conocemos. Pero aquí empieza la aportación significativa de la programación extrema. XP describe y recomienda un conjunto de buenas prácticas para que el equipo de desarrollo “programe bien” y por tanto produzca “software de calidad”. Hay muchas técnicas parar determinar la calidad de un producto software. Algunas son más cuantitativas (por ejemplo, medir el porcentaje de código duplicado), y otras son más cualitativas (p.e. revisando el código entre los miembros del equipo). Existen algunas técnicas que para medir la calidad se centran en los aspectos más tecnológicos (arquitectura software, patrones de diseño...). Otras técnicas miden la calidad en función de la satisfacción del cliente, cumplimiento de plazos, etc. Entraremos en detalle en estos aspectos en la siguiente clase. Pero en este punto, podemos considerar que un software se ha desarrollado “bien”, es decir, es de calidad, si cumple los siguientes criterios:  El producto está libre de defectos, es decir, no falla.  El producto hace lo que el cliente espera de él.  El producto se puede mantener, es decir, se le pueden añadir funcionalidades y se puede adaptar a nuevas plataformas o entornos con unos costes aceptables.  El producto se desarrolla en unos tiempos predecibles.  XP es una metodología que se centra especialmente en describir las buenas prácticas que el equipo de desarrollo debe seguir para producir software de calidad. Aunque menciona algunos aspectos relativos a la gestión del proyecto, otras

273

European Open Business School