Table of Contents

GL - Evaluation du Sprint 2

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.

Dates à retenir

Horaires de passage

Présentation

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) :

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

Votre présentation doit mettre en avant les choix que vous avez effectués par rapport au sujet original.
Une partie de l'évaluation portera sur la qualité de la présentation : partez du principe que vous êtes en réunion avec votre client. Vous êtes des sous-traitants et vous rendez du code développé : si vous souhaitez être payé, vous devez avoir l'air sérieux !

Questions

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 !

Contenu de la release

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 :

Gestion de projet

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