This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
2015_2016:lp:idse:gl:sprint2 [2015/12/07 16:14] urli [Présentation] |
2015_2016:lp:idse:gl:sprint2 [2015/12/08 09:03] (current) urli [GL - Evaluation du Sprint 2] |
||
---|---|---|---|
Line 5: | Line 5: | ||
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. | 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 ===== | ||
+ | |||
+ | * 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 | ||
+ | |||
+ | ===== Horaires de passage ===== | ||
+ | |||
+ | * 8h 30 : HeightCorp | ||
+ | * 9h 10 : JUNP Studio | ||
+ | * 9h 50 : KJB | ||
+ | * 10h 30 : Bicycle | ||
===== Présentation ===== | ===== Présentation ===== | ||
Line 14: | Line 31: | ||
* un rappel du projet décrivant les objectifs choisis, | * un rappel du projet décrivant les objectifs choisis, | ||
* une description des fonctionnalités réalisées incluant une démonstration, | * une description des fonctionnalités réalisées incluant une démonstration, | ||
- | * une présentation de la suite des tâches envisagée, | + | * 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, | * 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, ...). | ||
+ | |||
+ | <note tip>Votre présentation doit mettre en avant les choix que vous avez effectués par rapport au sujet original.</note> | ||
+ | |||
+ | <note important>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 !</note> | ||
+ | |||
+ | ===== 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 : | ||
+ | * 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 | ||
+ | |||
+ | ===== 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 : | ||
+ | * 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 |