1. Wiki 2.2 : Un wiki à la racine du projet + un wiki par sous projet.
   1. Il doit être facile de trouver les informations suivantes; éventuellement précisez le lien vers les informations dans le wiki mais n'attendez pas que l'on cherche.
   2. Diagramme de classes mis à jour
   3. Tous les autres diagrammes que vous jugez utiles.
   4. Tests utilisateurs : les formulaires et/ou la méthode de test utilisée, les résultats des tests, l'analyse des résultats des tests, les actions envisagées, …
   5. Une brève synthèse de ce qui reste à faire avant l'intégration
   6. Une brève synthèse du point de vue du sous groupe sur l'intégration
2. Kanban 2.3 :
   1. Qualité des histoires
      1. Critères complétés et validés par les démos
      2. Histoires abandonnées bien identifiées
      3. Adéquation des dates des histoires et avancées dans le kanban.
   2. Organisation : avancées des tâches, relations entre tâches et histoires
3. Code 2.4 :
   1. vous en faites une archive contenant.
   2. les sources des classes utilisées pour réaliser les histoires (pas celles qui ne sont pas utilisées dans les histoires livrées), ni les .class
   3. les tests associés (unitaires et fonctionnels)
   4. un README (évidemment)

Voici quelques éléments sur lesquels nous appliquerons les pondérations liées aux histoires réalisées et à leur qualité ainsi qu'à la complexité des histoires.

• Présentation du document : sujet de l'étude de cas choisie, IUT, numéro du livrable, date, ..
• Histoires :
  • valeur métier des histoires présentées
  • critères
  • Histoires échouées, raison etc.
• Diagrammes de classes
  • pertinence, justesse, complétude, notation
  • adéquation au code
• Autres diagrammes (facultatif)
  • pertinence, complétude, notation
• Difficultés rencontrées
• Archive : codes Source, Readme,
• Sources:
  • en tête des fichiers
  • folder dédié aux tests
  • Tests unitaires : couverture, pertinence
  • Tests fonctionnels : pertinence, adéquation avec les histoires
  • Qualité des codes, …
• Forge: (EN COURS !!!)
  • Activités du groupe
  • Roadmap :
    • répartition des histoires/tâches sur les 2 sprints, dates des Sprint, …
    • présence des livrables annoncés
  • Agilité:
    • Kanban :
      • présence des histoires en cours et terminées, affectations, ..
      • qualité des histoires, valeurs métier et “story points”, …
    • Issues burndown : non estimé pour cause d'apprentissage pendant ce Sprint
  • Dépôt :
    • présence des commits, commentaires associés, répartition dans le groupe
    • absence de .class, metadata etc.
    • utilisation de branches?