Année 2016-2017

L'UE de projet TIW5 consiste à réaliser en groupe de 4 ou 5 étudiants un sujet ambitieux de développement au plus proche des compétences TI (SI, web) avec un objectif de professionnalisation du développement et de mise en production. Les étudiants disposent de 3 périodes de rush consacrées exclusivement au projet (environ 3 semaines au total). Sujets des projets des années précédentes Projets - M2TI - 2012-2013, Projets - M2TI - 2013-2014, Projets - M2TI - 2014-2015 et Projets - M2TI - 2015-2016

<note important>Les livrables de sprint sont à rendre au plus tard le lundi qui suit la fin du sprint à 18h, e.g., sprint #1, lundi 10/10 à 18h</note>

Calendrier Google format .ics

• Planif_info : mardi 21/02: 8h30-10h. Jury : ECO, RTH
• OPALE : mardi 21/02: 10h-11h30. Jury : SJD, ECO
• RDF-AC : mercredi 22/02 : 8h30-10h. Jury : RTH, ECO
• FORGE : mercredi 22/02 : 10h-11h30. Jury : ECO, RTH
• Sympozer : mercredi 22/02 : 14h-15h30. Jury : LME, RTH

• Planif_info : jeudi 15/06: 08h00-09h00. Jury : ECO, RTH
• FORGE : jeudi 15/06: 09h00-10h00. Jury : ECO, RTH
• RDF-AC : jeudi 15/06: 10h00-11h00. Jury : ECO, RTH
• Sympozer : jeudi 15/06: 11h00-12h00. Jury : ECO, RTH, LME
• OPALE : jeudi 15/06: 15h30-16h30. Jury : ECO, RTH, SJD

• Grille des critères d'évaluations demandés aux encadrants.

<note important>exemples de rendus des années précédentes : DGP (D0,D1,D2,D3,DF), soutenances, vidéos etc.</note>

Encadrant-e-s : Stephanie.Jean-Daubias@univ-lyon1.fr
Compétences clefs :
Description :
Forge: Redmine
Groupe d'étudiant:

1. AIT AMARA FAIZA Alt
2. PERRET CYNTHIA Alt
3. AGACK MOUSTAPHA Chef de projet FI
4. CARAMAN JOCELYN FI
5. EZNATI SOUHAIL FI
6. HA LE TUAN FI
7. SOLER GLADYS Responsable qualité FI

Encadrant-e-s : lionel.medini@univ-lyon1.fr
Compétences clefs :
Description :
Forge : Redmine
Groupe d'étudiant:

1. MARTIN ANTOINE Responsable qualité Alt
2. PAPOUTSIS NIKOLAOS Alt
3. PINELLI CHRISTOPHE Chef de projet Alt
4. JDEY MOHAMED FI
5. NGUYEN THE HOAI DUY FI
6. PALLEY MATHIEU Chef de projet FI
7. RIVIERE BRIAN Responsable qualité FI

Encadrant-e-s : emmanuel.coquery@univ-lyon1.fr
Compétences clefs :
Description :
Forge: Redmine
Groupe d'étudiant:

1. ADIB AMINE Alt
2. DIALLO SADOU II Alt
3. MENTHON JEAN-VADIM Alt
4. BROU JONATHAN Chef de projet FI
5. EL HARRAJ OUIDAD FI
6. PHAN THANH TOAI Responsable qualité FI
7. RODRIGUEZ DAVID FI

Encadrant-e-s : emmanuel.coquery@univ-lyon1.fr
Compétences clefs :
Description :
Forge: Redmine
Groupe d'étudiant:

1. GIROUD VICTOR Alt
2. MARTIN JORDAN Alt
3. MENUBARBE SYLVIO Alt
4. PATURAUX FLORIAN Alt
5. BENTEBBI NOURDDINE Chef de projet FI
6. RICOTTA CLEMENT Responsable qualité FI
7. TRAN UY DU FI

Encadrant-e-s : romuald.thion@univ-lyon1.fr emmanuel.coquery@univ-lyon1.fr
Compétences clefs :
Description :
Forge: Redmine
Groupe d'étudiant:

1. COULIBALY VAMARA Alt
2. SOUVIGNET AURELIEN Alt
3. TRAN AMAN Alt
4. DUONG ANH TUAN FI
5. MARIN GEOFFREY Chef de projet FI
6. SMAANI IMAD Responsable qualité FI
7. ZOUBIR HAMZA FI

La Gestion de Projet (GdP) a pour objectif de s'assurer de la réussite du projet. Pour cela, il faut être capable de prévoir, suivre, vérifier et corriger les activités du projet. On livrera au total 5 documents sur la GdP :

• D0 : le dossier d'initialisation
• D1, D2, D3 : les dossiers post sprints
• DF : le dossier de synthèse final (24 février)

Auxquels s'ajouteront

• DP : la présentation finale (21 ou 22 février, selon date de soutenance)
• DV : le document de valorisation (21 ou 22 février, selon date de soutenance)
• DT : les livrables techniques (à déterminer avec le porteur)

Le calcul global de charge du projet est le suivant :

1. compter les demies-journées pour chaque sprint,
2. multiplier par 7h par journée de travail pendant les sprints
3. appliquer un ratio de 1.33, c'est à dire qu'on compte qu'il faut 1h hors du sprint (préparation, gestion, finalisation) pour chaque 3h dedans,
4. on multiplie par le nombre de personnes dans l'équipe, à faire pour FI et Alt.

Le dossier d'initialisation a pour objectif de fixer le cadre du projet (contraintes, objectif, contexte) ainsi que les modalités générales de sa réalisation (méthode et outils, macro-planning). A titre d'illustration, voici un exemple des sections qu'il contiendra :

1. Page de garde : dont mention du rédacteur, des destinataires, dates, titre du projet, révision, les membres du groupe de projet
2. Objet et contexte
   1. contexte : qui demande le projet, dans quel environnement
   2. positionnement : pour faire ce projet
   3. objet : description générale des objectifs du projet, qu'est ce qui doit être fait
3. Résultats attendus : la liste des livrables qui seront produits. Pour chaque livrable on donnera son sommaire
   1. livrables de gestion de projet : les GdP post-sprint
   2. livrables techniques : voire liste d'exemples plus-bas. Seuls le ou les principaux logiciels seront détaillés
   3. autres livrables : dont la communication et la présentation finale
4. Méthode et outils
   1. contraintes : ce qui vous est imposé comme choix technique ou environnement, comme délais ou périodes particuliers
   2. méthode : l'organisation générale de votre développement : cycle en V classique, développement “agile”, incrémental etc…
   3. outils : ce que vous comptez mettre en place pour (réussir) le projet : dépôt de code, de documents, moyens de communication, serveurs de tests
5. Qualité du logiciel
   1. outils : ce que vous comptez mettre en place pour (réussir) le projet du point de vue de la qualité.
6. Macro-planning
   1. lots de travail : vous divisez votre projet en gros “lots” de tâches (de 4 à 10 max : moins c'est trop grossier, plus c'est trop fin) : étude de l'existant, collecte d'information auprès des utilisateurs et spécification, division du logiciel en ses principaux modules
   2. phasage : identifier les principaux jalons (typiquement, la fin des sprints) et organiser les lots de travail dans le temps

Après chaque sprint, un document de gestion de projet à destination des directeurs de projet est demandé. Ce document fait la synthèse des activités réalisées et des méthodes employées, il comprendra en particulier :

• rédigé avant chaque sprint :
  1. Une décomposition en tâches (quoi faire pendant le sprint)
  2. Une évaluation de la charge des tâches (quelle quantité de travail est prévue sur chaque tâche)
  3. Une répartition des tâches (qui va faire quoi). Prévoir une granularité à la 1/2 journée pendant le sprint.
  4. Les livrables techniques remis à la fin du sprint (préciser quoi, qui et quand)
• rédigé à la fin de chaque sprint
  1. L'état d'avancement des tâches, les écarts par rapport aux prévisions
  2. Les éventuelles modifications du projet et les actions correctives à mettre en œuvre.

<note important>Après chaque fin de sprint le GdP sera transmis aux encadrants et aux directeurs de projets</note>

Le dossier de synthèse final fait une synthèse de l'activité réalisée au cours du projet et prépare l'après-projet. Le dossier est composé des parties suivantes :

1. le bilan de projet : c'est une synthèse des documents D0, D1, D2 et D3
   • écarts entre les prévisions initiales et les produits livrés
   • identification des travaux restant à réaliser
   • bilan sur ce que le groupe a pu retirer de l'expérience et suggestions d'amélioration
2. liste des livrables : c'est une synthèse des documents et logiciels livrés
   • sous forme d'un tableau, faire une description des livrables fournis, aussi précise que possible (e.g. résumé, nb pages, date de remise, date de relecture, etc). Voir plus bas pour une liste des documents types que vous avez pu fournir.

Les projets sont présentés devant un jury de soutenance composé du porteur de projet et des directeurs de projets. La soutenance est publique. La soutenance dure environ 1h30 au total, dont environ 45' pour la présentation et la démonstration, et 45' pour la discussion et la délibération du jury.

Les objectifs de la soutenance sont les suivants :

• présenter globalement le projet et ses objectifs
• présenter l'équipe et son organisation
• montrer l'état de réalisation des objectifs
• montrer la capacité à s'organiser et travailler en équipe
• montrer la qualité technique de la réalisation (architecture, code, support)
• proposer une poursuite de projet sur la base des objectifs restant à réaliser, des évolutions ou des extensions.

La soutenance doit inclure une démonstration du logiciel réalisé (éventuellement, sous forme de screencast ou de vidé). Le format, le plan du support de présentation et l'articulation entre présentation et démonstration sont libres.

Le document de valorisation est un format court, typiquement pensé pour l'impression (flyer, affiche, poster) qui est présenté en début de soutenance.

• une page A4 de type plaquette/affiche/poster qui fait la promotion de votre produit
• (optionel) un court support (3 slides ou 2 min de vidéo/screencast) de promotion

L'ensemble des réalisations effectuées dans le cadre du projet constituent des livrables techniques (DT). Une des activités de la GdP est justement de convenir de la liste et de la date de remise de ces livrables. Une liste de livrables générique est proposée à titre informatif. La détermination de ces livrables en coordination avec la MOA fait partie intégrante du projet.

• Description de l'architecture
• Modèle de données
• Maquettes de l'interface
• Prototype de l'architecture
• Prototype de l'interface
• Produit logiciel : beta, version finale
• Tests unitaires, d'intégrations, fonctionnels
• Bilans des tests précédents
• Documentation de développement du logiciel
• Documentation de déploiement et d'administration du logiciel
• Documentation d'utilisation du logiciel
• Tutorial d'utilisation du logiciel
• Vidéo de promotion du logiciel
• Support de présentation du logiciel