Neural Project InstituteCertificación en gestión de proyectos para la era de la IA

Guía de Scrum · Artefactos y prácticas

Velocidad en Scrum: cómo calcularla y usarla

La velocidad es la cantidad de trabajo que un Scrum Team completa en un Sprint, normalmente medida en puntos de historia. Es una ayuda de planificación para el equipo, no una medida de productividad.

Puntos clave

  • La velocidad son los puntos de historia completados por Sprint.
  • Use medias para planificar y hacer previsiones.
  • Nunca compare equipos ni fije objetivos de velocidad.

Cómo calcularla

  1. Al final del Sprint, sume los puntos de historia de todos los elementos que cumplen la Definición de Terminado.
  2. Excluya por completo los elementos parcialmente terminados.
  3. Haga un seguimiento de la cifra a lo largo de varios Sprints.
  4. Para planificar, use la media de los últimos tres a cinco Sprints.

Beneficios

  • Ayuda al equipo a decidir cuánto incluir en un Sprint.
  • Respalda las previsiones de entrega: puntos restantes ÷ velocidad media.
  • Pone de manifiesto cambios, como un descenso después de que algunos miembros dejen el equipo.

Límites y mal uso

  • La velocidad es específica de cada equipo; nunca compare equipos.
  • Fijar objetivos de velocidad lleva a inflar las estimaciones.
  • Mide el volumen de trabajo, no el valor ni los resultados.
  • Deja de ser fiable cuando la composición del equipo cambia a menudo.

Gráfico de velocidad

Represente en barras los puntos comprometidos y completados por Sprint. Busque estabilidad más que crecimiento. Consulte gráficos de velocidad.

Plantillas gratuitas sobre este tema

Ver todas las plantillas

Preguntas frecuentes

¿Es la velocidad una métrica de Scrum?

La velocidad no está definida en la Guía de Scrum, pero los equipos Scrum la usan mucho.

¿Debe aumentar la velocidad con el tiempo?

No necesariamente. Una velocidad estable es más útil que una velocidad creciente, que a menudo refleja una inflación de las estimaciones.

¿Qué es la velocidad en Scrum?

La cantidad de trabajo que un Scrum Team completa en un Sprint, normalmente la suma de los puntos de historia de los elementos que cumplen la Definición de Terminado.

¿Cómo se calcula la velocidad?

Sume los puntos de historia de todos los elementos que cumplen la Definición de Terminado al final del Sprint, excluidos los elementos parcialmente terminados. Para planificar, use la media de los últimos tres a cinco Sprints.

¿Qué es una buena velocidad?

No hay una cifra buena. La velocidad es relativa a la escala de estimación de cada equipo, por lo que importa más que sea estable y predecible que su tamaño.

¿Por qué baja la velocidad?

Entre las causas habituales están las vacaciones, los cambios en el equipo, el trabajo no planificado, la deuda técnica creciente y los elementos más difíciles. Trate los descensos sostenidos en la Retrospective.

¿Cómo se prevé una entrega con la velocidad?

Divida los puntos de historia restantes entre la velocidad media. Por ejemplo, 120 puntos a unos 24 por Sprint son aproximadamente cinco Sprints; use un rango basado en Sprints más lentos y más rápidos para hacer una previsión honesta.

¿Deben contar para la velocidad las historias parcialmente terminadas?

No. Solo cuentan los elementos que cumplen la Definición de Terminado. Los elementos sin terminar vuelven al Product Backlog y cuentan en el Sprint en que se completan.

¿Qué es un gráfico de velocidad?

Un gráfico de barras que muestra los puntos planificados y completados por Sprint, que se usa para ver tendencias y estabilidad. Consulte gráfico de velocidad ágil.

¿Pueden los directivos usar la velocidad para medir la productividad?

No deberían. La velocidad mide el volumen de trabajo en unidades propias de cada equipo, y usarla como objetivo lleva a inflar las estimaciones en lugar de a generar más valor.

¿Cuál es la diferencia entre velocidad y capacidad?

La velocidad es lo que el equipo ha completado realmente en Sprints anteriores; la capacidad es el tiempo de que dispone el equipo en el próximo Sprint. Los equipos usan ambas en la Sprint Planning.