Sprint 1

Retrospective

En esta sección se recoge la revisión de procesos de trabajo durante el Sprint

Impedimentos

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

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.

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

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
PBI-01	Ver el calendario con huecos libres
		Crear vista de calendario	2 h
		Crear profesores, lugares y asignaturas en frontend	4 h
PBI-02	Seleccionador de asignatura
		Crear selección de profesor para reserva	3h
		Crear desplegable para la selección de asignatura	3h
		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 la no posibilidad de reservar franjas horarias	3h

Durante el desarrollo del sprint se ha tenido que realizar este trabajo:

Identificador	PBI	Historia de usuario	Tarea	Duración
PBI-01	Ver el calendario con huecos libres
		Crear vista de calendario	2 h
		Información de asignaturas, grupos, profesores y lugares	4 h
PBI-02	Seleccionador de asignatura
		Elección de asignaturas, grupos y franja horaria para reserva	3h
		Crear backend para reservas	8 h
		Conectar frontend y backend	2 h
		Reservar Franja Horaria	3 h
		Selección automática de lugar	3h
		Visor de reservas de grupo	2h
		Filtro de franjas horarias por grupo	3h
PBI-04	Visualizador de asignaturas propias, lugar y grupo
		Seleccionar profesor para visualizar horario	3h
		Crear backend de login	4h
		Crear frontend de login	3h
		Borrado de reservas	2h
		Edición de reservas	3h
		Aviso de errores al usuario	2h
Producto
		Revisión de código	6h
		Crear manual de usuario	3h
		Aviso de errores al usuario	2h
		Despliegue para la revisión del cliente	2h
		Pruebas de código	3h

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 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

Se considera suficiente y adecuado para asegurar la calidad del producto. No se ve necesaria la ampliación.

Aspecto de mejora para siguiente Spring

Tras la reunión de planificación del Spring, el Product Owner debe haber colgado los PBI correspondientes al Spring en el tablero (deberán estar etiquetados como Spring2). Cuando se cierre una tarea que corresponda al último elemento necesario para completar un PBI, el desarrollador avisará al Product Owner para que éste compruebe si cumple la DoD y en su caso cierre el PBI en el tablero.