Méthodologie
Pour le choix de la méthodologie, nous avons décidé de mettre en avant notre cours de gestion de projet en utilisant de bonnes pratiques Agiles pour permettre à notre groupe d'atteindre ses objectifs, tout en restant centré sur l'humain et la communication.
Dans le cadre de ce projet, il nous est demandé de travailler par Sprint, en respectant un maximum le Framework Scrum.
Nous avons donc élu un Product Owner, qui sert d'intermédiaire entre le client et l'équipe de développement, ainsi qu'un Scrum Master qui s'occupe de suivre le bon déroulement de le Framework Scrum en impliquant chaque membre du groupe.
Pour respecter un maximum le Framework Scrum, nous avons mis en place un Scrum Board sur Github à l'aide de Github Project, dans lequel nous pouvons consulter le Backlog, le Sprint Backlog, les tâches en cours d'implémentation, les tâches en cours de review, et celles qui sont terminées.
La colonne New contient les User Stories qui ne sont pas encore achevées.
Pour améliorer l'organisation du Scrum Board, nous avons mis en place un système de Labels.
Chacun servant à identifier l'issue, que ce soit un bug, une User Story ou une tâche technique.
Nous avons aussi ajouté un Label pour chaque Sprint, pour mieux retrouver les User Stories terminées lors du ditsprint
Nous avons choisi ESLint comme Linter pour notre code car nous l'avons déjà tous utilisé.
Afin de gérer au mieux notre Git, nous avons décidé d'utiliser des rebases pour permettre à notre historique sur Github d'être linéaire et facilement compréhensible pour une personne externe à notre projet.
Nous travaillons chacun sur une branche personnelle à notre nom et utilisons des rebases lorsque nous mergeons vers la branche "dev". Les commits de chacun doivent être approuvés par quelqu'un d'autre grâce à une pull request.
Pour la branche 'main', nous avons convenu d'utiliser des squashs pour chacun des sprints terminés afin de mieux rassembler le code.