Para el próximo sprint, Jira muestra el número total de puntos de la historia en el backlog, llamándolo "Estimación". Este número deja fuera las tareas, que se estiman en horas, no en puntos de historia. Esto hace que sea difícil tener una idea de cuánta carga se incrementa a medida que se agregan tareas al sprint.
Un enfoque es envolver cada tarea dentro de alguna historia. ¿Hay un mejor enfoque?
Mezclar estimación relativa y absoluta es problemático y difícil. Si fuera a usar una estimación relativa (señalar la historia es una forma de estimación relativa, mientras que las horas son una estimación absoluta), solo usaría eso. Habrá algunas cosas que no obtendrán puntos (picos, errores, etc.), pero generalmente este es un porcentaje lo suficientemente pequeño del trabajo en el sprint que no tiene un impacto particular. En este enfoque, usamos la velocidad pasada para planificar la capacidad en lugar de las horas disponibles.
Ahora, nada sobre Scrum dice que tienes que usar la estimación relativa. Gran parte de la industria se ha alejado de eso porque los estudios han demostrado consistentemente que la estimación absoluta es tremendamente inexacta en muchos contextos. Es posible que esto no se aplique a usted y si su contexto se presta bien a una estimación absoluta, nada debería impedirle usar eso, pero yo usaría solo eso. En Jira, parece que puede cambiar usando puntos o Estimación de tiempo original en la configuración del tablero: https://confluence.atlassian.com/jirasoftwarecloud/configuring-estimation-and-tracking-764478030.html
Si ya comenzó el sprint, es decir, es un sprint activo y desea ver el 'gráfico de avance' en una hora en lugar de los puntos de la historia, entonces puede ir a la configuración del tablero en Jira y puede cambiar el avance. hacia abajo para mirar las horas en lugar de los puntos de la historia.
Barnaby dorado