L'évaluation du 2ème Sprint sera réalisée le mardi 15 décembre à partir de 8h. Les horaires de passages sont indiqués plus bas.

L'évaluation se fera sur la base d'une présentation comportant une session de questions et sur la base de votre travail effectué durant le semestre. Le travail doit être rendu sous la forme d'une release (git et jira) pour le dimanche 13 décembre à midi au plus tard. Vous enverrez un mail contenant le nom de la release à récupérer sur le dépôt git (= nom du tag).

Disclaimer : les critères d'évaluations présentés ici ne sont pas exhaustifs.

• dimanche 13 décembre midi : deadline de release
• lundi 14 décembre midi : deadline de remise des présentations
• mardi 15 décembre matin : présentations

• 8h 30 : HeightCorp
• 9h 10 : JUNP Studio
• 9h 50 : KJB
• 10h 30 : Bicycle

La présentation devra durer 20 minutes. Merci de m'envoyer les slides au format pdf, keynote ou pptx sur la boîte de dépôt Jalon prévue à cet effet, avant le lundi 14 décembre à midi dernier délai.

La présentation devra comporter (attention, liste non exhaustive) :

• un rappel du projet décrivant les objectifs choisis,
• une description des fonctionnalités réalisées incluant une démonstration,
• une présentation de la suite des tâches ou objectifs envisagés,
• des explications sur le travail en équipe et la répartition des tâches,
• une description de l'architecture du projet,
• un bilan décrivant les points forts et les faiblesses à la fois du projet et de la gestion de projet
• une description rapide de votre utilisations des outils de GL (Jenkins, Sonar, Maven, Git)

La présentation peut comporter des informations provenant des différents outils de GL que vous avez pu/du utiliser (JIRA, Git, Jenkins, …).

La session de questions durera environ 10 minutes. Les questions peuvent être adressées individuellement ou à l'équipe : vous devez maîtriser globalement le projet, mais vous avez le droit de ne pas parfaitement connaître ce que vous n'avez pas développé ! Ayez l'esprit d'équipe et appuyez vous sur vos collaborateurs.

Prenez en compte le fait que les questions peuvent avoir un impact sur la suite du projet au prochain semestre ! Pensez à prendre des notes.

Globalement pour votre présentation : soyez professionnels !

La release doit bien évidemment contenir le code que vous avez développé. En plus de ce code il est souhaitable - sinon nécessaire ! - de mettre un README ou toute documentation à disposition pour aider à la compréhension du code.

Le contenu de la release sera évalué selon les critères suivants :

• qualité et organisation du code
• documentation
• code fonctionnel ou non (compilation et runtime)
• fonctionnalités développées
• utilisation de maven
• réalisation des tests unitaires

La gestion de projet sera également évaluée à la suite de la release. En particulier les critères suivants seront pris en compte :

• création et attributions de tickets
• découpage des fonctionnalités en tickets
• commits
• réalisation des objectifs annoncés
• participation des différents membres de l'équipe et partage des tâches