Repository navigation
Release Burndown Chart
Proyecto CCP – Equipo 21
Versión: v1.0 Backend, v1.0 Frontend Web y v1.0 Frontend Mobile
📅 Sprint 1 – del 25 de marzo al 6 de abril de 2025
Nuestro equipo posterior a finalizar la construcción de la primera versión liberable del Proyecto CCP, utilizando como base dos herramientas clave de seguimiento: el Release Burndown Chart y el Informe de Versión generados por Jira. Mediante estos gráficos monitoreamos si el equipo avanza al ritmo adecuado para cumplir con los compromisos establecidos para la versión, y detectar oportunidades de mejora o ajustes en la planificación.
Al iniciar el planteamiento del proyecto, el equipo 21 definió un Sprint backlog total de 101 story points. Esta carga de trabajo fue distribuida estratégicamente en 3 sprints, con el objetivo de liberar una versión funcional y completa. De los cuales se planearon 28 story points para el desarrollo durante el Sprint 1 como punto de partida para la versión v1.0.
Durante el Sprint 1, el equipo logró completar 28 puntos de historia, lo cual representa un de avance adecuado del total planificado**. Como resultado, el número de puntos restantes al cierre del sprint se redujo a 73 puntos, lo que se refleja claramente en la pendiente descendente del Release Burndown Chart.
- 📂 Evidencia: Release Burndown Chart Backupl
- 📂 Evidencia: Release Burndown Chart JIRA
- 📂 Evidencia: Release Burndown Chart Wiki
| Sprint | Puntos de Historia Iniciales | Puntos Completados | Puntos Restantes |
|---|---|---|---|
| Sprint 0 | 101 | — | 101 |
| Sprint 1 | 101 | 28 | 73 |
Este ritmo inicial permite proyectar con confianza que, de mantenerse una cadencia similar, la entrega de la versión se completará dentro del plazo y alcance establecidos.
El Informe de Versión permite visualizar el comportamiento acumulado de los puntos de historia entregados a lo largo del tiempo, en comparación con la línea guía de entrega ideal. El equipo comenzó a cerrar historias a partir del 2 de abril, lo cual generó un ascenso estable en la curva azul del gráfico.
- Fecha de inicio de la versión: 25 de marzo de 2025
- Fecha estimada de entrega: 6 de abril de 2025
- Total de puntos de historia planificados: 101
- Puntos entregados en el Sprint 1: 28 puntos
- Puntos restantes para la versión Final: 73 puntos
La curva de entrega muestra un comportamiento saludable, con cierres diarios progresivos durante la segunda mitad del sprint. Esto indica que el equipo alcanzó estabilidad en su flujo de trabajo después de la fase inicial de implementación técnica.
Durante el Sprint 1, el equipo completó seis historias de usuario que constituyen el núcleo operativo de la versión. Todas fueron finalizadas y validadas en Jira, con criterios de aceptación cumplidos y prioridad adecuada según su impacto en la plataforma.
| Clave | Historia | Story Points | Estado | Prioridad | Tipo |
|---|---|---|---|---|---|
| PFG2-1 | Registro de fabricante | 3 | FINALIZADA | Alta | Historia |
| PFG2-2 | Registro de vendedor | 3 | FINALIZADA | Alta | Historia |
| PFG2-3 | Registro de visita a cliente | 5 | FINALIZADA | Alta | Historia |
| PFG2-4 | Creación de pedido con verificación de stock | 8 | FINALIZADA | Media | Historia |
| PFG2-6 | Confirmación de pedidos con confirmación de stock | 8 | FINALIZADA | Media | Historia |
| PFG2-5 | Registro de cliente en la app móvil | 3 | FINALIZADA | Alta | Historia |
Estas historias permitieron habilitar funcionalidades esenciales para el ecosistema de usuarios, así como para los flujos comerciales de pedidos, validación de stock y trazabilidad de visitas de campo.
- El equipo redujo el backlog de versión de 101 a 73 puntos, lo que equivale a un avance adecuado en la primera iteración.
- Todas las funcionalidades entregadas aportan valor directo y medible al negocio, asegurando un progreso real hacia el cumplimiento de la versión.
- El comportamiento progresivo del equipo durante la segunda mitad del sprint indica una curva de aprendizaje y estabilización efectiva.
- Mantener el ritmo de entrega observado en el Sprint 1 como referencia para las iteraciones siguientes.
- Dar prioridad a historias de alto valor de negocio, especialmente aquellas que habilitan módulos dependientes.
- Revisar la proyección semanal de entrega al cierre del Sprint 2 para ajustar posibles desviaciones sin comprometer la entrega total de la versión.
El Sprint 1 del Proyecto CCP marcó un inicio sólido en la construcción de la versión v1.0 para todos lo requerido en Backend, Frontend Web y Frontend Mobile. Nuestro Equipo completó 28 de los 101 story points planificados, reduciendo el backlog a 73 puntos restantes. Este resultado se alinea perfectamente con las prácticas ágiles de entrega incremental y sostenida de valor. El Release Burndown Chart y el Informe de Versión confirman que el proyecto avanza según lo previsto, y permiten proyectar una entrega exitosa de la versión si se mantiene la consistencia observada hasta ahora.