Retrospective Sprint 1

Retrospective Sprint 1

¿Qué hicimos bien?	¿Qué hicimos mal?	¿Qué aprendimos?	¿Qué deberíamos cambiar?
Juan: Se realizó una buena implementación de la HU01, pasando por el desarrollo del endpoint, reglas de negocio, conexión con PostgreSQL y posterior integración con Flutter.	Juan: Al inicio se presentó un inconveniente al crear el proyecto Quarkus debido a una incompatibilidad de Mockito con el JDK, lo que retrasó el inicio de la HU01.	Juan: Aprendí la importancia de verificar desde el comienzo la compatibilidad entre las versiones del JDK, Quarkus y sus dependencias.	Juan: Revisar previamente las versiones y dependencias necesarias antes de iniciar el desarrollo para evitar bloqueantes técnicos.
Diego: Se logró construir e integrar el formulario de la HU05 en Flutter con el endpoint de Quarkus, permitiendo enviar y almacenar la información en PostgreSQL.	Diego: Algunas actividades de la HU05 requirieron más tiempo del inicialmente previsto, especialmente la conexión entre Flutter y el backend y las validaciones del formulario.	Diego: Aprendí a integrar formularios de Flutter con servicios REST y a realizar validaciones tanto en el frontend como en el backend.	Diego: Establecer tiempos más claros para cada criterio de aceptación y realizar pruebas de integración desde etapas tempranas.
Yeimy: Se avanzó progresivamente en la HU13, trabajando en el backend, solucionando problemas de conexión a la BD y posteriormente integrando el endpoint con Flutter.	Yeimy: Se presentaron inicialmente problemas de conexión con la base de datos, lo que generó retrasos en el desarrollo de la HU13.	Yeimy: Aprendí la importancia de trabajar en equipo para solucionar problemas de configuración y conexión entre los diferentes componentes de la aplicación.	Yeimy: Verificar desde el inicio la configuración de la base de datos y realizar pruebas de conexión antes de comenzar con el desarrollo.
Equipo: Se mantuvo una comunicación constante mediante WhatsApp y reuniones virtuales, permitiendo resolver dudas y apoyarnos durante el desarrollo.	Equipo: En algunos momentos no se comunicaron inmediatamente los cambios realizados en el código o las configuraciones utilizadas.	Equipo: Aprendimos que mantener informado al equipo sobre cambios, avances y problemas facilita la integración y evita trabajo duplicado.	Equipo: Informar oportunamente cualquier cambio realizado y mantener una comunicación más organizada durante el desarrollo.
Equipo: Se trabajó de manera colaborativa para solucionar bloqueantes, especialmente los relacionados con Quarkus, PostgreSQL y la integración entre backend y Flutter.	Equipo: Algunas tareas se fueron completando cerca de las fechas de las reuniones, dejando poco tiempo para revisar y probar completamente las funcionalidades.	Equipo: Aprendimos que la integración entre frontend y backend debe realizarse progresivamente y no únicamente al finalizar una HU.	Equipo: Realizar integraciones y pruebas durante el desarrollo de cada criterio de aceptación, no solo al finalizar la HU.
Equipo: Se utilizaron ramas y Pull Requests para organizar y revisar el código, incluyendo la realización del PR correspondiente a la HU desarrollada.	Equipo: Al principio fue necesario ajustar el entorno de desarrollo y la configuración de los frameworks antes de poder trabajar completamente en las HU.	Equipo: Aprendimos que trabajar con ramas y PR permite organizar mejor el proyecto y revisar los cambios antes de integrarlos.	Equipo: Definir desde el comienzo una estrategia clara de ramas, commits y Pull Requests para todos los integrantes.
Equipo: Se logró completar funcionalidades de backend y frontend, incluyendo endpoints, validaciones, mensajes de error y consumo de servicios.	Equipo: Algunas validaciones y mensajes de error se implementaron posteriormente, en lugar de contemplarse desde el inicio de la funcionalidad.	Equipo: Aprendimos la importancia de considerar desde el principio los criterios de aceptación y las validaciones requeridas por cada HU.	Equipo: Revisar los criterios de aceptación antes de comenzar cada HU y utilizarlos como guía durante todo el desarrollo.
Equipo: Se realizó seguimiento mediante Daily's y se revisaron las actividades pendientes para el siguiente Sprint.	Equipo: La asistencia no fue completamente constante, ya que en el primer Daily Yeimy no pudo asistir por incapacidad.	Equipo: Aprendimos que los Daily's permiten identificar rápidamente avances, bloqueantes y próximas actividades.	Equipo: Mantener una programación fija para los Daily's y procurar que todos los integrantes informen sus avances, bloqueantes y tareas siguientes.