La Eficiencia de Sprint compara lo que un sprint planificó al empezar con lo que tenía terminado al cerrar. Es una señal de calidad de planificación, no de productividad.
Qué mide
Para cada sprint que cerró en el período elegido:
Planificado: el trabajo que había en el sprint cuando empezó.
No planificado: el trabajo que entró al sprint después de empezar, incluidas las estimaciones que subieron durante el sprint.
Descartado: el trabajo que salió del sprint antes del cierre, incluidas las estimaciones que bajaron durante el sprint.
Completado: el trabajo del sprint que estaba en un estado terminado al cierre.
Carry-over: el trabajo que seguía en el sprint sin terminar al cierre.
Planificado + No planificado − Descartado siempre es igual a Completado + Carry-over.
Cómo lo calcula Leanmote
Cumplimiento = Completado / Planificado × 100
Story points o tareas. Si un tablero estima en story points, la tarjeta muestra puntos; si no, tareas. Cuando algún tablero estima, un selector permite pasar de una vista a la otra.
Terminado es terminado al cierre. Lo que se terminó después del cierre es carry-over de ese sprint.
Puede pasar del 100 %. El trabajo no planificado cuenta como completado cuando se termina, y Planificado solo tiene lo que había al inicio.
La velocidad es el promedio completado por sprint cerrado, con su mínimo, su máximo y su cambio contra el período anterior. En story points deja fuera los sprints sin trabajo estimado y la tarjeta indica cuántos. Un sprint sin trabajo se muestra, pero no cuenta en la velocidad.
Filtros de equipo y de persona. Con un filtro de equipo o de persona, la tarjeta cuenta solo los sprints en los que esas personas tuvieron trabajo, y solo su trabajo en ellos.
Las subtareas y las Tasks de Azure DevOps no se cuentan por separado, igual que en los reportes de sprint de Jira y Azure DevOps.
Terminado sigue el mapeo de estados de Leanmote, el mismo que usan todas las métricas.
Qué muestra el detalle
Para cada sprint: el trabajo planificado, no planificado y completado lado a lado; cada cambio de alcance con su fecha, su autor y sus puntos; y las tareas según cómo terminaron (planificadas, cambios de alcance, completadas, carry-over y descartadas). Todo se puede exportar a CSV.
Advertencias importantes
Un sprint que empezó antes de que Leanmote tuviera el historial completo de su tablero se muestra sin números y no se suma a los totales.
El trabajo que ya estaba terminado cuando entró al sprint no cuenta como completado en él.
Si la herramienta de planificación no informa cuándo se cerró un sprint, ese sprint se muestra sin números y no se suma a los totales.
Leanmote lee el historial de los sprints de Jira, Azure DevOps y Linear. Los sprints de otras herramientas de planificación se muestran sin números.
Si se cambia el campo de story points de un tablero, sus sprints anteriores conservan los puntos del campo anterior hasta que se recalculan. Para recalcularlos, contactar a soporte.
Cómo interpretarla
Entre 80 y 100 %, aproximadamente: el equipo planifica más o menos lo que entrega.
Muy por encima del 100 %: la mayor parte del trabajo entra después de empezar el sprint. Conviene mirar No planificado antes de leerlo como una buena noticia.
Por debajo del 70 %: sobrecompromiso o alcance descartado. Conviene mirar Descartado y Carry-over.
Muy variable entre sprints: suele deberse a cambios de alcance, no al esfuerzo. Los cambios de alcance del detalle indican qué se movió, cuándo y quién lo movió.
Qué hacer al respecto
No perseguir el 100 %. Optimizar para eso incentiva planificar de menos.
Planificar el sprint antes de iniciarlo: lo que entra después aparece como No planificado.
Usar la velocidad, no un solo sprint, para dimensionar el próximo sprint.
Métricas relacionadas
Throughput
Estimado vs. ejecutado
Tareas con retrabajo