Sprint_2/6.3-Spring-Retrospective.md

@@ -2,13 +2,13 @@
 
 En esta retrospective, lo primero que vamos a hacer es detallas que medidas se tomaron respecto al anterior sprint para la mejora de la metodología y el trabajo en equipo, ver el nivel de aplicación y si han sido o no útiles.
 
-* Reunión semanal con el cliente: Una de las medidas a adoptar ha sido mantener una reunión semanal con todos los miembros del equipo (Cliente, PO, Developer). De esta manera Se pueden resolver dudas de procesos, implementación, etc... y todos los miembros del equipo saben hacia donde se encamina el proyecto. Esta medida tenía como principal objetivo evitar descoordinaciones como la ocurrida con como se visualizaban los componentes en el sprint 1. 
+* Reunión semanal con el cliente: Una de las medidas a adoptar ha sido mantener una reunión semanal con todos los miembros del equipo (Cliente, PO, Developer). De esta manera Se pueden resolver dudas de procesos, implementación, etc... y todos los miembros del equipo saben hacia donde se encamina el proyecto. Esta medida tenía como principal objetivo evitar descoordinaciones como la ocurrida con como se visualizaban los componentes en el sprint 1.
 
 En relación a lo anterior el calendario de reuniones ha sido el siguiente:
 
-- Semana 1 (15/05/2025):
-- Semana 2 (22/05/2025):
-- Semana 3 (29/05/2025):
+- 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: review y pruebas.
 
@@ -16,7 +16,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
 
 ## Detalle de las Pruebas
 
-##  Tabla de Casos de Prueba
+## Tabla de Casos de Prueba
 
 | ID      | Caso de Prueba         | Descripción                                     | Pre condiciones              | Resultado Esperado                          | Estado     | Responsable | Notas                     |
 |---------|------------------------|--------------------------------------------------|-----------------------------|---------------------------------------------|------------|-------------|---------------------------|
@@ -27,8 +27,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
 | TC-005  | Consultar Credito Disponible | Se verifica que se consulta de forma correcta los créditos disponibles para pagar activaciones de reservistas | Se tiene acceso a la aplicación | Se obtiene el credito restante hasta el momento | Pendientes  | Tte. Daniel Dominguez   | CONCRETADO CON CLIENTE |
 | TC-006  | Actualizar Crédito Disponible | Se verifica la correcta actualización del crédito disponible, ya sea de forma manual o tras realizar activaciones | Se tiene acceso a la aplicación/Solicitud aceptada |  Se visualiza el crédito actualizado de forma correcta | Pendientes  | Tte. Daniel Dominguez   | CONCRETADO CON CLIENTE       |
 
-
-##  Detalle por Caso de Prueba
+## Detalle por Caso de Prueba
 
 ### TC-001 –  Obtención del coste por empleo/día
 
@@ -56,7 +55,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
   3. Se introducen los nuevos valores para los costes
   4. Se comprueba que los costes se modifican de forma correcta
 - **Resultado esperado**: Se notifica la correcta actualización de los costes/se visualizan de forma correcta los nuevos importes
-- **Resultado real**: Se actualizan los costes de forma correcta. Se reordena la lista lo que puede molestar al usuario.
+- **Resultado real**: Se actualizan los costes de forma correcta.
 - **Estado**: Completado.
 
 ### TC-002_2 – |Actualización errónea del coste por empleo/día
@@ -69,7 +68,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
   3. Se introducen los nuevos valores para los costes
   4. Los costes no se modifican
 - **Resultado esperado**: Se notifica el error en la actualización de los costes y el motivo.
-- **Resultado real**: No se ha podido forzar el error
+- **Resultado real**: No se ha podido forzar el error.
 - **Estado**: Completado
 
 ---
@@ -83,7 +82,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
   2. Se pulsa en "Rechazar Solicitud"
   3. La solicitud se rechaza de forma correcta.
 - **Resultado esperado**: La solicitud se rechaza de forma correcta. La solicitud solo aparece en rechazadas. Se notifica al solicitante el rechazo.
-- **Resultado real**: Se rechaza la solicitud y se cambia su estado de forma correcta
+- **Resultado real**: Se rechaza la solicitud y se cambia su estado de forma correcta.
 - **Estado**: Completado
 
 
@@ -96,7 +95,7 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
   2. Se pulsa en "Rechazar Solicitud"
   3. Se motiva el rechazo y se acepta
 - **Resultado esperado**: Se muestra un mensaje de error al rechazar la solicitud y el error originado.
-- **Resultado real**:  No se ha podido forzar el error
+- **Resultado real**:  No se ha podido forzar el error.
 - **Estado**: Completado
 
 ---
@@ -110,10 +109,8 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
   2. Comprobar que las fechas son correctas.
   3. Clic en calcular presupuesto.
 - **Resultado esperado**: Se muestra el coste total. Se indica si se debe aceptar o no la solicitud en base al coste.
-- **Resultado real**: Se calcula el coste de la solicitud de forma correcta
+- **Resultado real**: Se calcula el coste de la solicitud de forma correcta.
 - **Estado**: Completado.
-- **Notas**: Al modificar las fechas de una solicitud no se actualiza el coste.
-
 
 ---
 
@@ -159,8 +156,8 @@ En relación a lo anterior el calendario de reuniones ha sido el siguiente:
 
 ##  Resumen de Estado
 
--  Aprobados: 9
--  Fallidos: 1
+-  Aprobados: 10
+-  Fallidos: 0
 -  Bloqueados: 0
 -  Pendientes: 10