GitLab

Una vez analizados los objetivos que se persiguen y cómo cada actor puede darles una solución, con la finalidad de poder evaluar si las distintas alternativas cumplen o no con lo que se espera de ellas y de esta forma poder compararlas, se utilizarán las historias de usuario como herramienta principal. "Las historias de usuario son una herramienta que agiliza la administración de requisitos, reduciendo la cantidad de documentos formales y tiempo necesarios. Forman parte de la fórmula de captura de funcionalidades definida en 2001 por Ron Jeffries de las tres Cs[...]"" ⁷.

Además, estas historias de usuario permitirán una estimación más adecuada tanto en tiempo como en coste para poder comparar las distintas soluciones. El formato que tiene una historia de usuario es el siguiente:

Como: Actor Quiero: Funcionalidad Para: Finalidad Criterios de aceptación: "[...]Criterios [...] para dar como finalizada la implementación de la historia de usuario" ⁷

Dentro de este marco, desde los entregables del Impact Map y tras hablar con el cliente (Reunión de fecha de 04/09/2024), se han concretado las siguientes historias de usuario para cada uno de los distintos actores, que toman parte dentro del proceso de planificación, coordinación y dirección de las sesiones de entrenamiento en el ET.

ECEF: - Validación de fichas de entrenamiento - Definición de ejercicios - Definición de materiales para realizar ejercicios - Gestión de perfiles de ECEF, Diplomados y Deportistas - Control de niveles de ejecución de fichas - Gestión de un aula de expertos

Diplomados: - Diseño de planes de entrenamiento - Propuesta de fichas - Acceso al aula de expertos

Encargados de grupo: - Planificación rápida de sesiones de entrenamiento - Distribución de información de sesiones al grupo de entrenamiento - Alertas de sobrecarga

Deportistas: - Registro en la aplicación - Solicitud de cambio de nivel de Deportista - Creación de grupos de entrenamiento - Solicitud de acceso a grupos de entrenamiento - Asistente de ejecución de la sesión - Feedback de la sesión - Anotar datos rendimiento - Calculadora de VAM y 1RM - Carga en SIGINS de los datos de entrenamiento

En el formato definido anteriormente quedarían con la siguiente forma, sin entrar en detalle de los criterios de aceptación más que para saber si las distintas soluciones propuestas cumplen o no con lo que el cliente necesita, estructuradas en actores:

ECEF:

1. HU-01: Validación de fichas de entrenamiento

   • Como: ECEF
   • Quiero: validar las fichas de entrenamiento de manera rápida y sencilla.
   • Para: asegurar que las fichas cumplen con criterios de coherencia adecuados.
   • Criterios de aceptación:
     • Que la ECEF pueda decidir qué fichas son válidas para difundir.

2. HU-02: Definición de ejercicios

   • Como: ECEF
   • Quiero: definir ejercicios.
   • Para: proporcionar ejercicios realizables y bien definidos para poder diseñar y ejecutar las fichas.
   • Criterios de aceptación:
     • Que la ECEF pueda definir qué ejercicios son o no adecuados para incluir en las fichas.

3. HU-03: Definición de materiales para realizar ejercicios

   • Como: ECEF
   • Quiero: definir el material necesario para cada ejercicio.
   • Para: asegurar que los entrenadores y Deportistas tienen claridad sobre los recursos que necesitan.
   • Criterios de aceptación:
     • Que la ECEF pueda definir materiales para utilizar en los ejercicios que propone

4. HU-04: Gestión de perfiles de ECEF, Diplomados y Deportistas

   • Como: ECEF
   • Quiero: gestionar los perfiles de diferentes actores (Diplomados, Deportistas).
   • Para: administrar permisos y niveles de acceso.
   • Criterios de aceptación: Que la ECEF pueda definir quienes son diplomados o no.

5. HU-05: Control de niveles de ejecución de fichas

   • Como: ECEF
   • Quiero: controlar los niveles de ejecución de fichas.
   • Para: comprobar qué fichas se ejecutan y qué fichas no, así como quién ejecuta qué fichas.
   • Criterios de aceptación:
     • Que la ECEF pueda comprobar si hay fichas que no se utilicen o unidades que no utilicen fichas.

6. HU-06: Gestión de un aula de expertos

   • Como: ECEF
   • Quiero: gestionar las actividades dentro del aula de expertos.
   • Para: continuar la formación de los diplomados en Educación Física.
   • Criterios de aceptación:
     • Que la ECEF pueda gestionar un lugar donde perfeccionar los conocimientos de los diplomados.

Diplomados:

1. HU-07: Diseño de planes de entrenamiento

   • Como: Diplomado
   • Quiero: diseñar planes de entrenamiento personalizados.
   • Para: proporcionar plantillas base para realizar macrociclos orientados a unos objetivos concretos.
   • Criterios de aceptación:
     • Que el diplomado pueda diseñar plantillas de planes de entrenamiento, en base a objetivos genéricos, para que cualquiera pueda utilizarla.

2. HU-08: Propuesta de fichas

   • Como: Diplomado
   • Quiero: proponer fichas de entrenamiento.
   • Para: aumentar y actualizar las fichas actuales de entrenamiento .
   • Criterios de aceptación:
     • Que los diplomados puedan proponer fichas nuevas a la ECEF.

3. HU-09: Acceso al aula de expertos

   • Como: Diplomado
   • Quiero: acceder al aula de expertos.
   • Para: mejorar mi formación.
   • Criterios de aceptación:
     • Que los diplomados puedan recibir formación de perfeccionamiento en su ámbito por parte de la ECEF.

Encargados de grupo:

1. HU-10: Asistente de planificación

   • Como: Encargado de grupo
   • Quiero: disponer de un asistente que me permita trabajar con los documentos de la ECEF y los diplomados para poder planificar las sesiones de EF.
   • Para: facilitar la planificación de la gimnasia.
   • Criterios de aceptación:
     • Que el encargado de grupo tenga una forma sencilla y ágil de incluir fichas en sus sesiones y revisar la programación.

2. HU-11: Tablón de grupo

   • Como: Encargado de grupo
   • Quiero: poder gestionar un tablón en el que mostrar a los miembros del grupo las actividades previstas.
   • Para: distribuir la información de sesiones al grupo de entrenamiento.
   • Criterios de aceptación:
     • Que exista un lugar donde un grupo de entrenamiento pueda consultar su próximos entrenamientos y saber quién puede verlo o no.

3. HU-12: Alertas de sobrecarga

   • Como: Encargado de grupo
   • Quiero: recibir alertas cuando los deportistas presenten una posible sobrecarga.
   • Para: prevenir lesiones y garantizar un entrenamiento equilibrado.
   • Criterios de aceptación:
     • Que dadas unas determinadas condiciones, al encargado de grupo se le avise de que hay deportistas del grupo que pueden presentar síntomas de sobrecarga.

Deportistas:

1. HU-13: Calendario de entrenamientos

   • Como: Deportista
   • Quiero: poder acceder a un calendario de los grupos en los que me encuentro.
   • Para: conocer el contenido de las siguientes sesiones a realizar.
   • Criterios de aceptación:
     • Que exista un lugar desde el que un deportista pueda ver los próximos entrenamientos que tiene que realizar.

2. HU-14: Creación de grupos de entrenamiento

   • Como: Deportista
   • Quiero: crear grupos de entrenamiento.
   • Para: organizar sesiones y actividades con otros Deportistas si se me nombra encargado de un grupo.
   • Criterios de aceptación:
     • Que cualquier deportista pueda crear un grupo.

3. HU-15: Solicitud de acceso a grupos de entrenamiento

   • Como: Deportista
   • Quiero: solicitar acceso a un grupo de entrenamiento.
   • Para: poder acceder a la planificación de un grupo de entrenamiento.
   • Criterios de aceptación:
     • Que una vez que quiero entrar en un grupo de entrenamiento pueda enviar una petición para que se acepte.

4. HU-16: Asistente de ejecución de la sesión

   • Como: Deportista
   • Quiero: tener un asistente para guiarme en la ejecución de la sesión de entrenamiento.
   • Para: asegurarme de seguir los pasos correctos y optimizar mi rendimiento.
   • Criterios de aceptación:
     • Disponer de una herramienta que me facilite la ejecución de la sesión de entrenamiento.

5. HU-17: Feedback de la sesión

   • Como: Deportista
   • Quiero: dar feedback sobre la sesión de entrenamiento.
   • Para: mejorar la planificación futura de mis entrenamientos.
   • Criterios de aceptación:
     • Que pueda hacer saber de forma sencilla a mi encargado de entrenamiento los pormenores de la sesión.

6. HU-18: Anotar datos de rendimiento

   • Como: Deportista
   • Quiero: anotar mis datos de rendimiento.
   • Para: evaluar mi progreso y ajustar mi entrenamiento.
   • Criterios de aceptación:
     • Que pueda controlar mis datos de rendimiento como RM, VAM y máximo de repeticiones.

7. HU-19: Calculadora de VAM y 1RM

   • Como: Deportista
   • Quiero: poder calcular de forma sencilla mi VAM y mi 1RM de los ejercicios.
   • Para: que poder registrar los datos y ver mi progreso.
   • Criterios de aceptación:
     • Que pueda calcular rápidamente mis datos de rendimiento si necesidad de fórmulas

8. HU-20: Carga en SIGINS de los datos de entrenamiento

   • Como: Deportista
   • Quiero: cargar mis datos de entrenamiento en SIGINS.
   • Para: que quede registrado en SIGINS la realización de las sesiones.
   • Criterios de aceptación:
     • Que pueda actualizar en SIGINS las fichas de la aplicación.

Para realizar una valoración cuantitativa, a cada entregable o historia de usuario se le asignará una puntuación en puntos historia⁸. A partir de estos puntos historia, se calcula el total para cada impacto y el total de la solución, permitiendo así determinar el porcentaje de cobertura de los impactos. En los casos en que un impacto se vea cubierto de manera no prevista a través de los entregables, será necesario evaluar el porcentaje de cumplimiento de dicho impacto.

Este enfoque permite agrupar los distintos entregables e impactos, facilitando la comparación del peso de cada uno en términos de tiempo y coste, lo que proporciona una visión clara del esfuerzo necesario para su implementación.

El concepto de punto historia, en este contexto concreto, se utiliza para hacer referencia al esfuerzo de desarrollo e implementación que puede completarse durante una jornada laboral de 8 horas. Siguiendo esta metodología, 2 puntos historia equivaldrían a dos jornadas laborales, es decir, 16 horas de trabajo. Es importante destacar que cualquier estimación realizada se basa en la experiencia y el criterio profesional tanto del analista como de los desarrolladores que la efectúan. Estas estimaciones son aproximaciones y, aunque no ofrecen una precisión absoluta en cuanto al tiempo real de ejecución, permiten proporcionar al cliente una proyección estimada de tiempo y coste.

La tabla con los puntos historia de cada historia de usuario es la siguiente: