Skip to content

Retrospectiva 2

JNoxg8 edited this page Oct 26, 2026 · 4 revisions

Retrospectiva – Sprint 2

Información General

Campo Detalle
Fecha 26/10/2026
Hora 21:00
Participantes Developers: Juan Pablo Garcia, Kevin Estupinan Sotelo, Juan Sebastian Martinez
Invitados: N.A.

✅ Qué se hizo bien

Desarrollador Anotación
Juan Pablo Garcia Se reutilizaron módulos existentes, como el resumen de movimientos de la HU009, en lugar de duplicar cálculos, manteniendo la arquitectura hexagonal del proyecto.
Juan Pablo Garcia El desarrollo se acompañó de pruebas automatizadas en backend y frontend, que permitieron detectar errores antes de probar en la aplicación.
Kevin Estupinan Sotelo Se resolvió la duda de la Daily 2 integrando el reporte en la misma pantalla de presupuesto, sin agregar una pestaña nueva a la aplicación.
Kevin Estupinan Sotelo El reporte reutiliza el desglose por categoría de la HU009 y el estado del presupuesto de la HU011, usando un mismo total gastado para ambas partes.
Juan Sebastian Martinez Se avanzó en el desarrollo del frontend en Flutter para la HU008, logrando que el historial de movimientos funcionara correctamente.
Juan Sebastian Martinez Se verificó la integración con los recursos existentes del backend mediante pruebas de funcionamiento.

❌ Qué se hizo mal

Desarrollador Anotación
Juan Pablo Garcia Se asumió que los movimientos podían registrarse con fecha futura, lo que hizo fallar las primeras pruebas de integración del presupuesto.
Juan Pablo Garcia Se invirtió tiempo en la configuración local (archivo .env, base de datos PostgreSQL y SDK de Dart en Android Studio) antes de poder ejecutar la aplicación.
Kevin Estupinan Sotelo Al inicio no estaba claro si crear un módulo de gastos aparte o integrar el reporte en una pantalla existente, lo que retrasó el comienzo del desarrollo.
Kevin Estupinan Sotelo El reporte dependía de la HU011, que aún no estaba terminada, y esa dependencia no se tuvo en cuenta al planear el sprint.
Juan Sebastian Martinez Inicialmente se consideró necesario desarrollar un backend para la HU008, sin identificar desde el principio que ya existían los endpoints de movimientos.
Juan Sebastian Martinez Se confundió la disponibilidad de los endpoints existentes con la necesidad de implementar nuevos servicios para el historial.

✍️ Qué se aprendió

Desarrollador Anotación
Juan Pablo Garcia Los valores derivados, como el porcentaje del presupuesto utilizado, conviene calcularlos en cada consulta en lugar de guardarlos, para que siempre reflejen los movimientos actuales.
Juan Pablo Garcia En PowerShell los scripts de la carpeta actual se ejecutan anteponiendo .\ (por ejemplo, .\mvnw.cmd quarkus:dev).
Kevin Estupinan Sotelo Un mes sin presupuesto no es un error para el reporte: el endpoint responde con los gastos por categoría y la aplicación decide qué mensaje mostrar.
Kevin Estupinan Sotelo Cuando una historia depende de otra, su rama puede crearse a partir de la rama de la historia de la que depende.
Juan Sebastian Martinez Antes de desarrollar un nuevo componente, es importante revisar el código existente para evitar duplicar funcionalidades.
Juan Sebastian Martinez Se aprendió a utilizar IntelliJ y Swagger para verificar los endpoints y comprobar las respuestas del backend.

🟡 Qué se debe cambiar

Desarrollador Anotación
Juan Pablo Garcia Documentar en el README los pasos de configuración local (.env, base de datos y comando de arranque) para que cualquier integrante pueda ejecutar el proyecto.
Juan Pablo Garcia Manejar el frontend de Flutter con ramas y pull requests en su repositorio, en lugar de compartir el proyecto en archivos ZIP.
Kevin Estupinan Sotelo Identificar desde la planeación las dependencias entre historias de usuario para ordenar el trabajo del sprint.
Kevin Estupinan Sotelo Validar con el equipo la ubicación de las pantallas nuevas antes de empezar a desarrollarlas.
Juan Sebastian Martinez Revisar la implementación existente antes de decidir si una historia de usuario requiere nuevos desarrollos en el backend.
Juan Sebastian Martinez Mejorar la planificación de las tareas y documentar los avances de la HU008 según las actividades realmente realizadas.

Clone this wiki locally