Informe Práctica 3 General
En esta práctica hemos realizado el proyecto de ASEE repartido en ramas. Cada equipo de nosotros tenía asignadas sus ramas, y cada miembro tenía tareas asociadas a las mismas.
La metodología que hemos seguido ha sido que cada uno de nosotros se moviera a la rama de la historia de usuario a la cual pertenece cada una de las subtareas asignadas, realizara la subtarea en código, comprobase que funciona correctamente, e hiciera commit en la rama.
Una vez que hay varios commits (uno por cada tarea) en una rama, si alguien quería realizar más implementaciones debía hacer pull a dicha rama. Una vez estuvieran implementadas todas las subtareas de la rama, significaría que esa historia estaba acabada. Por ello, en ese momento en el que se tiene la rama terminada con todos los commits se hace push al repositorio remoto, se mueve a develop, se hace pull de develop para obtener la última versión, y se realiza el merge con la rama de la historia de usuario acabada para fusionarla con develop y que estén ahí los cambios. Una vez resueltos los conflictos, se realiza el push a develop. Esto ha sido así para todos nosotros en todas las ramas con las tareas que nos perteneciesen. Como comentamos en la última reunión (reflejado en el acta de reuniones), el desarrollo parte de un par de commits en develop que hicimos antes de empezar la práctica 3 de GPS, puesto que empezamos el proyecto de ASEE. Tras ello se ha seguido la metodología de las ramas, como se ha comentado. Hemos realizado, hasta este punto, los sprints 1 a 4, dejando 5, 6 y 7 para las 3 semanas de curso restantes, que contarán con las tareas de refactorización del código. Las historias de usuario de los sprints 1, 2, 3 y 4, están, por tanto, realizadas. Estas tareas e historias de usuario se pueden ver en los informes realizados por cada uno de nosotros en esta Wiki para esta práctica.
En cuanto a la planificación seguida, se ha seguido todo tal y como lo planificamos durante los sprints excepto algunas desviaciones, fruto del momento de la implementación y en especial de nuevas dependencias, que hemos ido documentando según ocurrían para poder tener una trazabilidad. Estas desviaciones se incluyen a continuación. Además, cabe destacar que, respecto a Jira, se han iniciado los Sprint 1 ,2 ,3 y 4 al dia 20/11/2023 que es la fecha en la cual hemos iniciado la práctica para GPS y finaliza en 24/11/2023, que es la fecha de la entrega inicial del proyecto.
-
Intercambio de Tareas entre Blanco y Marrón (HU10):
- Cambio: Los señores Blanco y Marrón han intercambiado la tarea 2 y 3 en la historia de usuario 10.
- Justificación: Para realizar el trabajo de manera más estructurada y eficiente.
-
Modificación de la Tarea 9 - HU16:
- Cambio: Antes era actualización continua, ahora es recalculación puntual.
- Justificación: Los puntos de usuario solo se recalculan tras la simulación de la liga, haciendo innecesaria la actualización continua.
-
Requisito 3 - Engagement del Usuario:
- Cambio: Eliminado sistema de notificaciones en tiempo real, introducido uso de Toolbar.
- Justificación: Para mejorar la experiencia de usuario, proporcionando una navegación más intuitiva.
-
Adición de HU13 en Sprint 4:
- Cambio: Añadida historia de usuario HU13 para realizar la toolbar completa.
- Justificación: Para centralizar y optimizar el desarrollo de la toolbar.
-
Nueva Dependencia entre HU18 y HU15:
- Cambio: Añadida dependencia entre estas historias de usuario.
- Justificación: Para coordinar mejor las tareas y dependencias funcionales entre estas historias.
-
Movimiento de HU20 al Sprint 1 y HU22 al Sprint 4:
- Cambio: Cambio de prioridades entre estas historias de usuario.
- Justificación: HU20 (seguridad de cuentas) considerada más primordial; reordenamiento basado en prioridades del proyecto.
-
Conectar Equipo con el Mercado:
- Cambio: Implementada esta funcionalidad.
- Justificación: Para que los jugadores que tenga el equipo no aparezcan disponibles en el mercado, aumentando el realismo.
-
Modificación de la Tarea 2 - HU10:
- Cambio: Ampliación de la tarea para incluir la simulación de la liga.
- Justificación: Para integrar mejor la simulación de liga en el sistema de clasificación y puntuación.
-
Movimiento de HU06 al Sprint 3:
- Cambio: Avanzada de Sprint 7 a Sprint 3.
- Justificación: Para priorizar el acceso a noticias actualizadas sobre equipos y jugadores.
-
Adición de Nueva Tarea en HU10:
- Cambio: Incluida Tarea 5 para asistir en el desarrollo del sistema de clasificación.
- Justificación: Para reforzar los esfuerzos en una tarea clave del proyecto.
-
Modificación de HU14:
- Cambio: Cambio de enfoque de unirse a ligas privadas a recibir noticias.
- Justificación: Priorización de funcionalidades más relevantes para el usuario, basada en retroalimentación o análisis estratégico.
-
Ejecución Simultánea de Tareas 9 - HU16 y 5 - HU10:
- Cambio: Realización conjunta de estas tareas.
- Justificación: Dado que una tarea depende de la otra, se optimiza el desarrollo realizándolas en paralelo.
-
Adición de Tarea en HU21:
- Cambio: Añadida Tarea 7 para actualizar la interfaz y gestión de la alineación.
- Justificación: Para mejorar y expandir la funcionalidad de la interfaz de usuario.
Las siguientes HUs se implementarán en las próximas semanas, durante la fase de refactorización y pruebas, debido a su mínimo impacto en el resultado final:
- HU02: Elegir un escudo de una lista predefinida brinda a los usuarios la capacidad de otorgar una identidad única a sus equipos, mejorando la experiencia visual y de marca.
- HU03: La elección de colores para un equipo permite a los usuarios expresar sus preferencias personales, lo que mejora su compromiso y satisfacción con el juego.
Algunas HUs se han completado como parte del trabajo en otras áreas:
- HU01: Permitir a los usuarios cambiar el nombre de su equipo se realizó junto a la historia de HU08, al implementar el backend para la edición de equipos era necesario tener un campo en la interfaz para reflejar los cambios.
- HU04: Las estadísticas de los jugadores se han incluido para evaluar su rendimiento, una característica clave para la estrategia y el involucramiento en el juego.
- HU19: La reducción de puntos por tarjetas rojas o faltas se ha implementado para añadir realismo y consecuencias tácticas a las decisiones de los usuarios.
Hemos decidido no implementar las siguientes HUs tras una cuidadosa consideración ya que creemos que restan diversión a la aplicación:
- HU05: Informar sobre lesiones de jugadores podría disminuir la imprevisibilidad y el factor de diversión del juego, ya que deseamos mantener un equilibrio entre estrategia y azar.
- HU09: Permitir a los usuarios eliminar equipos podría impactar negativamente en la retención de jugadores y la integridad de las competiciones dentro del juego.
En resumen, hemos implementado todo lo especificado en el product backlog, excepto las partes de pruebas y testing que se abordarán en la siguiente fase. Además, se añadieron funcionalidades adicionales como una barra de búsqueda y diversos filtros. Las decisiones tomadas siguieron la planificación de GPS, con cada miembro del equipo implementando tareas específicas. Se realizaron merges y pulls con la rama principal (develop), asegurando que las versiones finales incluyan las últimas actualizaciones de las historias de usuario.
El gráfico muestra el progreso de las tareas en el proyecto desde el 27 de octubre hasta el 26 de noviembre, usando un Diagrama de Flujo Acumulado típico en metodologías ágiles. La cantidad de trabajo "Por Hacer" inicialmente es alta y luego se estabiliza, aumentando la cantidad de trabajo semana a semana con la planificación de los sprints, mientras que las tareas "En Curso" aumentan y luego se mantienen constantes en 0, cuando se finaliza la entrega. Las tareas "Listas" comienzan a aparecer el 20 de noviembre y crecen de manera constante, lo que demuestra un flujo continuo de trabajo completado. La tendencia general indica una gestión efectiva del flujo de trabajo con un ritmo constante de finalización de tareas aunque algo retrasada con la planificación inicial.