Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Demeter Demeter
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ddcDIM47
  • DemeterDemeter
  • Wiki
    • Sprint_2
  • 6.3 Spring Retrospective

6.3 Spring Retrospective · Changes

Page history
se sube el burndown. authored Jun 16, 2025 by Manuel de Blas's avatar Manuel de Blas
Show whitespace changes
Inline Side-by-side
Showing with 13 additions and 16 deletions
+13 -16
  • Sprint_2/6.3-Spring-Retrospective.md Sprint_2/6.3-Spring-Retrospective.md +13 -16
  • No files found.
Sprint_2/6.3-Spring-Retrospective.md
View page @ 4bcc5437
......@@ -6,9 +6,9 @@ En esta retrospective, lo primero que vamos a hacer es detallas que medidas se t
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.
......@@ -27,7 +27,6 @@ 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
### 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
......
Clone repository
1.-Especificación y formulación del problema
  • 1.1 Nombramiento del equipo Scrum
  • 1.2 Introducción
2. Estudio de Viabilidad del Sistema (EVS)
  • 2.1 MindMap
  • 2.2 ImpactMap
  • 2.3 Alternativas
    • 2.3.1 Sage HR
    • 2.3.2 OrangeHRM
    • 2.3.3 Demeter
    • 2.3.4 Matriz de decisión
3 Especificación de Requisitos del Sistema (ERS)
  • 3.1 Requisitos
  • 3.2 Casos de Uso
  • 3.3 Diseño de la Interfaz de Usuario
4 Definición del MVP
  • 4.1 Product Backlog
  • 4.2 Historias de Usuario
5 Sprint 1
  • 5.1 Sprint Planning
  • 5.2 Sprint Review
  • 5.3 Spring Retrospective
  • 5.4 Burndown
6 Sprint 2
  • 6.1 Sprint Planning
  • 6.2 Sprint Review
  • 6.3 Spring Retrospective
  • 6.4 Burndown