[IV-24-25] Objetivo 2 - Githubissues

Sobre la estructura del repositorio

[x] ¿He seguido las mejores prácticas en el nombre de las clases y ficheros y disposición de los mismos?
[x] ¿He mirado tanto reglas generales (para cualquier repo) como reglas específicas para el lenguaje con el que se está trabajando?

[x] ¿Se han planteado una serie de issues, asignados a las historias de usuario pertinentes, que clarifiquen qué es lo que necesitan los usuarios e identifiquen las diferentes partes del problema?
[x] ¿Los issues representan un problema, y no una tarea? Sobre el análisis del problema
[x] ¿Se ha documentado qué análisis se ha hecho sobre el dominio para decir lo que se ha creado?
[x] ¿Se ha documentado por qué se ha elegido que lo creado sea un objeto valor, una entidad o un agregado?
[x] ¿He propuesto un producto mínimamente viable, que en muchos casos será un solo objeto valor que no dependa de ningún otro (y que sea la base de muchos otros)?.

[x] ¿Todos los mensajes de commit explican el cambio, y no se limitan a repetir el nombre del fichero que se ha cambiado?
[x] ¿Los mensajes de commit siguen el formato estándar y buenas prácticas?
[x] ¿Se ha hecho una revisión real del código para comprobar que todos los atributos y funciones creadas están respaldadas por una HU?
[x] ¿Todos los issues creados están relacionados con a una HU?
[x] ¿Ha asignado el propietario/la propietaria del repositorio todos los issues planteados al milestone correspondiente?
[x] ¿Todos los cambios en el código están asignados a un issue al que se referencia en un commit?
[x] ¿Se ha asignado al mismo milestone el PR que se ha hecho?
[x] ¿Es el milestone sobre el que estoy trabajando un producto mínimamente viable? ¿O tengo que solicitar al product manager que precise de qué producto se trata?
[x] ¿Se ha comprobado que el código entregado sea sintácticamente correcto?