Cuando leo sobre los puntos de la historia, siempre se menciona que deben usarse porque son una medida relativa con ejemplos como:
Me toma 60 minutos correr un sendero mientras que tú solo tomas 30 minutos para correrlo. Así que el tiempo no es una buena medida para comunicar el esfuerzo. Miles sería una mejor opción porque un tercero podría estimar su tiempo individual en función de su propia velocidad.
Sin embargo, también podría hacer lo mismo con las estimaciones de tiempo. Yo digo que me toma 60 minutos y tú sabes que eres el doble de rápido por lo que puedes concluir que te llevará 30.
Puntos de historia: tiempo = puntos de historia / velocidad individual
Estimación de tiempo: tiempo = tiempo base / velocidad individual
Entonces, ¿cuál es la diferencia y por qué debería usar puntos de historia?
EDITAR:
También se menciona que los puntos de historia son relativos ya que se asignan con respecto a una historia de referencia. Sin embargo, puedes hacer lo mismo con el tiempo. Es decir, a la historia de referencia A se le asigna 1 hora base en lugar de 1 punto de historia.
Entonces, la ventaja de los puntos de la historia, tal como lo veo, es simplemente este concepto: no dé una cifra aproximada, sino una estimación en relación con un punto de referencia. Pero en cuanto asignas una medida a la referencia da igual si son puntos o tiempo. El resultado es el mismo.
En Scrum hacemos algo de trabajo en un cuadro de tiempo y luego medimos cuánto trabajo se completó.
Ahora podrías estimar historias usando unidades de tiempo. Pero eso daría lugar a algunos resultados extraños:
El equipo completó 10 días de trabajo estimado en 15 días.
Probablemente sea mejor usar una medida que no tenga unidades de tiempo. De hecho, cuando lo piensas, las unidades que usamos son completamente irrelevantes.
Es por eso que usamos puntos de historia. Son unidades arbitrarias .
El equipo completó 10 puntos de la historia en 15 días.
Ahora el equipo repite este proceso durante algunos sprints y luego calcula su velocidad:
Promediamos 12 puntos por sprint, así que esa es nuestra velocidad
Siempre que el equipo se mantenga constante con el tamaño de las historias, esta velocidad es una forma útil de predecir la capacidad de los sprints futuros.
Tenga en cuenta que el rendimiento del equipo puede cambiar con el tiempo. Por lo tanto, recalculamos continuamente la velocidad (a menudo usando un promedio móvil).
Lo importante es recordar que no estamos estimando cuánto tiempo llevará hacer el trabajo. En su lugar, estamos dimensionando el trabajo y luego midiendo cuánto tiempo se tardó en completarse.
10 days estimated work in 15 days
a una selección de mis clientes me hace sentir muy incómodo!
jessehouwing
jessehouwing
cris
jessehouwing
dKen