TD Pratiques XP 2

Coffre à Trésor (XP en mini-projet)

https://classroom.github.com/a/xhSVWf3J

Durée totale : 4 heures. Travail en équipes fixes de 4/3 personnes.

Chaque équipe fonctionne comme une petite équipe XP :

• deux binômes travaillent en parallèle ;
• rotation des binômes toutes les 25 à 30 minutes ;
• à chaque rotation : échanges, revue rapide, synchronisation.

Le but est que l'équipe de 4 vive une dynamique de mini-projet XP :

• communication constante,
• vision partagée du backlog,
• cohérence du design,
• alignement sur les tests.

Une équipe = 4 personnes. Deux binômes actifs à tout moment.

Travail classique de Pair Programming :

• Driver : écrit le code.
• Navigator : pense aux tests, au métier, au design.

Rotation Driver/Navigator régulière.

Toutes les 25–30 minutes :

• les 4 se regroupent,
• mini-synchronisation (5 minutes max),
• rotation des binômes (on mélange les paires),
• alignement sur :
  1. les tests écrits,
  2. les comportements couverts,
  3. la conception en cours,
  4. les prochaines micro-fonctionnalités.

L'équipe doit maintenir une cohérence globale malgré les rotations.

Chaque équipe doit :

• maintenir une liste des comportements déjà testés,
• maintenir une compréhension commune du backlog,
• garder un code simple compréhensible par les 4 membres.

La réunion de synchronisation (toutes les ~30 minutes) sert à :

• discuter du design,
• éviter les divergences,
• repérer les doublons de tests,
• se réaligner avant de reformer de nouveaux binômes.

En cas de blocage :

1. le binôme demande d'abord aux deux autres membres de l'équipe ;
2. si l'équipe entière ne débloque pas → intervention de l'enseignant ;
*l'enseignant peut fournir un test précis pour relancer.*

Chaque membre est responsable :

• de la lisibilité du code,
• de la cohérence des tests,
• de supprimer la duplication,
• de refactoriser quand nécessaire.

Travaillez « comme si quelqu’un d’autre reprenait votre code après la pause » (car c’est le cas).

• binômes courts, rotation rapide ;
• communication maximale ;
• design volontairement simple ;
• pas d’anticipation : YAGNI.

• un petit test à la fois ;
• un comportement à la fois ;
• pas d’écriture de code sans test en échec ;
• refactorisation collective.

Le code appartient à l'équipe entière :

• chacun peut modifier n'importe quelle partie,
• l'équipe doit maintenir une cohérence de style et de structure.

Vous devez implémenter un module représentant un coffre à trésor. Le coffre contient des objets (nom, poids, valeur) et possède une capacité maximale.

Vous devez avancer par micro‑fonctions, guidées par les tests.

Peut inclure :

• cohérence du code entre les différents binômes,
• pertinence et couverture des tests,
• qualité des synchronisations toutes les 30 minutes,
• capacité à travailler sur du code écrit par d’autres membres,
• respect du Pair Programming et du TDD.