Differences

This shows you the differences between two versions of the page.

--- 2015_2016:lp:idse:gl:sprint2 [2015/12/07 15:14] – [Présentation] urli
+++ 2015_2016:lp:idse:gl:sprint2 [2015/12/08 08:03] (current) – [GL - Evaluation du Sprint 2] urli
@@ 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.
+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 =====
@@ Line 14: / Line 31: @@
    * 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 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,
-   *
+   * 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