Guía Agile · Prácticas ágiles
Gráficos de velocidad en Agile: cómo interpretarlos y usarlos
La velocidad es la cantidad de trabajo que un equipo ágil completa en un sprint, normalmente medida en puntos de historia. Un gráfico de velocidad la representa sprint a sprint. Bien usado, es una herramienta de previsión sencilla. Mal usado, se convierte en un objetivo de rendimiento engañoso.
Puntos clave
- La velocidad son los puntos de historia completados por sprint.
- Use medias y rangos para hacer previsiones, nunca cifras únicas.
- No compare nunca la velocidad entre equipos ni fije objetivos de velocidad.
Qué mide la velocidad
La velocidad es la suma de los puntos de historia de todos los elementos que cumplieron la Definición de Terminado en un sprint. El trabajo parcialmente terminado cuenta como cero.
Interpretar un gráfico de velocidad
Un gráfico de velocidad suele ser un gráfico de barras con una o dos barras por sprint:
- Comprometidos: puntos planificados en la Sprint Planning.
- Completados: puntos realmente terminados.
Busque tendencias en lugar de fijarse en sprints aislados. Una velocidad estable significa una entrega predecible. Las grandes oscilaciones indican que los elementos son demasiado grandes, que el equipo sufre interrupciones frecuentes o que las estimaciones son incoherentes.
Usar la velocidad para planificar
- Planificación del sprint: use la media de los últimos tres a cinco sprints como guía de cuánto trabajo asumir.
- Previsión de lanzamientos: divida los puntos restantes del backlog entre la velocidad media para estimar cuántos sprints quedan. Use un rango (la mejor y la peor velocidad recientes) en lugar de una fecha única.
- Detectar problemas: una velocidad decreciente puede indicar deuda técnica, requisitos poco claros o cambios en el equipo.
Velocidad, burndown y burnup
| Gráfico | Muestra | Ideal para |
|---|---|---|
| Gráfico de velocidad | Puntos completados por sprint | Capacidad y previsión a largo plazo |
| Burndown del sprint | Trabajo restante en el sprint actual, día a día | Avance diario dentro de un sprint |
| Burnup del lanzamiento | Trabajo completado y alcance total a lo largo del tiempo | Mostrar el avance cuando cambia el alcance |
Errores que evitar
- Comparar la velocidad entre equipos; los puntos son relativos a cada equipo.
- Fijar objetivos de velocidad, lo que fomenta las estimaciones infladas.
- Contar el trabajo sin terminar.
- Tratar una previsión como una promesa.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es una buena velocidad?
No hay un número bueno o malo. Una velocidad útil es una velocidad estable, porque la estabilidad hace fiables las previsiones.
¿Cuántos sprints hacen falta para que la velocidad sea fiable?
Normalmente de tres a cinco sprints con un equipo estable.
¿Qué es la velocidad en Agile?
El total de puntos de historia de los elementos que un equipo completa conforme a la Definición de Terminado en un sprint. Se usa para planificar y hacer previsiones.
¿Cómo se calcula la velocidad?
Sume los puntos de cada elemento que cumplió la Definición de Terminado en el sprint. Calcule la media de los últimos tres a cinco sprints para planificar.
¿Qué muestra un gráfico de velocidad?
Normalmente dos barras por sprint: los puntos comprometidos en la Sprint Planning y los puntos realmente completados. La tendencia importa más que cualquier sprint aislado.
¿Por qué está bajando nuestra velocidad?
Las causas habituales son el aumento de la deuda técnica, requisitos poco claros, cambios en el equipo, más interrupciones o elementos demasiado grandes. Coméntelo en la retrospectiva.
¿Debe aumentar la velocidad con el tiempo?
No necesariamente. Una velocidad estable es más útil que una creciente, y la presión para aumentarla suele dar lugar a estimaciones infladas.
¿Cómo se usa la velocidad para prever un lanzamiento?
Divida los puntos restantes del backlog entre la velocidad media. Use la mejor y la peor velocidad recientes para dar un rango en lugar de una fecha única.
¿Cuál es la diferencia entre velocidad y capacidad?
La capacidad es el tiempo del que dispone un equipo; la velocidad es cuánto ha completado históricamente. Consulte planificación de la capacidad en Agile.
¿Usa Kanban la velocidad?
Normalmente no. Los equipos Kanban registran en su lugar el throughput, el número de elementos terminados por periodo, y el tiempo de ciclo.
¿Deben contar las historias sin terminar para la velocidad?
No. El trabajo parcialmente terminado cuenta como cero. Cuéntelo en el sprint en el que realmente se complete.