| ... | ... | @@ -4,10 +4,10 @@ La creación de los issues a partir de los PBIs ha proporcionado una solución a |
|
|
|
|
|
|
|
# ¿Que podría mejorarse?
|
|
|
|
|
|
|
|
El hecho de haber diseñado el frontend sin disponer de los conocimientos suficientes de cómo iba a comportarse la API ha provocado una refactorización muy profunda del frontend a la hora de integrarlo con la API. El principal problema ha sido el tratamiento de los objetos en el frontend.
|
|
|
|
|
|
|
|
Otro problema ha sido a la hora de inyectar colecciones desde la librería externa en la API. No se realizaban las inyecciones de forma apropiada, por lo que se ha optado por crearlas dentro de la API e integrarlas en el segundo sprint junto con la lógica de negocio.
|
|
|
|
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.
|
|
|
|
|
|
|
|
# ¿Que se hará diferente?
|
|
|
|
|
|
|
|
Estudiar el profundidad cómo deben ser los objetos que debe recibir la API para cambiar la integración frontend-backend y tener más facilidad a la hora de trabajar con los objetos y los stores en JS. |
|
|
|
Implantar una reunión semanal con el cliente para recibir feedback sobre el desarrollo.
|
|
|
|
|
|
|
|
Además, implantar un plan de pruebas riguroso para determinar si se cumplen o no los objetivos del sprint. |
