|
|
|
## Mejoras aplicadas
|
|
|
|
|
|
|
|
Además del plan de pruebas detallado en la Sprint Review 2, se realizó la reunión semanal con el cliente que quedó establecida durante el Sprint Retrospective 1. El calendario de reuniones fue el siguiente:
|
|
|
|
|
|
|
|
- Semana 1 (15/05/2025): Especificación más detallada de algunas dudas del negocio.
|
|
|
|
- Semana 2 (22/05/2025): Resolución de dudas de los tipos de solicitudes y puesta en común del diseño requerido para el frontend.
|
|
|
|
- Semana 3 (29/05/2025): Especificación de la actualización de los costes por día y de los presupuestos.
|
|
|
|
- Semana 4 (05/06/2025): Planteamiento y aprobación de la batería de pruebas. Resolución de dudas respecto a la actualización del presupuesto.
|
|
|
|
- Semana 5: Sprint Review y pruebas.
|
|
|
|
|
|
|
|
## Conclusiones
|
|
|
|
|
|
|
|
Tras realizar la batería de pruebas, se puede llegar a la conclusión de que los casos de uso están cumplidos casi al 100%. El único error encontrado es la actualización de una solicitud en fechas donde no se actualiza el coste de la misma. Si bien puede llegar a ser un error importante en función de las características.
|
|
|
|
|
|
|
|
A continuación se realiza el resto de la retrospective de la misma forma que en el primer sprint.
|
|
|
|
|
|
|
|
## ¿Qué fue bien?
|
|
|
|
|
|
|
|
- Mejora de comunicación con el cliente al marcar reuniones periódicas.
|
|
|
|
- Consenso de las pruebas entre todos los miembros del equipo y el cliente.
|
|
|
|
|
|
|
|
## ¿Qué podría mejorarse?
|
|
|
|
|
|
|
|
- La lógica de trabajo del proyecto es compleja y difícil de entender aun con con la mejora de la comunicación del cliente.
|
|
|
|
|
|
|
|
## ¿Qué se hará diferente?
|
|
|
|
|
|
|
|
- Se buscará acceso a los usuarios del sistema para ver de primera mano la operativa concreta de cada caso de uso. |
