Vida cotidiana

Calculadora de Velocity Scrum — Story Points por Sprint

Calculá la velocity promedio de tu equipo Scrum al instante: ingresá los Story Points completados y la cantidad de Sprints. Incluye tabla de referencia, fórmula y guía de Release Planning.

  • Datos verificados · junio de 2026
  • Editado por
  • Cálculo privado en tu dispositivo
Proponer mejora
Calculadora Gratis · Privada
¿Tenés una web? Incrustá esta calculadora gratis Gratis — copiá el código y pegalo en tu web Embeber en tu sitio
<iframe src="https://hacecuentas.com/embed/calculadora-scrum-sprint-velocity-story-points" width="100%" height="560" style="border:1px solid #e2e8f0;border-radius:12px;max-width:720px" loading="lazy" title="Calculadora de Velocity Scrum — Story Points por Sprint"></iframe>
<p style="font-size:13px;text-align:center;margin:8px 0">Powered by <a href="https://hacecuentas.com" target="_blank" rel="noopener sponsored">Hacé Cuentas</a> — <a href="https://hacecuentas.com/calculadora-scrum-sprint-velocity-story-points" target="_blank" rel="noopener sponsored">Calculadora de Velocity Scrum — Story Points por Sprint</a></p>
Ver preview →

Pegalo en tu sitio. Dejá el link de crédito — gracias por compartir. Más widgets →

¿Querés cambiar algo?Editá cualquier dato y volvé a calcular.
Resultado al instanteSe recalcula en tu navegador, sin recargar la página.
Rápida y transparente

Cómo usar esta calculadora

El cálculo principal primero. La explicación necesaria, inmediatamente después.

Paso a paso
01
Ingresá los datos
02
Tocá el botón Calcular
03
Revisá el resultado
La velocity Scrum (o velocidad del equipo) es el promedio de Story Points que un equipo completa por Sprint. Se calcula dividiendo el total de puntos entregados en estado Done entre la cantidad de Sprints transcurridos. Es la métrica central para el Release Planning: con ella podés estimar cuántos Sprints faltan para terminar el backlog y proyectar fechas de entrega realistas. Solo se cuentan historias completadas según la Definition of Done del equipo — nunca trabajo parcial.

Cuándo usar esta calculadora

  • Planificar cuántos Sprints faltan para completar un Product Backlog de 220 puntos con una velocity promedio de 44 SP/Sprint → 5 Sprints (10 semanas con Sprints de 2 semanas).
  • Detectar caídas de rendimiento: el equipo pasó de 50 SP en Sprint 3 a 28 SP en Sprint 6; la velocity acumulada cae y señala deuda técnica o cambios de composición que exigen atención en la Retrospectiva.
  • Ajustar la velocity esperada ante un Sprint con baja capacity: si el promedio es 40 SP pero hay dos días feriados en un Sprint de 10 días hábiles, la velocity ajustada es 40 × 0,80 = 32 SP.
  • Negociar scope con el Product Owner: si quedan 150 SP en el backlog pero la velocity es 30 SP/Sprint y el deadline es en 4 Sprints (8 semanas), hay que recortar 30 SP del backlog para cumplir la fecha.

Velocity típica por tamaño de equipo Scrum (Sprints de 2 semanas, equipo estable)

Tamaño del equipoVelocity típica (SP/Sprint)Notas
3 personas15–30 SPPoca coordinación, alta velocidad individual
5 personas30–55 SPTamaño óptimo según Scrum Guide 2020
7 personas50–80 SPLímite recomendado por Scrum Guide
9+ personasVariableConviene dividir en dos equipos
Equipo nuevo (Sprint 1–3)10–20 SPPeríodo de calibración; no usar para forecasts

Fuente: Scrum Guide 2020 — Schwaber & Sutherland (scrumguides.org). Los Story Points son relativos a cada equipo y no son comparables entre equipos distintos.

Cómo funciona

Cómo se calcula la Velocity Scrum

La velocity Scrum se obtiene con una división simple:

Velocity Promedio = Σ Story Points completados / Número de Sprints

Donde Σ Story Points completados es la suma de todos los puntos entregados con estado Done al cierre de cada Sprint incluido en el cálculo. Las historias parcialmente terminadas valen 0 SP.

Ejemplo paso a paso:

  • Sprint 1: 34 SP completados

  • Sprint 2: 40 SP completados

  • Sprint 3: 36 SP completados

  • Total acumulado: 34 + 40 + 36 = 110 SP

  • Velocity promedio: 110 / 3 = 36,67 SP/Sprint
  • Una vez que tenés la velocity, podés proyectar releases:

    Sprints necesarios = Backlog restante (SP) / Velocity promedio
    Fecha estimada = Fecha actual + (Sprints necesarios × duración del Sprint)

    Si el backlog restante es 183 SP y la velocity es 36,67 SP/Sprint:

  • Sprints necesarios: 183 / 36,67 ≈ 4,99 → 5 Sprints

  • Con Sprints de 2 semanas: 10 semanas hasta el release
  • ---

    Tabla de referencia: SP completados → Velocity según cantidad de Sprints

    Estos ejemplos muestran cómo varía la velocity promedio según cuántos SP completó el equipo y en cuántos Sprints:

    SP totales1 Sprint2 Sprints3 Sprints5 Sprints8 Sprints
    30 SP30,0015,0010,006,003,75
    60 SP60,0030,0020,0012,007,50
    110 SP110,0055,0036,6722,0013,75
    200 SP200,00100,0066,6740,0025,00
    350 SP350,00175,00116,6770,0043,75

    ---

    Benchmarks de velocity por tamaño de equipo

    Estos rangos son orientativos para Sprints de 2 semanas con equipo estable (Dev + QA + PO activo). Los Story Points son relativos a cada equipo y no son comparables entre equipos distintos.

    ---

    Errores más comunes al calcular la velocity

    1. Contar historias parcialmente terminadas. Si una historia de 8 SP llega al 90% al final del Sprint, el valor correcto es 0 SP. Contar puntos parciales infla la velocity y hace que los releases se retrasen en la práctica.

    2. Comparar velocidades entre equipos. Un equipo que entrega 80 SP/Sprint no es más productivo que uno de 40 SP/Sprint; simplemente tiene una escala de estimación diferente. La velocity solo es comparable dentro del mismo equipo a lo largo del tiempo.

    3. Usar los primeros 2 Sprints para planificar. Los Sprints 1 y 2 son de calibración. Los equipos aún están aprendiendo a estimar en su propia escala. Comprometer fechas con esa data lleva a promesas imposibles.

    4. No ajustar por capacity. Un Sprint con feriados o vacaciones tiene menos días hábiles. La velocity esperada debe reducirse proporcionalmente: V_ajustada = V_promedio × (días disponibles / días totales del Sprint).

    5. Usar la velocity como KPI de performance. La Scrum Guide 2020 es explícita: la velocity es una herramienta de planificación, no de evaluación. Usarla para medir la productividad del equipo genera inflación de estimaciones y destruye la confianza.

    Equipo de 5 personas, últimos 3 Sprints de 2 semanas

    El equipo completó 34 SP en Sprint 1, 40 SP en Sprint 2 y 36 SP en Sprint 3 → total acumulado: 110 SP en 3 Sprints.
    Velocity promedio = 110 SP ÷ 3 Sprints = 36,67 SP/Sprint. Con un backlog restante de 183 SP, faltan aproximadamente 5 Sprints (10 semanas) para terminarlo.
    36.67

    Preguntas frecuentes

    ¿Qué es la velocity en Scrum y cómo se calcula?
    La velocity Scrum es la cantidad promedio de Story Points que un equipo completa por Sprint. Se calcula dividiendo el total de Story Points en estado Done entre la cantidad de Sprints: Velocity = SP totales ÷ N° Sprints. Ejemplo: si el equipo completó 110 SP en 3 Sprints, su velocity es 36,67 SP/Sprint.
    ¿Cuántos Sprints necesito para que la velocity sea confiable?
    La mayoría de los expertos y la literatura de Scrum recomiendan al menos 3 Sprints completados antes de usar la velocity para planificar releases. Con menos datos, la variabilidad es demasiado alta. Lo ideal es promediar entre 5 y 8 Sprints para un forecast robusto, especialmente si el equipo tuvo cambios de composición o de tecnología.
    ¿Qué cuento exactamente como Story Points completados?
    Solo se cuentan los Story Points de historias que el equipo marcó como Done según su Definition of Done al cierre del Sprint. Si una historia de 5 SP está al 90% de completitud al finalizar el Sprint, su aporte a la velocity es 0 SP. Contar trabajo parcial es uno de los errores más frecuentes y destruye la previsibilidad del equipo.
    ¿Qué pasa si el equipo no completó ninguna historia en un Sprint?
    La velocity de ese Sprint es 0 SP y debe incluirse en el promedio. Ignorarlo distorsiona la realidad. Un Sprint con 0 puntos es una señal de alerta grave: puede indicar historias mal refinadas, impedimentos no resueltos o un Sprint Goal demasiado ambicioso. El Scrum Master debe investigar la causa raíz en la Retrospectiva.
    ¿Existe una velocity 'buena' para un equipo Scrum?
    No existe una cifra universalmente buena porque los Story Points son relativos a cada equipo. Como referencia orientativa, un equipo de 5 personas con Sprints de 2 semanas suele ubicarse entre 30 y 55 SP/Sprint en estado estable. Lo importante no es el número absoluto sino su consistencia: una velocity estable de 25 SP es más valiosa para planificar que una que oscila entre 10 y 60 SP.
    ¿Cómo calculo cuántos Sprints faltan para terminar el backlog?
    La fórmula es: Sprints necesarios = Backlog restante (SP) ÷ Velocity promedio. Si quedan 180 SP y la velocity promedio es 36 SP/Sprint, faltan 5 Sprints. Con Sprints de 2 semanas son 10 semanas calendario. Agregá siempre un 10–15% de buffer para imprevistos y refinamiento de nuevas historias que suelen aparecer.
    ¿La velocity debe crecer Sprint a Sprint?
    No. La velocity no es un KPI de rendimiento ni de mejora continua. La Scrum Guide 2020 es explícita al respecto. Usarla como objetivo genera que los equipos inflen las estimaciones de Story Points para 'mostrar más velocidad', lo que destruye la escala de estimación y la confianza. La mejora real se mide en calidad del software y satisfacción del cliente, no en puntos por Sprint.
    ¿Qué diferencia hay entre velocity y capacity en Scrum?
    La capacity es la disponibilidad real del equipo en días u horas para un Sprint específico, considerando vacaciones, feriados y licencias. La velocity es el histórico de cuántos Story Points el equipo completa en condiciones normales. Para planificar un Sprint con baja capacity, se ajusta: si la velocity promedio es 40 SP pero el Sprint tiene solo el 75% de la capacity habitual, la velocity esperada es 40 × 0,75 = 30 SP.
    ¿Puedo usar Story Points en equipos Kanban o metodologías híbridas?
    En Kanban puro se prefiere medir el Cycle Time (tiempo promedio que tarda una tarea en completarse) porque no hay Sprints fijos. En metodologías híbridas como Scrumban, los Story Points son válidos si el equipo trabaja con iteraciones. Lo esencial es que el equipo use consistentemente la misma unidad de medida y no cambie la escala sin recalibrar el historial completo.
    ¿Cómo afectan los feriados a la planificación del Sprint?
    Cada día feriado reduce la capacity del Sprint. En un equipo de 5 personas con Sprints de 10 días hábiles, un feriado representa el 2% de la capacity total. El ajuste es: Velocity esperada = V_promedio × (días hábiles disponibles / días hábiles totales del Sprint). El Scrum Master debería planificar estos ajustes al inicio del Sprint Planning para evitar sobrecomprometer.
    ¿Qué hacer si la velocity fluctúa mucho entre Sprints?
    Una velocity muy variable (más del 30% de desviación estándar respecto al promedio) suele señalar: historias demasiado grandes que se arrastran entre Sprints, cambios frecuentes de alcance durante el Sprint, equipo inestable o dependencias externas no resueltas. La Retrospectiva es el espacio para identificar la causa. Para el forecast, usá los últimos 2–3 Sprints en lugar del promedio histórico completo cuando la tendencia sea claramente decreciente.

    Metodología y confianza

    Editorial

    Calculadora de vida cotidiana con fórmula verificada automáticamente contra Scrum Guide 2020 — The Official Scrum Guide (Schwaber & Sutherland), según nuestra política editorial y metodología.

    Actualización

    Actualizado: junio de 2026. Los parámetros se verifican periódicamente con las fuentes citadas.

    Privacidad

    Los cálculos corren 100% en tu navegador. No guardamos ni transmitimos tus datos.

    Limitaciones

    Resultados orientativos. Para decisiones críticas, consultá con un profesional.

    📌 Cómo citar esta calculadora

    Rodríguez, M. (2026). Calculadora de Velocity Scrum — Story Points por Sprint. Hacé Cuentas. https://hacecuentas.com/calculadora-scrum-sprint-velocity-story-points

    Contenido bajo licencia CC-BY 4.0 — reutilizable citando la fuente con enlace a Hacé Cuentas.

    ✉️ Reportar un error en esta calculadora