Faire un plan de match
Le projet n'est pas présenté sous forme de récits utilisateurs, mais plutôt sous forme d'un document fonctionnel écrit par un expert du domaine.
De ce fait, avant de commencer le projet, il sera nécessaire d'avoir un plan de match.
L'objectif n'est pas de tout faire d'un seul coup. Par contre, l'équipe doit avoir assez de travail planifié pour démarrer.
Votre plan de match sera à présenter à votre correcteur/trice la semaine suivante.
- Découper le projet en récits (en équipe)
- Cataloguer les récits dans GitHub Issues
- Cette fonctionnalité est disponible dans tous vos dépôts GitHub
- Placer des milestones dans le temps (les X premiers récits seront livrés pour le XYZ)
- Ces milestones sont bien sûr des estimés. Faire cette activité planification en équipe est plus important que la date elle-même. Par contre, si vous livrez 20% de ce qui était prévu à cette date, ça vous donne peut-être une indication que le plan est à réviser.
- Voir ci-bas pour les placer dans GitHub
⚠️ Note: Sur le site du cours, en ce moment, il n'y a qu'une seule fonctionnalité, mais il y en aura d'autres d'ici la première remise. Prenez pour acquis que la première fonctionnalité représente environ 1/3 du projet.
Les jalons dans GitHub
Malheureusement, avec l'organisation dans GitHub, il n'est pas possible d'utiliser le champ "milestone" dans GitHub Issues.
Pour pallier à cela, vous devez utiliser des labels. Vous pouvez créer les labels requis pour votre équipe.
Vous devez avoir au moins 2 jalons par remise. Évidemment, vous ne pourrez pas tous les remplir uniquement avec la fonctionnalité 1.