Se registrará el tiempo incurrido en la herramienta donde registren los sprint backlog items, ya sean post it, un excel, JIRA, VS Team System, Trac o cualquiera que sea. Simplemente cada vez que alguien trabaje sobre un item, anota en el mismo registro del item (de la manera que mejor lo soporte la herramienta).
La sumarización semanal, mensual, por iteración o como sea, se hará en base a que disponemos de:
- Quien (el que hizo el trabajo)
- Cuando (la fecha en que lo hizo)
- Cuanto (la cantidad de tiempo incurrrido)
- Que (el item sobre el cual trabajó)
- Porque, es una respuesta que surge más de la planificación del sprint, si es por otro motivo, sería deseable que esté aclarado en el registro.
[Broma / Realidad]
No es que le tenga odio, pero no me vengan con MS Project, eso solo sirve para justificar retrasos!!
2009/5/26 Martin Alaimo <malaimo@...>
Hola a todos,
Hay un tema que hace rato estoy tratando de resolver de la mejor manera posible pero no estoy encontrando la forma "ágil" de hacerlo.Al termina cada sprint 9o bien al entregar cada backlog item) necesito saber la cantidad de horas incurridas. La razónes son dos:- 1) hay varias pautas de mantenimiento a las cuales debo descontar las horas.- 2) quisiera comenzar a contrastar mis estimaciones contra mis incurridos.La verdad que históricamente es un tema bastante escabroso y dificil de mantener/perpetrar en el tiempo. La verdad es que el solo hecho de pensarlo, me remonta a las épocas de waterfallismo... Hoy lo resuelvo utilizando project server, asegurándome que cada backlog item esté cargado en el proyecto apenas termina la planning meeting, pero, me remito a la frase anterior.Alguien tiene experiencias positivas llevando un registro de horas incurridas sin interferir con el espíritu ágil?Saludos!