Comenzamos a usar Agile / Scrum en un equipo de 4 desarrolladores. Hicimos nuestras estimaciones de historias y ordenamos las historias Historias imprimidas en la cartera de productos.
Comenzamos con la estimación basada en puntos en la complejidad de 1 a 5, en lugar de la habitual 1,2,3,5,8,13 ... y así sucesivamente
Después de trabajar en un par de historias, sentimos que algunas de las historias que se estimaron en 4 puntos solo deberían ser 2, mientras que las otras que se estimaron en 2 son mucho más complejas y deberían haberse estimado en 5. Me gustaría saber:
- ¿Está bien cambiar las estimaciones de nuestra historia en medio de la iteración?
- ¿Está bien usar los puntos de estimación actuales de 1 a 5, en lugar de los habituales 1,2,3,5,8,13 ... y así sucesivamente?
Aunque personalmente siento que no debería ser para ambos casos, pero necesito respaldarme, ya que mi propia comprensión no está muy clara (¡aunque cualquier buen material de referencia sería bueno!)
fuente
Respuestas:
Absolutamente no. Esperamos que eso suceda. Y esperamos que los errores se equilibren con el tiempo. Realmente solo ajustamos las estimaciones cuando está claro que una determinada categoría (por ejemplo, nuevas páginas web) siempre será más compleja de lo que pensábamos cuando las calculamos todas.
Como una historia épica se divide en historias más pequeñas (lo que debería suceder mucho antes del sprint), podríamos parecer que ajustamos la estimación original, pero yo lo llamaría refinar en lugar de volver a estimar. Eso es porque tenemos una visión más clara en ese momento.
La estimación y planificación ágiles de Mike Cohn es un buen libro sobre el tema. Yo advertiría en contra de usarlo (o cualquier libro "Ágil") como una biblia, pero es un buen punto de partida para refinar su proceso.
Habla sobre la forma en que las estimaciones erróneas se equilibran como "mágicas", pero subraya que lo ha visto funcionar una y otra vez.
El uso de la serie de estimación de puntos de la serie Fibonacci es una aceptación de que cuanto más grande es una historia, menos precisa es nuestra estimación (ver mi comentario anterior sobre Epics).
Pero, si no funciona para usted, especialmente si mantiene todos sus trabajos pequeños, entonces no lo use. Es una guía, no una regla.
El tamaño de la camiseta (SML XL XXL) también es popular y esencialmente no es diferente de (1 2 3 4 5).
fuente
Absolutamente sí, si afectará la planificación de primavera actual o futura. El punto ágil es basar sus acciones en información que sea tan actual y correcta como sea posible.
Si una estimación resulta ser tan incorrecta que el sprint actual no se puede finalizar en su timebox, debe actuar sobre la estimación revisada, por lo que probablemente desee cambiarla. Si basa nuevas estimaciones en las antiguas (y en realidad las mira en lugar de confiar en la memoria / experiencia), necesita que sean correctas.
Por otro lado, en realidad no hay ningún valor per se en una estimación que sea correcta. No pierdas el tiempo en mejorar algunas estadísticas sin sentido.
fuente