|
|
# Sprint 2
|
|
|
## Retrospective |
|
|
\ No newline at end of file |
|
|
## Retrospective
|
|
|
|
|
|
## Sprint Retrospective
|
|
|
|
|
|
Durante el desarrollo del Sprint se han detectado dos posibles aspectos a mejorar:
|
|
|
|
|
|
- Asegurar un uso correcto de GIT
|
|
|
- Reducir la deuda técnica
|
|
|
|
|
|
### Asegurar un uso correcto de GITLAB
|
|
|
|
|
|
La herramienta GIT que se está utilizando es GITLAB. Es una herramienta que no solo permite el control de versiones, si no que además proporciona herramientas de seguimiento y tableros para el control y adaptación del trabajo pendiente. Siguiendo la metodología de *Combat Agile* el uso de GIT es importante para poder asegurar que se sigue el marco *Scrum*, permitiendo aportar el máximo de valor al cliente.
|
|
|
|
|
|
En este sentido, se han detectado las siguientes prácticas inadecuadas en el desarrollo del Sprint:
|
|
|
|
|
|
- Issues mal definidos
|
|
|
- Issues sin estimar
|
|
|
- Varios issues en progreso
|
|
|
- Varios issues asignados al mismo desarrollador sin cerrar
|
|
|
- PBI completados que no están cerrados
|
|
|
|
|
|
Creemos que si se mejora en este aspecto, podría ayudar a ganar foco sobre el objetivo del Sprint. Por ello se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como [Issue #73](https://git.institutomilitar.com/RodrigoDG23/MiColegio/-/issues/73).
|
|
|
|
|
|
### Revisión de la deuda técnica
|
|
|
|
|
|
Durante el desarrollo, pueden darse situaciones en las que el trabajo realizado, desde el punto de vista del código, no sea el óptimo. Esto puede provocar que adaptaciones futuras de la aplicación sean más complejas de lo que deberían, pudiendo complicar y retrasar trabajo futuro.
|
|
|
|
|
|
Lo que se pretende es reducir esa deuda que posteriormente puede provocar una estimación inadecuada de los issues.
|
|
|
|
|
|
Para ello, se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como [Issue #74](https://git.institutomilitar.com/RodrigoDG23/MiColegio/-/issues/74)
|
|
|
|
|
|
### Mejorar la estimación de tiempos en las tareas
|
|
|
|
|
|
Para poder establecer un plan de trabajo adecuado durante las *Daily* es necesario poder estimar adecuadamente las tareas que se van a realizar. Esta estimación depende en gran parte de la experiencia de los desarrolladores por lo que no siempre es fácil asegurar su cumplimiento, pero una buena aproximación permite un progreso más constante hacia el *Sprint Goal* según lo previsto.
|
|
|
|
|
|
Durante este Sprint, se ha detectado en determinadas ocasiones que la estimación ha sido bastante distinta de lo previsto. Para poder ir mejorando esa experiencia es conveniente ir anotando esas diferencias de forma que luego se pueda ver dónde se ha estimado inadecuadamente.
|
|
|
|
|
|
Para ello, se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como [Issue #75](https://git.institutomilitar.com/RodrigoDG23/MiColegio/-/issues/75) |
|
|
\ No newline at end of file |