Lo esencial
- La velocidad es una medida de capacidad pasada, no un objetivo a alcanzar: convertirla en meta distorsiona la lectura desde el siguiente sprint.
- Un burndown que baja no dice nada sobre la calidad de lo entregado: un pico de producción puede ocultar un déficit de comprensión.
- El flujo acumulado revela los cuellos de botella que la velocidad enmascara, sobre todo en fase de revisión.
- Un informe útil sirve para decidir un ajuste, no para clasificar a las personas.
- Ever Earlier agrupa burndown, velocidad y flujo acumulado en los mismos informes de sprint, lo que evita comparar cifras calculadas de forma distinta.
La velocidad no mide lo que usted cree
La velocidad suma puntos de estimación terminados en un sprint. Eso es todo. No mide ni el valor entregado, ni la dificultad real, ni la calidad. Dos equipos con la misma velocidad pueden haber producido cosas sin ninguna relación.
El error más frecuente consiste en convertirla en un objetivo. En cuanto una velocidad se convierte en una meta, la estimación empieza a servir a la meta: se inflan los puntos, se divide de otra forma, se cierran tarjetas discutibles. La cifra sube, la información desaparece.
Un ejemplo concreto: un equipo de cinco personas ronda los 42 puntos por sprint desde hace seis sprints. Se planifica un nuevo sprint a 60 puntos porque un directivo «necesita» ir más rápido. Resultado previsible: tarjetas revisadas a toda prisa y un sprint siguiente a 30 puntos. La velocidad no aumentó, se desplazó en el tiempo.
Tres usos defendibles
- Dimensionar el próximo sprint a partir de la media de los tres últimos, no del mejor.
- Detectar una deriva: una velocidad que cae un 40 % en dos sprints merece una conversación.
- Comparar a un equipo consigo mismo en el tiempo, nunca con otro equipo.
Un burndown que baja no prueba nada sobre lo entregado
El burndown muestra el trabajo restante día a día. Su pendiente cuenta una trayectoria, no una calidad. Una curva que se desploma la víspera de la revisión puede señalar un ritmo real… o un cierre masivo de tarjetas poco verificadas.
Un artículo de 2026 sobre la deuda cognitiva describe precisamente este fenómeno: un ingeniero que entrega siete funcionalidades en un sprint puede mostrar métricas impecables y, seis meses después, ser incapaz de explicar su propio código. El autor habla de una brecha entre la velocidad de producción y la velocidad de comprensión, invisible en las métricas de velocidad, y que acaba aflorando en indicadores más tardíos como el tiempo medio de restablecimiento o la tasa de fallo de los cambios (rockoder.com).
Dicho de otro modo: un burndown limpio puede coexistir con un problema real. El gráfico no lo ve.
Qué hay que mirar al lado
- El número de tarjetas reabiertas tras la revisión de sprint.
- El tiempo dedicado a la revisión de código, no solo al desarrollo.
- La proporción de tarjetas terminadas el último día del sprint.
El flujo acumulado muestra lo que la velocidad oculta
El diagrama de flujo acumulado apila las tarjetas por estado (por hacer, en curso, en revisión, terminado) a lo largo del tiempo. Su fuerza es hacer visibles los cuellos de botella. Una banda «en revisión» que se engrosa semana tras semana indica que la producción va más rápido que la verificación.
Este desequilibrio tiene un coste. El artículo sobre la deuda cognitiva lo formula con claridad: cuando un ingeniero junior puede generar código más rápido de lo que un ingeniero senior puede auditarlo en serio, la profundidad de revisión baja, a menudo sin decisión explícita, porque la presión organizativa empuja al caudal (rockoder.com).
El flujo acumulado no dice por qué crece la banda. Dice dónde mirar. Ya es mucho.
Cuatro errores de interpretación que vuelven todo el tiempo
- Confundir capacidad y compromiso. La velocidad pasada describe lo que se hizo, no lo que se promete.
- Suavizar las cifras para tranquilizar. Quitar un sprint atípico porque «no cuenta» equivale a borrar la información más útil.
- Usar las métricas en evaluación individual. En cuanto un informe sirve para clasificar a personas, los datos se convierten en un juego.
- Comparar equipos entre sí. Los puntos no son una unidad universal, ni siquiera dentro de una misma organización.
Un equipo que implanta un tablero Kanban con columnas personalizables y registro de actividad, por ejemplo en Ever Earlier, ya dispone de la materia prima: quién movió qué, cuándo y a qué velocidad las tarjetas atraviesan las columnas. Los informes no añaden nada si esa base no es fiable.
Leer las cifras sin convertirlas en una herramienta de vigilancia
La diferencia entre un informe útil y una herramienta de vigilancia depende de tres reglas simples.
Regla 1: una cifra, una decisión
Antes de abrir un informe, escriba la pregunta que debe responder. «¿El sprint está sobredimensionado?» «¿Dónde se acumula el trabajo en espera?» Un gráfico que no cambia ninguna decisión no necesita consultarse cada semana.
Regla 2: mirar las tendencias, no los puntos
Una velocidad de 38 puntos en un sprint aislado no significa nada. Tres sprints a 38, 40, 37 tras una media de 45, sí. El burndown se lee igual: la forma de la curva importa más que su valor final.
Regla 3: discutir las causas, no las puntuaciones
Un flujo acumulado que muestra un atasco en revisión abre una discusión sobre el tamaño de las tarjetas, la disponibilidad de los revisores, la definición de «terminado». No señala a nadie.
En Ever Earlier, los informes de sprint (burndown, velocidad, flujo acumulado) son accesibles desde el mismo espacio que el backlog y las user stories. El interés es práctico: cuando una story se queda bloqueada en revisión, se recupera directamente en el tablero, con sus comentarios y su historial, sin cambiar de herramienta.
Implantar una lectura sana en tres sprints
No hace falta una obra faraónica. Tres sprints bastan para establecer una rutina.
- Sprint 1: medir sin cambiar nada. Anotar la velocidad, la forma del burndown, el grosor de las bandas del flujo acumulado. Ninguna conclusión.
- Sprint 2: identificar un único punto de atención, por ejemplo las tarjetas terminadas el último día. Hablarlo en la retrospectiva, sin objetivo cifrado.
- Sprint 3: probar un ajuste concreto — reducir el tamaño máximo de las tarjetas, o bloquear media jornada de revisión a mitad de sprint — y observar si la curva cambia.
Este ritmo evita el escollo clásico: convertir una retrospectiva en un comité de rendimiento. Una retrospectiva que examina tendencias de tres sprints produce decisiones. Una retrospectiva que comenta la cifra de la semana produce tensiones.
Lo que hay que recordar
La velocidad describe una capacidad pasada. El burndown describe una trayectoria. El flujo acumulado describe una circulación. Ninguno de los tres mide la calidad, el valor o la comprensión del trabajo entregado.
Usarlos correctamente equivale a tratarlos como instrumentos de diagnóstico, no como notas. Una brecha entre producción y comprensión puede permanecer invisible en estos informes durante meses; es una razón para leerlos con prudencia, no para abandonarlos.
Si quiere probar esta lectura en un proyecto real, el plan Starter de Ever Earlier es gratuito, sin tarjeta bancaria, con tres proyectos y cinco miembros.
Sigue leyendo
Límites WIP: el número que cambia tu flujo
Un límite WIP mal calibrado convierte tu tablero Kanban en una cola silenciosa. Aquí te explicamos cómo calcularlo, probarlo durante dos semanas y medir su efecto en el plazo de entrega. Incluye ejercicio de calibración por columna.
Daily ineficaz: el test de las 3 preguntas
Tu daily se alarga, da vueltas y nadie se atreve a decirlo. En una semana, tres preguntas bastan para decidir: coordinación o teatro. Aquí tienes el protocolo de diagnóstico, los umbrales que medir y el formato asíncrono para equipos distribuidos.
Kanban o Scrum: elegir el método correcto en 2026
¿Flujo continuo o iteraciones? La elección depende sobre todo de la frecuencia de entrega y de la naturaleza de tu producto. Aquí tienes criterios concretos para decidir, y cómo configurar cada enfoque en una herramienta como Ever Earlier.