|
<!-- ### Aspectos Mejorables
|
|
### Aspectos Mejorables
|
|
Durante la **Sprint Retrospective** se han observado los siguientes aspectos como mejorables para futuros *Sprint*:
|
|
Durante la **Sprint Retrospective** se han observado los siguientes aspectos como mejorables para futuros *Sprint*:
|
|
|
|
|
|
#### Feedback reducido de stakeholders:
|
|
#### Gestión del tiempo:
|
|
|
|
|
|
Si bien es cierto que la implicación del cliente es muy elevada y se preocupa por aportar cuanto sea necesario, a la hora de realizar las pruebas en el sistema es difícil encontrar un hueco. Pretendiendo que al menos cada actor realice cada uno de sus casos de uso en las distintas formas que proporciona la apliación, y dado el tiempo disponible del cliente, se puede considerar facilitar el acceso a la aplicación durante las pruebas a diplomados y deportistas para así poder conocer también los comentarios de los mismos y añadir las observaciones de los mismo que el cliente considere oportunas a la pila de trabajo. Se pretende facilitar el acceso al sistema en pruebas al menos a 2 diplomados y otros 2 deportistas para obtener su feedback.
|
|
La necesidad de finalizar la documentación oportuna correspondiente a las evaluación de las prácticas y el desarrollo del propio proyecto son dos asceptos difíciles de compaginar, y aunque en la planificación inicial del **Sprint** se ha tenido en cuenta reduciendo el número de horas con respecto a los otros, es significativo que el trabajo desarrollado ha sido mucho menor.
|
|
|
|
|
|
#### Cierres de issues sin las pruebas adecuadas:
|
|
|
|
|
|
|
|
Se ha visto la necesidad en dos casos de reabrir un *issue* porque durante las pruebas de otro se ha detectado un fallo que afectaba directamente a los criterios de aceptación, lo que no hacía adecuado abrir un issue distinto como sí se ha hecho en otros casos. Por ello, se considera oportuno que durante la planning se especifiquen las pruebas que se van a realizar para el *issue* en cuestión, contemplando las distintas posibilidades que puedan afectar a la funcionalidad del sistema. Además, la falta de pruebas adecuadas ha generado issues con una carga de trabajo de casi el doble de las horas, porque si bien es cierto que los criterios de aceptación de los issues previos se cumplían, se producían errores o deficiencias que afectaban directamente al objetivo del sprint, por lo que era necesario solventarlas.
|
|
|
|
|
|
|
|
### Aspectos positivos
|
|
### Aspectos positivos
|
|
Durante la **Sprint Retrospective** se han observado los siguientes aspectos como adecuados y por tanto se deben mantener para futuros *Sprint*:
|
|
Durante la **Sprint Retrospective** se han observado los siguientes aspectos como adecuados y por tanto se deben mantener para futuros **Sprint**:
|
|
|
|
|
|
#### Ritmo de trabajo
|
|
|
|
|
|
|
|
El ritmo de trabajo establecido ha sido constante, pudiéndose apreciar que durante los periodos de trabajo consecutivos (las semanas centrales) se ha mantenido aproximado el número de horas de trabajo invertido. Se ve reflejado en el diagrama *Burndown* del *sprint*.
|
|
|
|
|
|
|
|
![diagrama burndown](../imagenes/burndown-sprint-1.png)
|
|
|
|
|
|
|
|
#### Foco
|
|
#### Testing
|
|
|
|
|
|
Se ha mantenido una preocupación constante por no trabajar fuera del **objetivo del Sprint**, permitiendo alcanzar así un número importante de incrementos. --> |
|
Las mejoras propuestas durante los otros **Sprint** de cara a las pruebas a realizar en las distintas tareas han demostrado tener su fruto, permitiendo que el trabajo no se acumule *a posteriori* y haciendo que el número de horas planificadas y el número de horas realizadas sea algo que entre dentro de unos márgenes aceptables, reduciéndose desde el primer **Sprint** en un aumento del 70 % a un 20 % en el último. |
|
\ No newline at end of file |
|
\ No newline at end of file |