Sprint 1 del Proyecto Final 2: del 5 al 18 de octubre de 2026. Compromiso del sprint: 6 historias, 39 puntos y 28 de valor de negocio. Datos con corte al 10 de octubre.

Al corte quedan 29 de los 39 puntos: el 8 de octubre se cerraron HU10 y HU11 (10 puntos). La línea ideal para esa fecha marca 24, así que el sprint va 5 puntos por detrás.

xychart-beta
    title "Sprint 1 — Burndown (puntos restantes)"
    x-axis ["5 oct", "6 oct", "7 oct", "8 oct", "9 oct", "10 oct"]
    y-axis "Puntos restantes" 0 --> 40
    line [39, 36, 33, 30, 27, 24]
    line [39, 39, 39, 29, 29, 29]

Primera línea: ideal. Segunda línea: real.

En la semana 1 se planearon 21 puntos y se completaron 10.

xychart-beta
    title "Sprint 1 — Velocidad por semana (puntos)"
    x-axis ["Semana 1 (5–11 oct)", "Semana 2 (12–18 oct)"]
    y-axis "Puntos" 0 --> 25
    bar [21, 18]
    bar [10, 0]

Primera serie: planeado. Segunda serie: completado.

HU11 estaba planeada para la semana 2 y se terminó en la semana 1. HU19 y HU24 tienen el código listo y están en pull request; HU01 sigue en curso.

El valor de negocio se repartió entre las 25 historias del proyecto hasta sumar 100. El Sprint 1 compromete 28; al corte se han entregado 12 (HU10 con 5 y HU11 con 7), frente a 18 planeados para la semana 1.

xychart-beta
    title "Valor de negocio acumulado"
    x-axis ["Inicio", "Semana 1", "Semana 2"]
    y-axis "Valor acumulado" 0 --> 30
    line [0, 18, 28]
    line [0, 12, 12]

Primera línea: planeado. Segunda línea: entregado (la semana 2 aún no se ejecuta).

Sprint 1 Backlog en Jira

Cada historia está desglosada en 10 u 11 subtareas en Jira.

• Histórico de commits
• Pull requests
• Contribuciones por integrante

Documento completo: CONTRIBUTING.md

• Ramas: desarrollo basado en trunk con ramas cortas. main es la única rama permanente; cada cambio sale de main y vuelve por pull request.
• Nombre de rama: <tipo>/BPM-<número>-<descripción-corta>, con tipos feature, fix, chore y docs. La clave de Jira enlaza la rama con la incidencia.
• Commits: Conventional Commits con la clave de Jira, por ejemplo feat(socios): modelo de datos del socio BPM-141.
• Pull requests: contra main, con la plantilla del repositorio, pipeline en verde y al menos una aprobación de otro integrante.
• Versionamiento: semántico (MAYOR.MENOR.PARCHE) con etiquetas sobre main.

Prácticas CI/CD · Pipeline ci.yml · Ejecuciones en GitHub Actions

El pipeline corre en cada pull request y en cada push a main: lint y formato con Ruff, y pruebas del backend con Pytest y cobertura. Los trabajos de web y Android se activan cuando sus proyectos llegan a main. El despliegue automático a AWS aún no hace parte del pipeline.

Estrategia de pruebas

Las pruebas unitarias y de API del backend se ejecutan con Pytest dentro del pipeline, que publica el reporte JUnit y el de cobertura como artefactos de cada ejecución.

Los pull requests #63 y #64 fueron fusionados por una integrante distinta a su autor.

Revisión automática de código: Ruff analiza el backend en cada pull request.

Tablero del Sprint 1 en Jira

Video Semana 1

• Sprint 1 Backlog

• Prácticas CI/CD

• Revisión automática de código

• Estrategia de pruebas