p { margin-bottom: 0.25cm; line-height: 120%; }
GROUPE 21
POKEFIGHT
READ ME :
Sprint 1 et 2 :
Nom du scrum master du sprint :
- Consulter les règles du jeudi
- Choisir son nom
- Naviguer dans un menu
- Consulter sa progression
- Système d’attaque basique
- Choisir ses attaques
- Combat contre une IA basique
- Sauvegarde du score
Former les membres du groupe à Git par un des membre qui l’utilise régulièrement.
Nous avons tous pu efficacement utiliser les fonctions de base de Git.
Il faut que les gens spécialisés dans certains domaines puissent former les autres afin d’améliorer les compétentes et l’efficacité de l’équipe.
Faire des binômes pour augmenter l’efficacité générale et avoir un code plus propre
Si le code est plus propre et plus lisible par l’équipe , et que l’on a pas besoin d’aller régulièrement régler des bug.
Nous n'avons pas fait de readMe pour le premier sprint alors celui-ci parlera des deux premiers. Au début, nous nous disions que pour seulement 2 jours de travail, paramétrer un git lab serait une perte de temps. C'était une erreur car s'envoyer les codes sur slack ne nous faisait pas gagner de temps, mais plutôt en perdre.
Ensuite nous avions décidé de chacun travailler de son côté sur chacun une tâche différente. Cela aurait pu fonctionner mais l'un d'entre nous s'est retrouvé à un moment en difficulté et nous avons alors pas pu tout finir à la fin du sprint.
Pour le second sprint nous avons décidé de changer nos méthodes de travail. Premièrement nous avons pris 15 minutes pour qu'une personne du groupe à l'aise avec git lab puisse expliquer à chacun comment s'en servir, ce qui durant le sprint suivant nous a fait gagner beaucoup de temps.
Ensuite nous avons décidé de travailler par binôme. Ça nous a permis d'avancer sans interruption. Dès qu'une personne bloque, l'autre l'aide, si elle ne peux pas l'aider, celle-ci fait les recherches nécessaires.
Sprint 3 :
Nom du scrum master du sprint :
- Choisir ses attaques
- Combat contre une IA basique
- Sauvegarde du score
- Voir le score
- Affronter des Boss
- Choix du personnage
Faire des binômes pour augmenter l’efficacité générale et avoir un code plus propre
le code est plus propre et plus lisible par l’équipe , et que l’on a pas besoin d’aller régulièrement régler des bug.
Nous allons plus régulièrement travailler en binômes pour les parties les plus complexe.
Mettre un réveil pour fusionner les classes proprement 10 minutes avant la démo.
Si la fusion est propre et qu’il n’y a pas eu de bug durant la prochaine démo.
Pour le Sprint 3 du mardi matin , nous avons repris les US qui n’ont pas été finalisés pendant la journée et le sprint précédent, régler les bugs qui étaient présent et commencé de nouveaux US.
On a recommencé à travailler chacun de son côté tout en mettant en commun régulièrement grâce à Git et en faisant des pauses dans notre travail quand un de nous était en difficulté pour l’aider et se mettre à plusieurs pour régler le problème. Ça nous a permit d’avancer efficacement sans qu’un de nous bloque pendant ce Sprint.
Pour les difficultés rencontrés, nous avons régler l’assemblage des codes du sprint seulement 5 minutes avant la démo, et on s’est rendu compte que nous n’avions pas eu le temps de bien assembler les codes et donc il restait des erreurs et des coquilles dans le code finale lors de la démo.
Nous avons donc décider de mettre un réveil pour mettre en commun lors du prochain sprint les codes 10 minutes avant la démo et la rétrospective.
Nous nous sommes trouvé performant sur notre entraide quand il y a des difficultés et sur la mise en commun régulière du code.
Sprint 4 :
Nom du scrum master du sprint :
- Voir le score
- Affronter des Boss
- Choix du personnage
- Avoir un jeu équilibré et pouvoir finir le jeu
- Voir sa jauge de vie
- Pouvoir utiliser toutes les features sans bug
Mettre un réveil pour fusionner les classes proprement 10 minutes avant la démo.
la fusion est propre et qu’il n’y a pas eu de bug durant la prochaine démo.
Nous allons plus régulièrement travailler en binômes pour les parties les plus complexe.
Rajouter des US car il nous restait seulement 7 point d’action à réaliser
Si nous avons du travail jusqu’au dernier Sprint
Nous avons mis en place le réveil 10 minutes avant la fin du sprint afin de pouvoir tout mettre proprement en commun. Ça a eu pour effet de pouvoir présenter une démo sans bug devant le reste des équipes.
Nous avons rencontré des difficultés avec Git pendant ce sprint à cause de problème de conflit entre des changements de classes faits par différentes personnes du groupe en même temps. Il nous faudra donc plus communiquer et dire au groupe à l’oral sur quelle classe on travail afin que plusieurs personnes ne travaillent pas en même temps sur une classe dans le git.
Sprint 5 :
Nom du scrum master du sprint :
- Avoir un jeu équilibré et pouvoir finir le jeu en tant qu’utilisateur
- Voir sa jauge de vie
- Pouvoir utiliser toutes les features sans bug
-Avoir un jeu fini sans bug du début à la fin
Rajouter des US car il nous restait seulement 7 point d’action à réaliser
Il nous restait des choses à ajouter et maintenant nous avons du travail jusqu’au dernier Sprint
Ne pas hésiter à mettre plus d’US dès le départ.
Faire la moitié du groupe pour le test des codes et l’autre qui règle les problèmes.
Si on a réussi à compléter un nombre de point près de la moyenne des sprint et qu’il y a moins d’erreur à l’application à la fin du sprint.
Au départ du sprint nous n’avions quasiment plus de US .
Nous avons donc choisit de rajouter des histoires utilisateurs pour pouvoir compléter notre jeu , rajouter des utilitaires et le rendre plus agréable à jouer.
Nous avons aussi décider de régler le reste des bugs qui s’étaient ajouter au fur et à mesures des mises à jours du git et qui étaient passé entre les mailles du filet.
Nous avons donc un petit jeu presque viable mais pour le moment il manque encore des fonctionnalités qui étaient optionnelles à la base mais que nous avons rajouter.
**Sprint 6 : **
Nom du scrum master du sprint :
- Avoir un jeu équilibré et pouvoir finir le jeu en tant qu’utilisateur
- Voir sa jauge de vie
- Pouvoir utiliser toutes les features sans bug
- Avoir un jeu fini sans bug du début à la fin
- Pouvoir créer son propre pokemon
Faire la moitié du groupe pour le test des codes et l’autre qui règle les problèmes.
On a réussi à compléter un nombre de point près de la moyenne des sprint et qu’il y a moins d’erreur à l’application à la fin du sprint.
Essayer de faire ça pendant 10 minutes par sprint plutôt que de devoir tout faire à la fin, ce qui permet de conservé une dépense de point tout au long.
Se répartir toutes les taches dès le début pour être le plus efficace et ne pas voir de temps mort pendant le sprint quand on ne sait pas quoi faire mais faire une réunion au milieu pour voir ce qu'il reste à faire et repartager les tâches.
Si personne n’a rien à faire à un moment donné
Pour ce dernier sprint de la deuxième journée nous avons décidé de nous plonger dans le code pour régler tous les petits problèmes visible et pour optimiser ce qui était possible.
Nous avons rencontré un problème c’est que parfois certains ne trouvait rien à faire alors que d’autres avaient plusieurs choses à faire . Il faudra donc plus communiquer et se donner le même nombre et la même difficulté de tache à chacun dès le début du Sprint.
**Sprint 7 : **
Nom du scrum master du sprint :
- Avoir un jeu fini sans bug du début à la fin
- Pouvoir créer son propre pokemon
Nous nous sommes concertés pendant 15 minutes au milieu du sprint pour se répartir les dernières taches avant la fin du projet.
Faire une petite réunion au milieu du sprint est indispensble quand on est en fin de projet et qu'il reste une multitude de petites choses à faire qui ne sont pas prévisible au début du sprint.
Durant les parties critique d'un projet , il faudra faire des réunions et faisant une pause dans nos activités afin que tout le monde est une vision de ce qu'il reste à faire et que l'on mette a jour ensemble ce qu'il reste à faire.
Durant ce dernier sprint du projet nous avions juste quelques tâches à réaliser que nous nous sommes réparties. Nous avons tous travaillé sur nos parties et lors de la réunion du milieu de sprint il s'est avéré que certains avait plus de travail restant que d'autres , ce qui nous as permis de re-répartir les dernieres choses à faire , indispensable au rendu du projet.