| ... | @@ -3,63 +3,72 @@ |
... | @@ -3,63 +3,72 @@ |
|
|
En esta sección se recoge la revisión de procesos de trabajo durante el Sprint
|
|
En esta sección se recoge la revisión de procesos de trabajo durante el Sprint
|
|
|
|
|
|
|
|
### Impedimentos
|
|
### Impedimentos
|
|
|
No se había marcado como maintainer.
|
|
|
|
|
|
El mayor impedimento ha sido la falta de conocimiento de qué es lo que se iba a necesitar en concreto de la librería externa que se usa en el proyecto. La solución ha sido revisar la documentación, el código y el canal de _Discord_ de la librería para poder encontrar solución a los problemas que han surgido.
|
|
|
|
|
|
|
|
Por otra parte y en este sentido, al poco de entrar en el canal de _Discord_ el desarrollador de la librería dijo que la abandonaba y que solo se dedicaría a hacer el mantenimiento de los issues que se abrieran, recomendando migrar a otra librería en la que estaba trabajando actualmente y que incluía todas las _features_ de la anterior.
|
|
|
|
|
|
|
|
#### Individuos
|
|
#### Individuos
|
|
|
|
|
|
|
Revisión del product del Sprint
|
|
Revisión del product del Sprint
|
|
|
|
|
|
|
|
#### Interacciones
|
|
#### 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.
|
|
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.
|
|
|
|
|
|
|
|
|
Durante las _Daily Scrum_ se han ido actualizando los items del Sprint Backlog. Una vez se acabaron las tareas planteadas inicialmente y su adaptación, se decidió continuar trabajando hacia el objetivo del Sprint añadiendo tareas no contempladas previamente al Sprint Backlog pero que su implementación sería necesaria posteriormente.
|
|
|
|
|
|
|
#### Procesos
|
|
#### Procesos
|
|
|
Inicialmente en la reunión de planificación no se descompusieron sufientemente las tareas a ejecutar:
|
|
Inicialmente en la reunión de planificación no se descompusieron sufientemente las tareas a ejecutar. Se partió de este SBI:
|
|
|
| Identificador | PBI | Historia de usuario | Tarea | Duración |
|
|
| Identificador | PBI | Historia de usuario | Tarea | Duración |
|
|
|
|---------------|--------|------------------------------------------|----------------------------------------------|----------|
|
|
|---------------|--------|------------------------------------------|----------------------------------------------|----------|
|
|
|
| PBI-01 | Ver el calendario con huecos libres|||
|
|
| PBI-01 | Ver el calendario con huecos libres|||
|
|
|
|||Crear vista de calendario|2 h |
|
|
|||Crear vista de calendario|2 h |
|
|
|
|||Crear profesores, lugares y asignaturas en frontend| 4 h |
|
|
|||Crear profesores, lugares y asignaturas en frontend| 4 h |
|
|
|
|
| PBI-02 | Seleccionador de asignatura|||
|
|
|
|||Crear selección de profesor para reserva|3h|
|
|
|||Crear selección de profesor para reserva|3h|
|
|
|
|||Crear desplegable para la selección de asignatura|3h|
|
|
|||Crear desplegable para la selección de asignatura|3h|
|
|
|
|||Crear backend para reservas| 8 h |
|
|
|||Crear backend para reservas| 8 h |
|
|
|
|
|||Reservar franja horaria| 2h |
|
|
|
|
| PBI-04 | Visualizador de asignaturas propias, lugar y grupo|||
|
|
|
|||Mostrar reservas en el calendario con su información por profesor| 3 h |
|
|
|||Mostrar reservas en el calendario con su información por profesor| 3 h |
|
|
|
|||Mostrar la no posibilidad de reservar franjas horarias| 3h |
|
|
|||Mostrar la no posibilidad de reservar franjas horarias| 3h |
|
|
|
|||Reservar franja horaria| 2h |
|
|
|
|
|
|
|
|
|
|
Fue necesario descomponer las tareas en las siguientes:
|
|
Durante el desarrollo del sprint se ha tenido que realizar este trabajo:
|
|
|
- Crear vista de calendario
|
|
|
|
|
- Crear profesores, lugares y asignaturas en frontend
|
|
| Identificador | PBI | Historia de usuario | Tarea | Duración |
|
|
|
* Añadir información de asignaturas, grupos, profesores y lugares
|
|
|---------------|--------|------------------------------------------|----------------------------------------------|----------|
|
|
|
- Crear selección de profesor para reserva
|
|
| PBI-01 | Ver el calendario con huecos libres|||
|
|
|
* Selección de profesor para visualizar horario y reserva
|
|
|||Crear vista de calendario|2 h |
|
|
|
- Crear desplegable para la selección de asignatura
|
|
|||Información de asignaturas, grupos, profesores y lugares| 4 h |
|
|
|
* Elección de asignaturas, grupo y franja horaria para la reserva
|
|
| PBI-02 | Seleccionador de asignatura|||
|
|
|
|
|
|||Elección de asignaturas, grupos y franja horaria para reserva|3h|
|
|
|
- Crear backend para reservas
|
|
|||Crear backend para reservas|8 h|
|
|
|
- Mostrar reservas en el calendario con su información por profesor
|
|
|||Conectar frontend y backend| 2 h |
|
|
|
* Conectar frontend y backend
|
|
|||Reservar Franja Horaria| 3 h |
|
|
|
* Selección automática de lugar
|
|
|||Selección automática de lugar| 3h |
|
|
|
* Filtro de franjas horarias por grupo
|
|
|||Visor de reservas de grupo| 2h |
|
|
|
|
|
|||Filtro de franjas horarias por grupo| 3h |
|
|
|
Mostrar la no posibilidad de reservar franjas horarias
|
|
| PBI-04 | Visualizador de asignaturas propias, lugar y grupo|||
|
|
|
* Visor de reservas por grupo
|
|
|||Seleccionar profesor para visualizar horario| 3h |
|
|
|
Reservar franja horaria
|
|
|||Crear backend de login| 4h |
|
|
|
|
|
|||Crear frontend de login| 3h |
|
|
|
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.
|
|
|||Borrado de reservas| 2h |
|
|
|
|
|
|||Edición de reservas| 3h |
|
|
|
* Crear Backend de Login
|
|
|||Aviso de errores al usuario| 2h |
|
|
|
* Crear Frontend de Login
|
|
| Producto | |||
|
|
|
* Edición de reserva
|
|
|||Revisión de código| 6h |
|
|
|
* Borrado de reserva
|
|
|||Crear manual de usuario| 3h |
|
|
|
* Aviso de errores al usuario
|
|
|||Aviso de errores al usuario| 2h |
|
|
|
|
|
|||Despliegue para la revisión del cliente| 2h |
|
|
|
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:
|
|
|||Pruebas de código| 3h |
|
|
|
* Revisión de código y refactorización
|
|
|
|
|
* Pruebas de código
|
|
|
|
|
* Crear manual de uso
|
|
|
|
|
* Despliegue para la revisión del cliente
|
|
|
|
|
|
|
|
|
|
#### Herramientas
|
|
#### Herramientas
|
|
|
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.
|
|
|
|
|
|
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 el uso de los _boards_ para la gestión del **Sprint Backlog** y del **Product Backlog**.
|
|
|
|
|
|
|
|
Por otra parte el uso de los _merge request_ que propociona Gitlab es una herramienta interesante que permite la revisión de un segundo antes de la integración del código en la rama _master_, favoreciendo la revisión de la DoD, por lo que debería tenerse en cuenta para el futuro.
|
|
|
|
|
|
|
|
### Definición de hecho
|
|
### Definición de hecho
|
|
|
|
|
|
|
Se considera suficiente y adecuado para asegurar la calidad del producto. No se ve necesaria la ampliación. |
|
Se considera suficiente y adecuado para asegurar la calidad del producto. No se ve necesaria la ampliación. |
