MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

5. Mejora continua: en el desarrollo software nada es perfecto, pero todo es “perfeccionable”. “Lo perfecto es enemigo de lo bueno” sugiere que algo razonable ahora es mucho mejor que algo perfecto dentro de una semana. Pero siempre hay que tener como objetivo mejorar y perfeccionar eso bueno que acabamos de hacer. Por eso una de las prácticas es la mejora continua del diseño. No se debe sobre-diseñar un sistema, pero a medida que avanza su desarrollo, su diseño tiene que ir mejorando para que el código se mantenga con calidad.

6. Diversidad: los equipos de desarrollo tienen que tener diferentes habilidades, experiencia, enfoques. Solo de esta forma el equipo podrá elegir las mejores soluciones en cada caso. Eso puede ser una fuente de conflictos que tienen que resolverse, por eso XP tiene algunas prácticas técnicas que favorecen los espacios de comunicación necesarios para resolver esos conflictos.

7. Reflexión: los buenos equipos no solo hacen el trabajo, si no que también son conscientes de cómo hacen el trabajo y mejoran de forma continua el proceso con el que hacen el trabajo. Las retrospectivas en scrum son una práctica concreta orientada a la mejora del proceso. Tener un espacio para el auto-análisis y la crítica constructiva favorece enormemente al funcionamiento de un equipo.

8. Flujo: históricamente el desarrollo software se ha realizado de forma discreta en grandes saltos. Las actualizaciones de software ocurrían cada uno o más años, lo que suponía mucho riesgo en forma de retrasos y en forma de rechazo por los usuarios. Actualmente es común que el software se desarrolle de forma continua y predecible. Dependiendo del software puede ser una o dos veces al año, pero hay otros servicios (como algunas aplicaciones web) que se actualizan varias veces en el día. Las prácticas relacionadas con la integración continua están guiadas por el principio del flujo. 9. Oportunidad: considera los problemas con una oportunidad de mejora. Si un cliente se queja de que una funcionalidad tiene fallos, considéralo como una oportunidad para mejorar la cobertura de tus tests. Si un programador comete muchos errores programando, favorece la programación por pares y la revisión del código. Si enfocamos todos los problemas como oportunidades de mejora, será mucho más probable que el software desarrollado tenga cada vez mayor calidad con un coste razonable.

10. Redundancia: la redundancia se aplica en muchos contextos de la informática. No se debería tener un único punto de fallo, ni en los sistemas informáticos ni en los equipos. Por

278

European Open Business School