|
|
|
## Resumen
|
|
|
|
### Resumen
|
|
|
|
|
|
|
|
**Duración Estimada:** 53 horas
|
|
|
|
|
|
|
|
**Horas Completadas:** 65 horas
|
|
|
|
|
|
|
|
## PBIs Completados
|
|
|
|
### PBIs Completados
|
|
|
|
|
|
|
|
- PBI-01 - Gestión de solicitudes de activación
|
|
|
|
- PBI-06 - Enviar emails al POC según estado de solicitud
|
| ... | ... | @@ -14,7 +14,7 @@ TODO ? |
|
|
|
|
|
|
|
- PBI-21 - Gestión de Plazas
|
|
|
|
|
|
|
|
## Reunión con el cliente
|
|
|
|
### Reunión con el cliente
|
|
|
|
|
|
|
|
Tras la reunión y exposición del producto tras finalizar el sprint, el feedback recibido sobre el producto desarrollado durante el proyecto es altamente positivo. Se da por por concluido el MVP del módulo de activaciones planeado durante la fase de análisis quedando pendientes en el PB los PBIs que quedaron fuera del alcance del proyecto durante la Sprint Review 4.
|
|
|
|
|
| ... | ... | @@ -22,6 +22,6 @@ Dentro del módulo de plazas el cliente proporciona feedback positivo al módulo |
|
|
|
|
|
|
|
Por último, se muestra la funcionalidad de solicitud de plazas, con la que el cliente se muestra satisfecho también. Así mismo, se constata que no se ha podido realizar la visualización y borrado de solicitudes a nivel de interfaz por lo que la única funcionalidad disponible para el usuario es la generación de nuevas solicitudes.
|
|
|
|
|
|
|
|
## Conclusiones
|
|
|
|
### Conclusiones
|
|
|
|
|
|
|
|
Al finalizar el último sprint del proyecto, se cumplen prácticamente la totalidad de funciones del módulo de activaciones, quedando tan solo pendientes de implementar aquellas que por sus características quedan fuera del alcance del proyecto. Así mismo, se ha conseguido implementar el backend y gran parte del frontend del módulo de gestión de plazas, por lo que se podrá alcanzar una versión completamente funcional en un corto periodo de tiempo una vez que el se reanude el proyecto. |
