02 planeacion y sprints - lfnavarroj1/sport-app-platform GitHub Wiki

Planeación y sprints

Cronograma vigente

El ciclo comenzó el lunes 5 de octubre de 2026 y termina con la evaluación del domingo 29 de noviembre de 2026. Comprende dos sprints de dos semanas, un sprint de tres semanas y una semana final de evaluación. Al corte documental del 11 de octubre, 33 HU están asignadas a un sprint en SportApp Platform y 7 permanecen sin asignar.

gantt
    title Cronograma de sprints y evaluación — 2026
    dateFormat YYYY-MM-DD
    axisFormat %d/%m
    section Desarrollo
    Sprint 1 — semanas 1 y 2 :s1, 2026-10-05, 14d
    Sprint 2 — semanas 3 y 4 :s2, after s1, 14d
    Sprint 3 — semanas 5 a 7 :s3, after s2, 21d
    section Cierre
    Evaluación — semana 8 :eval, after s3, 7d

La planeación individual de Luis Felipe Navarro Julio conserva como referencia provisional una capacidad máxima de 28 PHU para cada sprint de dos semanas y 42 PHU para el sprint de tres semanas. Esta capacidad suma 98 PHU, pero no equivale al alcance comprometido: actualmente se han asignado 81 PHU a los sprints. La capacidad deberá recalibrarse con la velocidad real del único integrante.

xychart-beta
    title "PHU comprometidos por sprint"
    x-axis ["Sprint 1", "Sprint 2", "Sprint 3"]
    y-axis "PHU" 0 --> 45
    bar [27, 20, 34]
Fase Semanas Inicio Fin Duración Capacidad provisional HU comprometidas PHU comprometidos Valor planificado
Sprint 1 1–2 05/10/2026 18/10/2026 2 semanas 28 10 27 32
Sprint 2 3–4 19/10/2026 01/11/2026 2 semanas 28 9 20 29
Sprint 3 5–7 02/11/2026 22/11/2026 3 semanas 42 14 34 26
Evaluación 8 23/11/2026 29/11/2026 1 semana — — — —
Total asignado a sprints 1–7 05/10/2026 22/11/2026 7 semanas 98 33 81 87

La cobertura del backlog se presenta por separado para no confundir capacidad, compromiso y alcance total:

Cobertura HU PHU Valor
Asignado a Sprint 1–3 33 81 87
Sin asignar 7 19 13
Backlog completo 40 100 100

El catálogo consolidado suma 100 PHU y 100 puntos de valor. La Entrega 3 mencionó 104 PHU en su texto, pero la suma verificable de HU001–HU040 es 100. Las 7 HU sin asignar son HU002, HU007, HU008, HU012, HU013, HU030 y HU040; suman 19 PHU y 13 puntos de valor. No se consideran comprometidas hasta que se incorporen explícitamente a un sprint.

Las historias de arquitectura y la deuda técnica del Project 2 no se copiaron. Toda tarea técnica nueva debe crearse en el repositorio propietario y enlazarse con la HU vigente, sin mezclar sus puntos con los 100 PHU funcionales.

Historias por sprint

Planeación vigente Historias de usuario HU PHU Valor
Sprint 1 HU001, HU003, HU010, HU011, HU020, HU021, HU023, HU032, HU034, HU035 10 27 32
Sprint 2 HU005, HU006, HU014, HU015, HU016, HU019, HU024, HU028, HU033 9 20 29
Sprint 3 HU004, HU009, HU017, HU018, HU022, HU025, HU026, HU027, HU029, HU031, HU036, HU037, HU038, HU039 14 34 26
Sin asignar HU002, HU007, HU008, HU012, HU013, HU030, HU040 7 19 13
Total HU001–HU040 40 100 100
xychart-beta
    title "PHU comprometidos y sin asignar"
    x-axis ["Sprint 1", "Sprint 2", "Sprint 3", "Sin asignar"]
    y-axis "PHU" 0 --> 40
    bar [27, 20, 34, 19]

HU001 se trasladó de Sprint 2 a Sprint 1 porque comenzó el 9 de octubre y produjo evidencia CI durante esa ventana. HU003 se trasladó de Sprint 3 a Sprint 1 el 10 de octubre porque la autenticación web y móvil habilita los recorridos protegidos de las demás HU. La planeación vigente del Project 4 quedó congelada para este corte con 27 PHU en Sprint 1. La cifra de 20 PHU pertenecía a la distribución histórica del Project 2 y no se utiliza como línea inicial del burndown de la reimplementación. Al corte del 11 de octubre, HU001 está En revisión con 80 % de avance verificable y HU003 está En curso con 50 %; ninguna está aceptada.

Planeación operativa

Antes de iniciar cada sprint se deben registrar:

  • objetivo del sprint;
  • fechas de inicio y fin;
  • HU comprometidas y sus PHU;
  • valor de negocio de cada HU;
  • dependencias y riesgos;
  • capacidad individual disponible de Luis Felipe Navarro Julio;
  • criterios de aceptación y evidencia de demo.

El compromiso no debe superar la capacidad usando como justificación trabajo parcial de otros sprints. Los 17 PHU de diferencia entre la capacidad provisional de 98 y el compromiso actual de 81 son una reserva teórica, no trabajo entregado ni autorización para asignar automáticamente las 7 HU pendientes. La velocidad real de los dos primeros sprints debe emplearse para ajustar el tercero y decidir qué parte del trabajo sin asignar cabe en el ciclo.

Criterio de velocidad

Velocidad del sprint = suma de PHU de las HU aceptadas en la revisión
Predictibilidad = PHU aceptados / PHU comprometidos

Los PHU no se recalculan después del sprint para hacer coincidir el plan con el resultado. Una historia no aceptada conserva todos sus puntos pendientes y, si continúa, se vuelve a planear de forma visible.

Fuente de seguimiento

El proyecto SportApp Platform conserva los campos Tipo de elemento, HU, Sprint, Estado, PHU, Valor, Avance verificable (%), Ciclo, Repositorios afectados, Versión objetivo, Versión entregada, Fecha de inicio, Fecha de aceptación y Evidencia, además de los campos nativos de GitHub. Las 40 HU están asignadas a Luis Felipe Navarro Julio (lfnavarroj1) y tienen valor; los PR se incluyen como evidencia técnica, pero no suman PHU ni valor por separado.