03 avance historias y mvp - lfnavarroj1/sport-app-platform GitHub Wiki
Avance de historias y MVP
Backlog por dominio
| Dominio | HU | PHU | Avance verificable al corte |
|---|---|---|---|
| Gestión de usuarios | 8 | 20 | HU001 backend terminado; HU003 backend terminado y navegación web integrada. Persisten adopción web de capacidades/cookie, plataforma, móvil, E2E y aceptación |
| Gestión de afiliación | 2 | 7 | Sin HU aceptadas registradas |
| Servicios complementarios | 6 | 14 | Sin HU aceptadas registradas |
| Gestión de entrenamientos | 14 | 36 | Sin HU aceptadas registradas |
| Eventos masivos | 9 | 20 | Sin HU aceptadas registradas |
| Gestión de terceros | 1 | 3 | Sin HU aceptadas registradas |
| Total | 40 | 100 | Ninguna HU tiene todavía evidencia vertical aceptada |
El detalle operativo se administra en el proyecto SportApp Platform; esta wiki publica únicamente el resumen verificable.
Corte operativo del 11 de octubre de 2026
| Indicador | Resultado actual |
|---|---|
| HU del backlog | 40 |
| HU activas | 2 — HU001 en revisión y HU003 en curso |
| HU aceptadas | 0 |
| PHU aceptados | 0 de 100 |
| Valor aceptado | 0 de 100 |
| PHU equivalentes desarrollados en la semana 1 | 5,0 de 27 comprometidos |
| Valor desarrollado en la semana 1 | 6,5 de 32 puntos planificados |
| Avance verificable de HU001 | 80 % |
| Avance verificable de HU003 | 50 % |
| PR técnicos en el tablero | 7 — todos fusionados y asignados a lfnavarroj1 |
| HU con responsable | 40 de 40, asignadas a Luis Felipe Navarro Julio (lfnavarroj1) |
| Lectura del Sprint 1 | 27 PHU pendientes al corte y ninguna HU aceptada; es una lectura calculada, no un estado del Project |
pie showData
title Estado actual de las historias
"En revisión" : 1
"En curso" : 1
"Backlog" : 38
El 80 % de HU001 y el 50 % de HU003 producen al corte 5 PHU equivalentes y 6,5 puntos de valor desarrollado. No equivalen a aceptación ni a producción: la velocidad y el valor liberados permanecen en cero hasta cerrar el Sprint 1. HU003 fue adelantada por su carácter habilitador.
Actualización al 11 de octubre: el backend integró el alta FREE de HU001 por el PR #7 y las capacidades de HU003 por el PR #8, ambos con CI completa en verde. El frontend integró la navegación por actor por el PR #7, con 167 pruebas y E2E simulado aprobados. HU001 pasa a En revisión/80 %; HU003 permanece En curso/50 % porque la web aún usa bff-web 0.3.0 y la tarea móvil continúa bloqueada. El desarrollo semanal sí se refleja mediante equivalentes; la entrega productiva se reconocerá al cerrar la versión del sprint.
Las 40 HU se crearon como issues nuevos y se incorporaron a SportApp Platform. La asignación HU–Sprint vigente al corte está en Planeación y sprints: 33 HU están comprometidas y 7 siguen sin asignar. Los estados Done del Project 2 del equipo anterior no se copiaron ni se contabilizan como avance actual.
Distribución del esfuerzo por dominio
xychart-beta
title "PHU del backlog por dominio"
x-axis ["Usuarios", "Afiliación", "Servicios", "Entrenamientos", "Eventos", "Terceros"]
y-axis "PHU" 0 --> 40
bar [20, 7, 14, 36, 20, 3]
Gestión de entrenamientos concentra 36 PHU y constituye el mayor bloque funcional del backlog.
Estado de HU001
flowchart LR
W[Cliente Angular\nIntegrado en develop]
B[BFF web\nIntegrado en develop]
U[Usuarios\nIntegrado en develop]
P[(PostgreSQL y outbox)\nIntegrado en develop]
E[Pub/Sub emulado\nIntegrado en develop]
A[Afiliación: catálogo, consumidor\ny suscripción FREE\nIntegrado por PR #7]
O[suscripcion.activada.v1\nIntegrado en develop]
R[Web: PROVISIONING y FREE\nPendiente]
W --> B --> U --> P --> E --> A --> O --> R
El registro Angular y el aprovisionamiento backend FREE de ADR-024 están integrados. El PR backend #7 incorporó el catálogo plans-2026-10-11.v1, consumidor idempotente, outbox, evento y contrato interno de capacidades. HU001 queda en revisión y no suma velocidad ni valor hasta completar T-HU001-PLAT, mostrar PROVISIONING/FREE en el cliente, ejecutar el E2E ampliado y obtener la aceptación del sprint. El estado detallado lo registra tareas-hu/HU001-registrar-usuario.md.
Estado de HU003
flowchart LR
W[Cliente Angular\nLogin y navegación por actor integrados\nContrato 0.3.0]
M[Cliente Android\nNo iniciado]
BW[BFF web 0.5.0\nCookie HttpOnly y capacidades\nIntegrado por PR #8]
BM[BFF móvil 0.3.0\nSesión y capacidades\nIntegrado por PR #8]
U[Usuarios\nJWT EdDSA y refresh rotativo\nIntegrado en develop]
P[(PostgreSQL\nrefresh_token y\nlogin_failure_window)]
W --> BW --> U --> P
M --> BM --> U
El backend de HU003 está terminado: sesión, renovación y GET /v1/me/capabilities funcionan en ambos BFF. La web ya redirige y construye el menú por actor, pero todavía consume bff-web 0.3.0; debe adoptar 0.5.0, usar la cookie HttpOnly, recuperar la sesión y materializar las capacidades del deportista. Faltan además el cliente móvil, los E2E multicanal, la aceptación y, para producción, que web y BFF compartan sitio. Detalle en tareas-hu/HU003-iniciar-sesion.md.
Avance del MVP
| Grupo de alcance | Situación | Próxima evidencia |
|---|---|---|
| Registro y afiliación inicial | Backend integrado: catálogo, readiness, consumidor, suscripción FREE y capacidades |
Plataforma local/GCP, estado web PROVISIONING/FREE, E2E vertical y aceptación |
| Servicios de terceros | Diseñado | Dos servicios creados, publicados y consultables |
| Plan y calendario | Diseñado | Plan creado y visible en web y móvil |
| Sesión deportiva móvil | Diseñado | Inicio/fin idempotente desde móvil |
| Plan gratuito, intermedio y premium | Precarga y autorización backend integradas; interfaz aún no consume capacidades | Estados de interfaz y E2E probados contra GET /v1/me/capabilities |
| Backend y persistencia en nube | Arquitectura documentada | Inventario desplegado, migraciones y smoke |
| Atributos de calidad | Evidencia histórica parcial | Cinco tácticas medidas en ambiente representativo |
El estado oficial resumido se mantiene en Decisiones, fuentes y alcance y se actualiza con evidencia del Project y de los repositorios.