|
25.09.2008 |
|
 Para el mismo guiso hay tantas recetas como cocineros... conocer los ingredientes y cómo lo hacen otros, a veces ayuda.
Esta es la pizarra que ahora estamos empleando, como única herramienta(1), apoyada en un wiki para las ampliaciones de aquellas historias de usuario que las necesitan.
En este proyecto:
- El equipo conoce y comprende bien la visión del cliente,
- El nivel de cooperación e implicación del cliente también es alto
- Trazamos iteraciones cortas (normalmente una semana y maximo dos),
Al simplificar, y quitar lo que supone burocracia o no aporta valor al producto final, nos permite en este caso auto-gestionarnos sólo con la pizarra: Pila de historias de usuario, descomposición en tareas, distribución entre pendientes, en curso y terminadas, y gráfica de avance.
Bueno, hay un apoyo: Las tarjetas de historias de usuario, cuando necesitan información ampliada (requisito ágil) apuntan a la página del wiki en la que está desarrollada.
Otras recetas: (1) Para producto,no para ingeniería.
 |
RSS de los comentarios
1.- Viendo la pizarra, ¿qué ponéis en las historias de usuario además de los enlaces a la wiki en las que lo requieren? Me encuentro que habitualmente se suele poner también las horas que se van empleando en ellas.
2.- ¿Metéis cada historia de usuario como una nueva entrada en vuestro gestor de tareas (Trac por ejemplo). Me parece algo interesante, especialmente viendo cosas como Mylyn, pero entramos en en la eterna discusión sobre la redundancia.
3.- ¿Cuánto debe entrometerse el Scrum Master en el proyecto? La ortodoxia dice que sólo debe hacer "de paraguas", pero no tengo tan claro que eso sea viable, porque eso le excluiría de tareas, por ejemplo, como monitorizar la calidad del código...
Saludos!!