Cuaderno de software
Control del proyecto con Jira + Greenhopper
Febrero 17th, 2011 - [Enlace local]
Como una imagen vale más que mil palabras (los tachones son para preservar un poco la intimidad de mis desarrollos..
), aquí dejo cómo quedó mi backlog a finales de enero.
Estoy contento porque ésta es la primera iteración (la de Enero de 2011) en la que por fin encajo más o menos todas las piezas:
- Tengo dividido los requisitos en historias de usuario. Las historias de usuario no son tareas, sino valor que añades al producto. Las historias de usuario no son funcionalidades grandes, son funcionalidades pequeñas.
- Al ser funcionalidades pequeñas, lo tengo más fácil para estimarlas. NO se estima “cuantas horas se va a tardar”. Se estima el ESFUERZO, medido en puntos de historia (o Story Points). Los puntos de historia dan una medida RELATIVA y responden a “cuanto esfuerzo me costará resolver ésta historia respecto a esta otra”.
- Las historias van pasando por un flujo: TODO – DOING – DONE. En mi caso, me ha venido muy bien crear el estado MIGRADO. Que distingue aquella historia de usuario que ha pasado de la aplicación vieja a la nueva, pero que todavía tiene mucho feedback que recibir antes de estar TERMINADO TERMINADO.
- Al terminar un mes, puedo saber cuantos puntos de historia he terminado realmente, y puedo planificar la siguiente iteración basándome en mi velocidad (puntos / mes) real.
- Mi objetivo es ir haciendo, mes a mes, alguna cosita que me haga aumentar mi velocidad (empezar a usar esa herramienta, implementar esa cosa me evitará escribir siempre el mismo código, DEJAR DE HACER esa cosa que me hace perder el tiempo, etc)
Es un mantra del agilismo eso de “personas > procesos > herramientas”. Pero en mi caso, la herramienta Jira ( y su plugin Greenhopper) me han arrojado muchísima luz sobre cómo implementar “el eso del kanban y el agilismo”. La recomiendo encarecidamente.
Ojo, ésta manera de llevar la planificación, ejecución y control de un proyecto funciona realmente bien cuando se combina con integración contínua y TDD. Nunca hay que olvidar que el código es lo primero.
Todavía recuerdo mi primera implementación de un backlog con google docs...
