Backlog Sprint 2 - MiguelMolina16/proyecto_grupos_estudio GitHub Wiki
Daily 5. Fecha: 18/10/2026 - Hora: 9:00 p.m.
Invitados - <(Developers) @cvalenciac / @bgarcias1 / @mmolinae >
Asistentes - <(Developers) @cvalenciac / @bgarcias1 / @mmolinae >
| HU | Development 1 | ¿Qué ha hecho? | ¿Existe algún bloqueante? | ¿Qué voy a hacer? |
|---|---|---|---|---|
| HU014 | @cvalenciac | revise la estructura del proyecto y inicie el desarrollo de la funcionalidad para crear reuniones asociadas a un grupo de estudio. realice ajustes en el backend para validar los datos de la reunión y comprobar que el grupo seleccionado exista. | Identifique que era necesario conectar correctamente el formulario con los servicios del backend y verificar la disponibilidad de los grupos. | Continuar con el formulario de creación de reuniones, conectar las peticiones al backend y realizar pruebas de funcionamiento. |
| @bgarcias1 | ||||
| @mmolinae |
Daily 6. Fecha: 19/10/2026 - Hora: 9:00 p.m.
Invitados - <(Developers) @cvalenciac / @bgarcias1 / @mmolinae >
Asistentes - <(Developers) @cvalenciac / @bgarcias1 / @mmolinae >
| HU | Development 1 | ¿Qué ha hecho? | ¿Existe algún bloqueante? | ¿Qué voy a hacer? |
|---|---|---|---|---|
| HU014 | @cvalenciac | Implemente el formulario para crear reuniones asociadas a grupos de estudio, incluyendo la selección del grupo, fecha, hora, lugar o modalidad y descripción. También se agregaron los métodos para consultar los grupos y enviar los datos de la reunión al backend. Integre la nueva pantalla en la navegación principal y verifique la compilación del backend. | Durante las pruebas se identifique problemas de conexión entre el frontend y el backend, por lo que no se pude confirmar la carga de grupos ni el funcionamiento completo de la creación de reuniones. | Revisar la conexión con el backend, verificar la carga de grupos, probar el registro de reuniones y corregir la navegación para que se muestre el inicio de sesión cuando corresponda. |
| @bgarcias1 | ||||
| @mmolinae |
Product Backlog Priorizado
El siguiente backlog contiene las historias de usuario priorizadas para el desarrollo del proyecto. Cada historia está asociada a un sprint y a un responsable.
| Código | Historia de Usuario (HU) | PHU* | Sprint 1 | Sprint 2 | Responsable |
|---|---|---|---|---|---|
| HU014 | Crear reunión asociada a grupo | 3 | X | @cvalenciac | |
| HU020 | Consultar reuniones por fecha | 4 | X | @bgarcias1 | |
| HU028 | Consultar estadísticas de participación | 3 | X | @mmolinae |
Objetivo del Sprint
Desarrollar las funcionalidades iniciales del sistema de grupos de estudio, permitiendo el registro de usuarios, la creación de grupos de estudio y el registro de asistencia a las reuniones.
Historias de Usuario
HU014 – Crear reunión asociada a grupo
Prioridad: 3 Responsable: @cvalenciac Estado: Pendiente
HU020 – Consultar reuniones por fecha
Prioridad: 4 Responsable: @bgarcias1 Estado: Pendiente
HU028 – Gestión de tareas y consulta de estadísticas de participación
Prioridad: 3 Responsable: @mmolinae Estado: Pendiente
Tareas del Sprint
HU014 – Crear reunión asociada a grupo
- Seleccionar grupo.
- Registrar fecha, hora, lugar/modalidad y descripción.
- Validar existencia de grupo y fecha.
- Registrar si válido, informar
HU020 – Consultar reuniones por fecha
- Ingresar fecha o rango.
- Validar que fecha inicial no sea posterior a final.
- Mostrar reuniones coincidentes.
- Informar si no hay resultados.
HU028 – Gestión de tareas y consulta de estadísticas de participación
- Registro de tareas: Permitir crear una tarea dentro de una reunión y asignarla a un integrante específico o a todos los integrantes del grupo de una sola vez.
- Gestión de estado: Permitir cmarcar una tarea asignada como completada o pendiente.
- Selección para consulta: Seleccionar un grupo y luego un integrante para ver su información.
- Visualización de asistencia: Mostrar el total de reuniones del grupo, las asistencias del integrante y su porcentaje de asistencia.
- Visualización de tareas: Mostrar el total de tareas asignadas, las tareas completadas y su porcentaje de cumplimiento.
- Manejo de vacíos: Si el grupo no tiene reuniones o el integrante no tiene tareas, mostrar un porcentaje del 0% con un mensaje explícito.
Criterios de Finalización
- La funcionalidad debe estar implementada correctamente.
- Los datos deben ser validados.
- Se deben realizar las pruebas correspondientes.
- El código debe estar integrado al proyecto.
- La historia de usuario debe cumplir con sus criterios de aceptación.
Resultado Esperado
Al finalizar el Sprint 2, el sistema deberá permitir:
- Crear reunión asociada a grupo
- Consultar reuniones por fecha.
- Gestión de tareas y consulta de estadísticas de participación.
Sprint 2
- Estado: En desarrollo
- Historias de Usuario: 3
- Objetivos: Completar las funcionalidades iniciales del sistema.