| ... | ... | @@ -9,7 +9,7 @@ No se había marcado como maintainer. |
|
|
|
Revisión del product del Sprint
|
|
|
|
|
|
|
|
#### Interacciones
|
|
|
|
|
|
|
|
Considerando que el equipo Scrum está formado por 2 personas las interacciones han sido fluidas y por los canales de comunicación previstos. Sin embargo, la fecha de finalización del sprint debe quedar clara desde el comienzo del sprint. Por otra parte, las historias de usuario pueden clarificarse más para permitir mejor la inspección de los distintos incrementos.
|
|
|
|
|
|
|
|
#### Procesos
|
|
|
|
Inicialmente en la reunión de planificación no se descompusieron sufientemente las tareas a ejecutar:
|
| ... | ... | @@ -26,27 +26,40 @@ Inicialmente en la reunión de planificación no se descompusieron sufientemente |
|
|
|
|||Reservar franja horaria| 2h |
|
|
|
|
|
|
|
|
Fue necesario descomponer las tareas en las siguientes:
|
|
|
|
Crear vista de calendario
|
|
|
|
* Vista calendario
|
|
|
|
*
|
|
|
|
Crear profesores, lugares y asignaturas en frontend
|
|
|
|
*
|
|
|
|
Crear selección de profesor para reserva
|
|
|
|
*
|
|
|
|
Crear desplegable para la selección de asignatura
|
|
|
|
|
|
|
|
Crear backend para reservas
|
|
|
|
Mostrar reservas en el calendario con su información por profesor
|
|
|
|
- Crear vista de calendario
|
|
|
|
- Crear profesores, lugares y asignaturas en frontend
|
|
|
|
* Añadir información de asignaturas, grupos, profesores y lugares
|
|
|
|
- Crear selección de profesor para reserva
|
|
|
|
* Selección de profesor para visualizar horario y reserva
|
|
|
|
- Crear desplegable para la selección de asignatura
|
|
|
|
* Elección de asignaturas, grupo y franja horaria para la reserva
|
|
|
|
|
|
|
|
- Crear backend para reservas
|
|
|
|
- Mostrar reservas en el calendario con su información por profesor
|
|
|
|
* Conectar frontend y backend
|
|
|
|
* Selección automática de lugar
|
|
|
|
* Filtro de franjas horarias por grupo
|
|
|
|
|
|
|
|
Mostrar la no posibilidad de reservar franjas horarias
|
|
|
|
* Visor de reservas por grupo
|
|
|
|
Reservar franja horaria
|
|
|
|
|
|
|
|
Una vez terminadas estas tareas se había alcanzado el incremento buscado y tras la daily correspondiente se decición ampliar el alcance del Sprint Backlog añadiendo las siguientes tareas que permiten también trabajar para alcanzar el Sprint Goal.
|
|
|
|
|
|
|
|
* Crear Backend de Login
|
|
|
|
* Crear Frontend de Login
|
|
|
|
* Edición de reserva
|
|
|
|
* Borrado de reserva
|
|
|
|
* Aviso de errores al usuario
|
|
|
|
|
|
|
|
Tras acabar con estos items y tras una revisión posterior se procedió a añadir las siguientes tareas para adecuar el incremento a la DoD establecida para el proyecto:
|
|
|
|
* Revisión de código y refactorización
|
|
|
|
* Pruebas de código
|
|
|
|
* Crear manual de uso
|
|
|
|
* Despliegue para la revisión del cliente
|
|
|
|
|
|
|
|
#### Herramientas
|
|
|
|
Pérdida de foco por centrarse en un aspecto muy concreto con una implementación muy concreta
|
|
|
|
El uso de las herramientas proporcionadas por el entorno GIT no ha sido el adecuado para realizar el seguimiento de las tareas y se puede mejorar.
|
|
|
|
|
|
|
|
### Definición de hecho
|
|
|
|
- Supereación de pruebas unitarias (control de condiciones de error inclusive)
|
|
|
|
- Pruebas API: CRUD completo
|
|
|
|
- Pruebas (TDD)
|
|
|
|
- Revisión y refactorización de código
|
|
|
|
- Código documentado
|
|
|
|
- Se debe incluir un manual de usuario final. No aplicable a este sprint.
|
|
|
|
- Cumplimiento de Ley de Protección de Datos, deber de información, disponibilidad. |
|
|
|
Se considera suficiente y adecuado para asegurar la calidad del producto. No se ve necesaria la ampliación. |
