Projet de développement — BUT3 apprentissage

Vous découvrirez Godot en explorant et en modifiant un projet existant.

Vous pourrez en réutiliser et adapter les scènes, les scripts et les ressources, en indiquant leurs sources et en comprenant leur fonctionnement.

Chaque membre doit pouvoir expliquer les éléments qu’il utilise et les modifications qu’il apporte.

Présentez votre proposition de jeu :

• Le concept et l’objectif du joueur, en quelques phrases.

• Les actions principales, les obstacles et les conditions de victoire et de défaite.

• Un exemple de salle ou de niveau, éventuellement sous forme de croquis.

• Les éléments que vous comptez réutiliser du projet fourni et les adaptations envisagées.

• Le périmètre minimal du jeu et les idées supplémentaires que vous pourriez explorer si le temps le permet.

Votre proposition doit permettre de discuter de la faisabilité du jeu avec les encadrants.

Le cycle en V met en relation les étapes de définition et de conception avec les niveaux de test correspondants. Les besoins et la conception servent à préparer les vérifications et la validation du produit.

La démarche agile privilégie des livraisons fréquentes et l’adaptation à partir des retours obtenus sur un produit utilisable.

Ces deux notions ne s’opposent pas sur la nécessité de concevoir, de documenter ou de tester. La comparaison porte notamment sur l’organisation du travail, les cycles de livraison et la manière de prendre en compte les changements.

Pour notre projet, plusieurs éléments sont encore incertains : votre maîtrise de Godot, la difficulté des fonctionnalités et l’intérêt des mécaniques de jeu. Des versions jouables successives permettent de discuter ces questions à partir de résultats concrets.

L’agilité désigne des principes de collaboration, de livraison et d’adaptation. Scrum fournit un cadre pour organiser ce travail.

Nous en reprenons certains éléments : objectifs de sprint, backlogs, rôles, réunions et bilans. Notre calendrier les adapte au rythme de l’alternance et aux objectifs pédagogiques du cours.

Chaque équipe teste son travail dès les premiers développements. Le Sprint 3 apporte des regards extérieurs grâce aux tests réalisés par les deux autres équipes.

Le premier sprint permet de vérifier les déplacements, les interactions et les règles du jeu sur un niveau conçu manuellement. La génération automatique n’est pas encore exigée.

Le deuxième sprint s’appuie sur cette base pour ajouter la génération des niveaux. Le mode de développement permet de reproduire des situations et d’accélérer les tests.

Au troisième sprint, chaque équipe teste les jeux des deux autres équipes. Vous apprenez à tester méthodiquement des produits que vous n’avez pas développés et recevez deux regards extérieurs sur votre jeu.

Le quatrième sprint permet de traiter les problèmes prioritaires et de vérifier les corrections avant la remise finale.

Définissez ensemble un résultat concret à atteindre à la fin du sprint. Sélectionnez les issues nécessaires et répartissez le travail.

Tenez compte des heures réellement disponibles, en prévoyant du temps pour l’intégration, les tests et les échanges d’équipe.

Si une difficulté impose de modifier l’objectif, signalez-la aux encadrants, expliquez votre décision et mettez à jour les issues concernées.

Maintenez les issues à jour et signalez rapidement les blocages.

Les réunions permettent de coordonner le travail, de demander de l’aide et de prendre des décisions. Leurs notes conservent une trace des avancées, des difficultés et des actions convenues.

Intégrez régulièrement les contributions pour disposer d’une version commune du projet que toute l’équipe peut utiliser et vérifier.

Les encadrants précisent les attentes et donnent des retours sur les propositions et les livrables.

Ils vous accompagnent pour définir un périmètre réalisable, discuter des priorités et adapter les objectifs lorsque cela est nécessaire.

Le Scrum Master est le présentateur principal des livrables. La présentation est préparée avec l’équipe. D’autres membres peuvent intervenir pour expliquer une partie technique ou participer à la démonstration.

Le Scrum Master facilite également le travail collectif :

• Préparer et animer les réunions.

• Veiller à ce que chacun puisse s’exprimer.

• Aider à identifier les blocages et à organiser leur résolution.

• Veiller au suivi des décisions et des actions convenues.

Les décisions et la répartition du travail sont discutées collectivement avec les membres de l’équipe.

Chaque membre participe à la planification et à la réalisation du projet. Il doit :

• Maintenir à jour les issues sur lesquelles il travaille.

• Signaler rapidement ses difficultés et demander de l’aide.

• Vérifier son travail et participer à la relecture ou aux tests du travail d’autres membres.

• Contribuer à l’intégration régulière du projet.

• Pouvoir expliquer ses contributions et les éléments qu’il réutilise.

Les membres participent à la préparation des présentations et conviennent à l’avance de la répartition des documents de suivi. Chaque document a un rédacteur identifié.

Chaque membre remet également un bilan individuel après chaque sprint.

Le code, les ressources et les documents partagés sont conservés dans le dépôt GitLab de l’équipe. Les bilans individuels sont remis uniquement sur Moodle.

Consulter l’organisation du dépôt et des documents.

Les tâches sont suivies dans GitLab Issues.

Une décision prise en réunion qui modifie le travail prévu doit être reportée dans les issues concernées et dans le compte rendu.

Les modifications du projet doivent pouvoir être reliées aux issues correspondantes pour retrouver ce qui a été réalisé et comprendre pourquoi.

Chaque étudiant remet un bilan individuel après chaque sprint. Il présente quelques contributions vérifiables et explique son travail.

Ce bilan est obligatoire pour justifier votre participation au sprint.

Les documents de suivi ont un rédacteur désigné à l’avance, dont la rédaction est évaluée individuellement. Toute l’équipe participe aux échanges et reste responsable de la mise à jour de ses issues.

Les notes collectives peuvent être modulées individuellement selon la participation constatée, dans les conditions annoncées.