Escala de medición para puntos de historia en marco de scrum [cerrado]

Question

Según este artículo Scrum :

Los puntos de la historia son valores relativos que no se traducen directamente en una Número específico de horas. En su lugar, los puntos de historia ayudan a un equipo cuantificar El tamaño general de la historia del usuario. Estas estimaciones relativas son menos preciso para que requieran menos esfuerzo para determinar, y sostienen Mejor mejor con el tiempo. Al estimar en los puntos de historia, su equipo será Proporcionar el tamaño general de las historias de usuario ahora y desarrollar más estimación detallada de las horas de trabajo más adelante, cuando los miembros del equipo son A punto de implementar las historias de usuario.

¿Puede alguien aclarar:

1. ¿Cuál debería ser la escala de medición para los puntos de historia? ¿Debería estar fuera de 10, 100 o el punto más alto de la historia asignado en la backlog del producto dado?
2. (PEQUEÑO OFF-TOPE) A 'Artículo de retroceso del producto' (verifique la imagen adjunta) consiste en todas las historias de usuario del proyecto, mientras que un backlog de Sprint contiene un subconjunto de historias de la backlog del producto. Una vez dicho esto; Si una backlog de producto es suficiente, entonces, ¿por qué los TFS nos permiten tener varios artículos de retroceso de productos?

Answer 1

1. You can use any scale you like. What I tend to do is the Fibbonaci (1, 2, 3, 5, 8, 13, 21, ...). To set the baseline of the scale we took a golden story which was average size and valued that with an 8 and one with a little less size and valued that 5. We now just value all the other stories to those two. And since you are working Agile you are just continuously improving. So if you feel that you need to have different golden stories: just do it.
2. The PBI (Product Backlog Item) work item is not the Product Backlog itself. It is the story on the backlog. The Product backlog list all the stories you would like to implement at some point in a specific order (hopefully the one with the highest business value is on top). When you want to pull a story into a sprint you change the iteration path. It is now pulled off the product backlog and shown on the sprint backlog.