|
|
|
## ¿Que fue bien?
|
|
|
|
##### Aspectos a Mejorar
|
|
|
|
|
|
|
|
La creación de los issues a partir de los PBIs ha proporcionado una solución al problema de forma incremental. El diseño de las entidades en la API también ha sido correcto.
|
|
|
|
Como paso fundamental en el proceso de mejora continua que se debe aplicar a la hora de desarrollar el proyecto, tras la finalización del **primer sprint** hemos identificado una serie de aspectos mejorables de cara a los siguientes sprint.
|
|
|
|
|
|
|
|
## ¿Que podría mejorarse?
|
|
|
|
#### Dificultad de comunicación con el cliente
|
|
|
|
|
|
|
|
El nivel de contacto con el cliente ha sido bajo, provocando que se hayan tenido que tomar decisiones de diseño sin conocer realmente el negocio.
|
|
|
|
Al no contar con un contacto directo con el cliente, en este primer Sprint ha sido difícil poder contar con la opinión del mismo a la hora de optar por ciertas decisiones en cuanto al diseño del sistema, tanto a nivel visual como funcional.
|
|
|
|
Este hecho también ha influido en el apartado de pruebas ya que no se ha podido contar con un usuario para el que vaya destinado el sistema que pudiera aportar el feedback en cuando a los procesos y la interfaz de la aplicación. Por ello en los futuros sprint se intentará poner un mayor esfuerzo a la hora de contar con usuarios para realizar pruebas en el sistema.
|
|
|
|
|
|
|
|
## ¿Que se hará diferente?
|
|
|
|
#### Falta de Documentación
|
|
|
|
|
|
|
|
Implantar una reunión semanal con el cliente para recibir feedback sobre el desarrollo.
|
|
|
|
El sistema esta destinado a ser desplegado en servidores de MINISDEF concretamente JCSISAT. Esto es motivo de que tenga que adecuarse a ciertos estándares a nivel visual y tecnológico. En este primer sprint no se ha podido contar con esta información derivando en el hecho de que la aplicación no cumple con los parámetros definidos en las guias de estilo oficiales.
|
|
|
|
Para el siguiente sprint se hará una adecuación del producto actual para adaptarlo a los requisitos exigidos.
|
|
|
|
|
|
|
|
Además, implantar un plan de pruebas riguroso para determinar si se cumplen o no los objetivos del sprint. |
|
|
|
|
|
|
|
##### Aspectos Positivos
|
|
|
|
|
|
|
|
Aunque el objetivo de la Sprint Retrospective es la mejora de los procesos de trabajo, también sirve para identificar aspectos positivos y no perderlos al centrarse en las mejoras necesarias. Como puntos positivos hemos identificado los siguientes.
|
|
|
|
|
|
|
|
#### Organización del trabajo
|
|
|
|
|
|
|
|
En este sprint se ha podido ver que se ha realizado una correcta organización del trabajo, tanto en la elección de los PBI a implementar como su división en issues, permitiendo la obtención de un producto adecuado de forma incremental orientado al objetivo del sprint. Lo que implica que el equipo ha estado correctamente con el objetivo evitando perder el foco en este aspecto.
|
|
|
|
|
|
|
|
#### Arquitectura del desarrollo
|
|
|
|
|
|
|
|
Otro aspecto positivo ha sido, que pese al inconveniente del acceso al cliente, hemos sido capaces de desarrollar un diseño de la aplicación adecuado y adaptable a las necesidades de cambio que ya han sido identificadas. Por lo tanto no será necesario una reestructuración de todo el sistema para adecuarse a los requisitos exigidos. |
|
|
\ No newline at end of file |
