... | ... | @@ -7,6 +7,8 @@ Además, estas historias de usuario permitirán una estimación más adecuada ta |
|
|
**Para**: *Finalidad*
|
|
|
**Criterios de aceptación**: *"[...]Criterios [...] para dar como finalizada la implementación de la historia de usuario"* <sup>7</sup>
|
|
|
|
|
|
## Historias 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](../1.Especificacion/1.4-Actores.md), que toman parte dentro del proceso de planificación, coordinación y dirección de las sesiones de entrenamiento en el ET.
|
|
|
|
|
|
**ECEF**:
|
... | ... | @@ -193,9 +195,9 @@ En el formato definido anteriormente quedarían con la siguiente forma, sin entr |
|
|
- 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*<sup>8</sup>. 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.
|
|
|
Para realizar una valoración **cuantitativa**, a cada entregable o historia de usuario se le asignará una puntuación en *puntos historia*<sup>8</sup>. 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.
|
|
|
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.
|
|
|
|
... | ... | |