Contexto: proyecto de 7 semanas, ejecutado como 7 sprints de 1 semana cada uno. Esta hoja calibra la velocidad del sprint actual usando una HU de referencia ("HU base") con puntos de historia ya conocidos, desglosada en actividades estimadas en horas.

Por qué HU-6: cierra la cadena HU-1 → HU-6 del núcleo de cotización embebida (Ola 1, prioridad Highest, épica E1). Es la HU sobre la que se mide el ASR de latencia HA-01/HA-02 (p95 ≤ 250 ms). Se eligió como base porque combina lógica de negocio (ensamblar la oferta a partir de la prima y el factor de riesgo) y contrato de API expuesto al socio/asesor, sin ser trivial (como una UI estática) ni excepcionalmente compleja (como un ambiente de infraestructura) — es representativa del tamaño típico de una historia core del MVP.

Fórmula usada por la plantilla:

Horas por punto de historia = Sumatoria de Horas (HU base) / Puntos de Historia (HU base)
Total Horas Asignadas para el Sprint = (Nº Horas por Semana × Nº Semanas × Nº Desarrolladores) − Horas transversales al proyecto
Velocidad del Sprint = Total Horas Asignadas para el Sprint / Horas por punto de historia

Ajuste clave: el proyecto corre en sprints de 1 semana, no de 7. Nº Semanas debe reflejar la duración de este sprint (1), no la duración del proyecto completo. Las tareas transversales (refinamiento, daily, retro, planeación, revisión) ya están estimadas como el costo de una semana de ceremonias, así que con Nº Semanas = 1 se restan una sola vez de forma consistente.

⚠️ El valor que tenías diligenciado (Velocidad = 132) estaba calculado sobre un sprint de 7 semanas, es decir, tratando el proyecto completo como un único sprint. La fórmula en sí misma estaba bien aplicada (318 h ÷ 2.4 h/pt = 132.5 → 132 es matemáticamente correcto para esos insumos), pero los insumos no correspondían al esquema real de trabajo del equipo (7 sprints de 1 semana).

Con Nº Semanas = 1 (un sprint real), la velocidad correcta es 12 puntos de historia por sprint — no 132.

Verificación de consistencia con el backlog:

• 89 HU en el backlog de producto (SOLV), story points esperables entre 1 y 5 según complejidad relativa a HU-6 (5 pts).
• Capacidad total estimada del proyecto: 7 sprints × ~12 pts/sprint ≈ 84 puntos en 7 semanas.
• Esto es coherente en orden de magnitud con un backlog de 89 historias mayormente pequeñas (labels mvp predominan en las primeras olas), aunque conviene que el equipo sume los puntos reales una vez estimadas todas las HU para confirmar que el alcance de MVP cabe en las 7 semanas — si no cabe, es una señal temprana para recortar alcance u priorizar mejor, no para inflar la velocidad artificialmente.

Recomendación: al iniciar cada nuevo sprint semanal, vuelvan a verificar Nº Horas por Semana y las tareas transversales (pueden variar por semana de parciales, entregas de otras materias, etc.), pero mantengan Nº Semanas = 1 de forma fija salvo que decidan cambiar la cadencia del sprint.