A ce stade, les groupes (les équipes ont disparu) ont à présent prévu :

1. les grandes lignes des histoires qu'ils veulent développés et leurs responsables au maximum 2,
2. la vision globale de l'application finale,
3. les grandes tâches à réaliser et les personnes affectées à ces tâches.

Les étudiants s'organisent donc pour atteindre l'objectif final : une belle application à la fin du projet, que l'on espère pouvoir montrer à l'extérieur, par exemples aux portes ouvertes, et que vous pourrez mettre sur votre CV!

Avant de vous lancer dans le développement, dans votre intérêt, respectez les points suivants :

1. Chaque histoire est sous la responsabilité d'un ou deux membres maximum qui doit préciser
   1. les critères d'acceptation liés en particulier les données en sortie, les données en entrées, la gestion des erreurs;
   2. les interactions éventuelles avec l'IHM qui sont alors discutés avec le chef de projet ou les personnes directement impliquées.
   3. les besoins explicites d'autres membres qui sont également discutés avec eux;
2. la vision globale de l' IHM :
   1. Elle va vous diriger dans les choix au niveau des histoires,
   2. une architecture associée qui sépare bien l'interface et le métier : c'est indispensable pour “survivre” à l'intégration : celui qui conçoit l'IHM met en place des contrôleurs, qu'il “mocke”, et qui serviront d'ancrage aux histoires
   3. Essayer très vite l'architecture sur une histoire simple pour être sûre que tout le groupe l'a bien comprise.