User Tools
2015_2016:lp:idse:gl:sprint2
Differences
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/08 08:41] urli [GL - Evaluation du Sprint 2] |
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 pour le **dimanche 13 décembre à midi au plus tard**. | + | 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). | 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 ===== | ===== Horaires de passage ===== | ||
| Line 23: | 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, | * 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 | * 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 présentation peut comporter des informations provenant des différents outils de GL que vous avez pu/du utiliser (JIRA, Git, Jenkins, ...). | ||
| Line 37: | Line 46: | ||
| La session de questions durera environ 10 minutes. | 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é ! | + | 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 | ||
2015_2016/lp/idse/gl/sprint2.1449560492.txt.gz · Last modified: 2015/12/08 08:41 by urli
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
