Backlog del proyecto - jpmendeza2401/MISW-Software-aplicaciones-moviles GitHub Wiki
1. Introducción
El backlog del producto Vinilos contiene las ocho historias de usuario definidas por el equipo para el desarrollo de la aplicación móvil. Cada historia cuenta con sus respectivos criterios de aceptación, tareas de implementación y estimación en puntos de historia (Story Points).
La planificación y el seguimiento del trabajo se realizan mediante GitHub Projects, donde se pueden consultar las tareas asociadas, los responsables y las iteraciones definidas por el equipo.
2. Historias de usuario
A continuación, se presentan las historias de usuario que conforman el alcance del proyecto.
| ID | Historia de usuario | Puntos de historia |
|---|---|---|
| HU01 | [Consultar catálogo de álbumes] | 3 |
| HU02 | [Consultar información detallada de un álbum] | 3 |
| HU05 | [Consultar listado de coleccionistas] | 3 |
| HU06 | [Consultar información detallada de coleccionista] | 3 |
| HU07 | [Crear un álbum] | 5 |
| HU08 | [Asociar tracks con un álbum] | 3 |
| HU09 | [Comentar un álbum] | 3 |
| HU11 | [Agregar álbum a la colección del coleccionista] | 3 |
3. Tablero del backlog
El tablero centralizado del proyecto permite consultar el estado de las historias de usuario, sus tareas asociadas, los responsables y la planificación por iteraciones.
[Consultar el backlog completo en GitHub Projects](https://github.com/users/jpmendeza2401/projects/3/views/1)
4. Organización y seguimiento
Las historias de usuario se descomponen en tareas específicas que facilitan la planificación, asignación y seguimiento del trabajo. Estas tareas se relacionan con su respectiva historia mediante sub-issues de GitHub.
La estimación en puntos de historia permite representar el esfuerzo relativo de cada historia, mientras que las iteraciones (milestones) facilitan la organización del trabajo y el seguimiento del avance del equipo.
5. Consideraciones
- Cada historia de usuario cuenta con criterios de aceptación que permiten verificar su cumplimiento.
- Las tareas de implementación se encuentran asociadas a sus respectivas historias mediante sub-issues.
- Los responsables y las iteraciones se gestionan desde GitHub.
- Las estimaciones en puntos de historia deben corresponder a los valores registrados por el equipo en el tablero del proyecto los cuales se calcularon por medio de Planning Poker.