MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

metodologías como scrum los tienen más desarrollados. En este sentido se puede decir que XP está enfocada principalmente en los desarrolladores software.  Esta metodología se denomina programación extrema porque cuando se propuso, sus buenas prácticas eran una forma de llevar al extremo tareas que los desarrolladores ya realizaban pero de forma mucho menos frecuente.  Si revisar el código es bueno, entonces lo llevamos al extremo y el código se revisará por otro compañero cuando se está creando. Es decir, se programará se revisará el código todo el tiempo y por parejas. (Programación por pares).  Si los test son buenos porque de forma automática dicen si el software hace lo que tiene que hacer y sin defectos, entonces todos los involucrados del proyecto realizarán tests, incluso los clientes. (Test unitarios, de integración y de aceptación). Además, si ejecutar los test me aporta confianza de que todo funciona, ejecutemos los test en cada cambio del código (integración continua).  Si un código con un buen diseño es importante, entonces diseñemos todos los días y cambiemos nuestro código para que siempre tenga un buen diseño (Refactorizar).  Si lo sencillo es lo mejor, siempre se intentará desarrollar de la manera más sencilla posible para poner en marcha la funcionalidad y aportar valor al cliente, aunque eso implique tener que rediseñar. (Hacer el trabajo actual de la manera más sencilla posible).  Si la iteraciones cortas son buenas, se harán iteraciones cortas de días o de semanas. (Re-planificación y retrospectivas). Los test automatizados son uno de los aspectos más importantes para que el código desarrollado sea de calidad, es decir, esté libre de errores (calidad interna) y se comporte como el usuario quiere (calidad externa). Además, los test son críticos a la hora de incorporar nuevas funcionalidades a un producto, porque se reduce mucho el riesgo de que algo deje de funcionar cuando añadimos una nueva funcionalidad. En realidad, un test no impide que se introduzca un error al cambiar el código, pero al ejecutar el test veremos que falla cuando algo que funcionaba deja de hacerlo. En este sentido, también existen unos test orientados al cliente llamados test de aceptación. Estos test son el mecanismo con el que el cliente está seguro de que el sistema se comporta como él desea, y lo sigue haciendo cuando se van incorporando nuevas funcionalidades. En la siguiente fotografía podemos ver cómo aplican los test automatizados otros sectores como los fabricantes de sillas. En este caso, se prueba la resistencia al uso, en el software, se prueba que el sistema no se rompe cuando se incorporan nuevas funcionalidades. Al final de esta clase y en la siguiente, desarrollaremos mucho más las buenas prácticas de XP, pero a continuación se presentan algunas de las más importantes de forma resumida: Tests, tests y más tests

274

European Open Business School