|
|
|
* **Cosas que fueron bien**:
|
|
|
|
* Cumplimiento del objetivo marcado para el sprint.
|
|
|
|
* Buena comunicación entre los miembros del equipo.
|
|
|
|
* Correcto uso de la herramienta de control de versiones con distintas ramas.
|
|
|
|
* **Incidencias**:
|
|
|
|
* Problema con el formato de las fechas que afectó a varios componentes y stores.
|
|
|
|
* Carga de imágenes a través de componente de PrimeVue. Solución: desarrollo de código propio.
|
|
|
|
* Problema en la API al recuperar la Persona que tiene asignado un Equipo. Solución: modificación del tipo de acceso en la cosulta (LAZY => EAGER).
|
|
|
|
* **Cuestiones a mejorar**:
|
|
|
|
* Descomposición de los PBI’s en tareas más pequeñas que puedan acometerse en un jornada normal de trabajo (máx 2h).
|
|
|
|
* No cerrar los issues hasta que el código haya sido testeado por otro miembro.
|
|
|
|
* Evitar emplear tiempo en el desarrollo de tareas que no aportan valor.
|
|
|
|
* Mayor precisión en la definición de los issues para evitar modificaciones en el código.
|
|
|
|
* Distribuir mejor el tiempo de trabajo a lo largo del sprint. |
|
|
\ No newline at end of file |
|
|
|
* Computar el tiempo realmente invertido en el desarrollo de cada issue antes de su cierre. |
|
|
\ No newline at end of file |
