MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Código “entregable”

El código debe estar siempre listo para empaquetar un producto y entregárselo al cliente (o al menos al final de cada iteración). Se ha demostrado empíricamente que si se cumple con ello, se reducen mucho los riesgos del proyecto y el equipo de desarrollo y el cliente pueden adaptarse mejor al cambio. Para conseguir que el equipo pueda entregar el producto prácticamente en cualquier momento, se utilizan técnicas como la integración continua y el despliegue continuo, que consisten básicamente en ejecutar de forma automática todos los pasos que permiten tener un software entregable partiendo del código fuente. Además, durante el proceso de “construcción” del software se ejecutan todos los test que existan hasta el momento, de forma que se puede verificar que todo sigue funcionando como antes. Todo esto se explicará de forma detallada en la siguiente clase. Uno de los secretos para que un proyecto tenga éxito, es que el equipo esté unido en la consecución de los objetivos del mismo. Cuando el equipo es un conjunto de desarrolladores que tienen que realizar un producto software, esto se traduce en que todo el código es de todos, independientemente de quién haya escrito cada línea. Es decir, no hay propiedad del código. Para conseguir esto, habitualmente se hacen revisiones de código de unos desarrolladores a otros, y los desarrolladores participan en varias partes del código a lo largo del proyecto. Esto permite que todo el código sea considerado como propio por todos los desarrolladores. Esto también fomenta la colaboración entre los miembros del equipos, lo miembros con mejores capacidades técnicas enseñarán a los novatos cuales son las mejores técnicas. Al fin y al cabo, todos los desarrolladores deben sentirse cómodos con todo el código, como si hubiese estado escrito por ellos mismos. El código debe tener un diseño simple, que sea suficiente para la funcionalidad que se está proporcionando hasta ese momento. Se desaconseja que el código esté sobredimensionado y ultraflexible, porque eso puede hacer que sea más complejo de lo necesario, lo que finalmente dificulta su creación y mantenimiento. Además, debe cumplir con los criterios de calidad, entre otros: que no haya código repetido, que sea sencillo, que sea fácil de entender una vez escrito, que se comporte de forma esperada, etc. Para conseguir que el código tenga calidad se aplica de forma continuada una técnica llamada “refactorización”, que consiste en realidad cambios en el código con el objetivo de que tenga mayor calidad, pero sin añadir ninguna funcionalidad adicional. Además, se usan técnicas de análisis continuo que miden la calidad del código. Una de las métricas más básicas y más usadas es la que determina si hay código duplicado. Todo el código es de todos Diseño simple y código de calidad

275

European Open Business School