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.