Sé que las historias de usuario en Scrum se miden con una secuencia de Fibonacci modificada (0.5, 1, 2, 3, 5, 8, 13, 20, 40...). ¿Por qué Scrum solo usa números de Fibonacci para estimar historias?
Comentarios
- Ya respondió en otro sitio: stackoverflow.com/questions/9362286/…
- Amigos, no ' creo que esta pregunta sea un duplicado exacto. Si bien las preguntas están estrechamente relacionadas, creo que el OP para esta pregunta es preguntar por qué uno no puede ' t usar otras medidas para estimar los puntos de la historia, mientras que ¿Por qué los equipos usarían la secuencia de Fibonnacci para los puntos de la historia? pregunta sobre los pros y los contras de los números de Fibonacci como métrica. ' he intentado aclarar la pregunta y estoy votando para reabrir.
- +1 para el OP por plantear lo que creo que es un error común -percepción.
Respuesta
No se requiere Fibonacci
Si bien muchos practicantes ágiles han adoptado una secuencia de Fibonacci modificada o sin modificar para la estimación de puntos de la historia, ni los puntos de la historia ni las historias de los usuarios son realmente requisitos de la metodología Scrum.
Incluso si adopta la práctica de estimar con la historia -puntos e historias de usuario, puede utilizar cualquier herramienta de tamaño relativo que desee. Algunos ejemplos que he visto en el campo incluyen:
- Tallas de camisetas (p. Ej., S, M, L, XL)
- Semáforos (verde, amarillo, rojo )
- tamaños de bebida de Starbucks ( demi , corto, alto, grande , venti , trenta )
- Secuencias simples como 1-5 o 1-10.
Si decide utilizar los puntos de la historia, la clave es desvincular los puntos de las estimaciones de tiempo. Esto ayuda a evitar el anclaje y, con suerte, evita que las estimaciones se utilicen incorrectamente como una productividad -métrica de gestión en lugar de una herramienta de planificación o previsión.
Siéntase libre de usar cualquier escala que funcione para su equipo. Sin embargo, ciertamente recomendaría seguir con la Planificación de la secuencia de Fibonacci de Poker a menos que tenga una razón sólida para hacer lo contrario.
Comentarios
- Excelente respuesta @CodeGnome!
- Sí, usamos el sistema de póquer y funciona bien. l los miembros del equipo agregan entradas de acuerdo con la complejidad de su trabajo & tamaño y llegan a la conclusión final cuál debería ser el tamaño final de la historia.
- Siempre quise utilice medidas totalmente abstractas, como " S, M, L ". Pero hago eso, ¿cómo mediría la velocidad promedio? ¿Cómo sabría cuándo posiblemente se terminaría el proyecto? Si utilizo números que puedo calcular fácilmente, la velocidad promedio es, digamos, 15, en ese caso, si quedan 60 puntos en el trabajo pendiente del proyecto, sabría que el proyecto debería terminarse en más menos 4 iteraciones. ¿Puedes hacer lo mismo usando tamaños relativos abstractos?
Responder
Una razón principal es no tener debates / estimaciones como: 19,20, 21, 23 Story Points.
En la estimación ágil, generalmente se trata de comparar tamaño relativo , está claro que 1 Story Point es significativamente menor que 10 Story Points, pero 10 SP frente a 9 SP no es muy diferente.
Desea asegurarse de que los números más grandes sean rough estimaciones y no está enviando a sus partes interesadas el mensaje de que sabe exactamente qué tan grande es el artículo.
Por cierto: esa es la razón por la que tiene 20 en lugar de 21 que es un número de secuencia de Fibonnaci válido.
La serie de Fibonacci también representa mejor el hecho de que la incertidumbre crece proporcionalmente con el tamaño de la historia . Las diferencias entre historias de 1, 2 y 3 puntos probablemente se entienden mejor que las diferencias entre 20 y 40. Esto se refleja en la distancia entre los tamaños de las historias.
Comentarios
- La serie de Fibonacci también representa mejor el hecho de que la incertidumbre crece proporcionalmente con el tamaño de la historia. Las diferencias entre las historias de 1,2 y 3 puntos probablemente se entienden mejor que las diferencias entre un 20 y un 40 . Esto se refleja en la distancia entre los tamaños de las historias.
- @Willl Sí, por supuesto, siéntase libre de editar mi respuesta y gracias por la entrada.