Pronóstico por flujo

kbspec no usa story points. Estiman el tiempo de una persona programando, y con IA esa cuenta se rompe. En su lugar mide el flujo real y proyecta con Monte Carlo — que es adonde llegaron los frameworks spec-driven serios.

kb flujo — el ritmo real

Cuenta los ítems cerrados por sprint, leyendo los eventos datados que la bitácora ya escribe (tarea/cerrada, fase/entregado) en todos los expedientes. No hay que anotar nada aparte.

kb flujo

Flujo de entrega — unidad: tarea · sprint: 14 días

16-Ago a 29-Ago   ████████████████████████  16 ítems
02-Ago a 15-Ago   ████████████████████      13 ítems
…
Ritmo medio: 13.3 ítems/sprint · rango 8–16 · 10 sprints
Costo medido por ítem (promedio): $2.85

El sprint en curso se excluye por incompleto. La unidad es configurable con --por tarea|requerimiento.

kb pronostico — Monte Carlo sobre tu historia

Sin argumentos, dice cuántos ítems comprometer el próximo sprint, con niveles de confianza:

kb pronostico --sprint

✓ 50% de confianza → al menos 14 ítems
✓ 85% de confianza → al menos  9 ítems
Recomendado: jalá 9 del tope del backlog (85% de confianza).

Con --items <N> (o --backlog, que cuenta lo abierto), dice en cuántos sprints se cierran:

kb pronostico --items 50

   4 sprints  ████████████████████   67%
   5 sprints  ████████               28%
85% de confianza → ≤ 5 sprints  (para el 08-Nov)
Costo de modelo estimado: ≈ $142

Cómo planificar el sprint

1. Rebaná cada ítem a una sesión de trabajo; si no entra, se parte.
2. Ordená el backlog por prioridad.
3. Jalá del tope la cantidad que el pronóstico te da al nivel de confianza que elijas.

Poca historia

Con menos de 5 sprints, kbspec no simula: te da el ritmo simple y avisa. Se afina solo con cada sprint que cierra.

El largo del sprint sale de sprint_dias en TABLERO.md (14 por defecto) o de --sprint-dias.