Riesgos y próximos pasos

Riesgos principales para la entrega

Riesgo	Impacto en la presentación	Respuesta inmediata
Burndown con mediciones discontinuas	La línea real solo tiene puntos verificables del 05, 09 y 10 de octubre	Registrar diariamente el saldo desde el siguiente día hábil sin inventar datos pasados
Aplicación móvil sin commit ni CI	HU003 no puede cerrarse como historia multicanal	Consolidar el andamiaje, crear rama y ejecutar checks remotos
HU001 sin estado web de afiliación	El registro existe, pero el usuario no observa PROVISIONING ni FREE	Adoptar capacidades del BFF, completar plataforma y ejecutar el E2E vertical
Aplicación móvil sin andamiaje	Bloquea HU026–HU040 y varios requisitos MVP	Completar stack, comandos y CI móvil
Alcance de release sin ratificar	El release burndown no tiene denominador estable	Seleccionar HU exactas del MVP
Ponderación de valor sin ratificación formal	La distribución inicial puede cambiar durante la planeación	Ratificar los 100 puntos de valor y registrar cualquier cambio sin alterar el total
Producción GCP y WIF pendientes	No se puede demostrar despliegue ni promoción de producción	Preparar proyectos, identidades, registro y destino de producción
Checks de CI aún no obligatorios	Un PR con pruebas fallidas todavía podría integrarse	Marcar los checks del backend como obligatorios y demostrar el bloqueo (AND-06)
Web y bff-web en sitios distintos en producción (*.run.app)	La cookie HttpOnly del refresh token (SameSite=Strict) no viajaría y la sesión web no se renovaría; con SameSite=None Safari la bloquea	La plataforma publica web y BFF bajo un dominio propio común o un proxy por ruta
Secret de firma de tokens sin crear en la plataforma	users-management no arranca en la composición sin JWT_PRIVATE_KEY (Secret sportapp-users-jwt)	Crear la clave Ed25519 en Terraform (tls_private_key) y fijar FORWARDED_ALLOW_IPS
Integración en develop sin segundo revisor	Los PR se integran con bypass del administrador por la regla de aprobación del último push	Definir revisores y CODEOWNERS, o ajustar la regla del ruleset

Próximos pasos recomendados

1. Formular el objetivo del Sprint 1 y ratificar sus ocho HU en GitHub Projects.
2. Ratificar la ponderación de 100 puntos de valor y sincronizarla con SportApp Platform.
3. Adoptar en Angular bff-web 0.5.0, la cookie HttpOnly y GET /v1/me/capabilities.
4. Cerrar HU001 como incremento web vertical con plataforma, PROVISIONING/FREE y E2E.
5. Iniciar el registro diario de burndown.
6. Establecer el alcance exacto de la release académica.
7. Completar el andamiaje móvil.
8. Validar continuamente el ambiente local y preparar un despliegue aprobado de producción en GCP.

Decisiones requeridas del responsable del proyecto

Las decisiones de desarrollo corresponden a Luis Felipe Navarro Julio, único integrante del Grupo 17. La aceptación académica o una revisión externa no convierte al revisor en integrante del proyecto.

• objetivo y compromiso ratificado de cada sprint;
• HU incluidas en la primera release;
• responsable que acepta funcionalmente las HU;
• ratificación o ajuste controlado de la ponderación de valor de negocio, conservando el total de 100;
• umbral de cobertura web;
• estrategia de ramas y protecciones;
• destino GCP de producción para cada tipo de carga.

Esta lista contiene los riesgos que cambian el mensaje de avance o la capacidad de demostrar el proyecto. Las decisiones que los originan se resumen en Decisiones, fuentes y alcance.