########################################################################

Les informations qu’il faudra fournir pour chaque sprint (dans un fichier/répertoire sur GitHub):
- au début de chaque Sprint
--— le backlog de sprint
—-- la conception pour le sprint, c’est à dire les diagrammes de classe, sequences, etc.
- à la fin du sprint
—-- un compte-rendu du Sprint review (fonctionnalités réalisées et validées (ou pas))
—-- un compte-rendu du Sprint retrospective (ce qui s’est bien passé (ou pas) et les décision pour le sprint suivant)
—-- les diagrammes actualisés (si des changement ont été faits par rapport aux diagrammes fournis en début de sprint)

A la fin de chaque sprint il faut committer la version sur la branche master et ajouter le tag correspondant (v1, v2, etc). Le 
code doit être accompagné d’un README expliquant comment compiler et exécuter l’application (en ligne de commande) 
- il faut préciser ici les versions des compilateurs utilisés, des librairies nécessaires, etc.

########################################################################

## Sprint 0
  Objectifs: 
    - mise en place git, build automatique du code 
    - préparation du backlog  
    - réalisation d'une première version du jeu (ca peut être très
      simple, juste dire Bonjour)
  A rendre (dans un fichier sur le dépôt, à 18h, la veille de la séance TP de fin de sprint):
        - version du code disponible dans le dépôt, tag V0
        - [sprint review]
        - sprint retrospective 
        - backlog complet 
        - backlog sprint 1 (backlog + conception + distribution tâches)

## Sprint N (1-5)
  Objectifs: 
    - réalisation d'une version du jeu 
  A rendre (dans un fichier sur le dépôt):
    + à la fin de la séance de TP:
        - backlog sprint N
        - conception (diagramme UML) pour le sprint N
        - distribution de tâches entre les membres de l'équipe
    + à 18h, la veille de la séance de TP pour le sprint N+1:
        * version du code disponible dans le dépôt, tag V-N
        * conception (diagrammes) mise à jour (si changements)
        * sprint review
        * sprint retrospective 
        * pensez à préparer en avance le sprint N+1 (backlog + conception + distribution tâches)