Sprint 2 - jolara04-svg/Buscador_Sombras GitHub Wiki
Sprint 2 - Planning
Fechas: 5/10/2026 - 18/10/2026
Objetivo: Tener una primera versión funcional de nuestro proyecto (que el usuario pueda ver el mapa)
HU abordadas:
- Hª 2: Visualización 2D campus
- Hª 3: Visualización 3D campus
- Hª 4: Alternar entre 2D y 3D
- Hª 5 Observar Iluminación del campus
Tareas:
- Revisión de las H.U. y requisitos de aceptación + prioridad de las tareas
@MinGuan - Investigar sobre tecnologías del backend
@JoseManuel - Encontrar una versión actualizada del mapa y dividirla en chunks para guardarla en la base de datos y cargarlas poco a poco
@GalileoGarcia - Crear un visualizador con un código limpio, a ser posible a mano, o supervisando a la IA
@VictorSánchez - Organización del proyecto de github, manejar las historias de usuario ya cumplidas por los criterios de aceptación.
@Ouyang
Posibles Riesgos:
Riesgos del Sprint 2
| ID | Riesgo | Probabilidad | Impacto | Medidas de mitigación |
|---|---|---|---|---|
| R01 | Incompatibilidad de WebGL en Android o ciertos modelos de móvil | Alta | Alto | Probar en diferentes dispositivos y navegadores |
| R02 | Retrasos en la integración frontend-backend | Media | Alto | Definir interfaces y realizar pruebas de integración |
| R03 | Datos 3D del campus incompletos | Media | Medio | Validar datos y trabajar inicialmente con una zona pequeña |
| R04 | Datos de los mapas desactualizados | Alta | Medio | Encontrar los escaneos más recientes de la ciudad de Madrid hechas por el ayuntamiento |
| R05 | Vulnerabilidad de seguridad o librerías maliciosas incluídas | Bajo | Alto | Revisar las librerías que utilizamos sean las autenticadas y actualizadas, tener copia de seguridad de datos para que no se corrompan |
| R06 | Retrasos en las entregas | Media | Alto | Revisar el progreso periódicamente y detectar bloqueos |
| R07 | Ignorancia por el sobreuso de la IA | Alta | Bajo | Realizar cambios pequeños y progresivos para poder realizar un seguimiento constante de lo que realiza |
Sprint 2 - Review
Completado:
- Tenemos disponible un escaneo del municipio de Madrid con los edificios en 3D
- El backend contiene la información de los mapas divididos en chuncks y permite que a la hora de que el usuario solicite unas coordenadas pueda devolver el acorde lugar sin cargar el mapa entero.
- Tenemos una primera versión funcional de nuestro programa con tanto un visor 2D (mapa integrado) como un visor 3D
Demo:
Feedback recibido: De momento el usuario de la applicación no nos ha dicho nada.
Backlog actualizado:
- Algunas historias de usuario eran demasiado grandes y fueron desmenuzadas en otras más accesibles para este segundo sprint.
Sprint 2 - Retrospective
Qué fue bien:
La eficiencia de este sprint fue bastante buena, hemos podido hacer muchas más cosas de las que inicialmente teníamos planteadas; solo queríamos encontrar las herramientas adecuadas para el proyecto y que tecnologías usar en el frontend y backend al final no solo acabamos con unbackkend funcional sino que también tenemos una versión demo de nuestro proyecto que nos permite visualizar el mapa dividido en chuncks de Madrid aparte de tener integrado el mapa de OpenStreetView en 2D poder modificar la posición del sol dependiendo del día y la hora que escojas aunque la parte de la sombra proyectada. todavía esté en proceso. Nos mantemos firme con el método Scrum, cada vez presentando un producto funcional con ligeras modificaciones que lo van mejorando.
Qué mejorar:
La cohesión del grupo es decente pero todavía queda un montón por mejorar respecto a la organización de los contenidos, de la asignación de tareas y la comunicación entre integrantes del equipo. Cada uno debe tener claro la laboral que tiene durante el sprint y que problemas tiene que abordar. Los commits tienen que ir de manera ordenada en sus respectivas ramas y no todo los pull requests deben de estar en el main para que se pueda ver de manera lineal la progresión de nuestro proyecto.
Acciones: ...
Reflexión:
Para el próximo Sprint y durante las clases de ingeniería de Software deberíamos traernos todos el ordenador y así poder trabajar con la máxima eficiencia, denotando los problemas que nos han surgido y mandar a un desarrollador a que resuelva ese problema cuando los otros trabajen en funcionalidades nuevas. Como hemos visto que tenemos tiempo de sobra para acabar con los objetivos que nos hemos propuesto , podríamos proponer un Sprint Goal más ambicioso o aumentar la calidad de nuestro producto con más funcionalidades.