EN premier, un par projet : Pour cela vous préparerez au moins un « » ( argumentaire condensé dans lequel vous présentez votre projet de 30 secondes à 2 minutes maximum)

Vous devez en 2mn nous faire “acheter” votre projet : pertinence, conduite de projet, etc.

Cette étape sera suivie de questions.

3 mn maximum pour mettre en relief les principaux cas d'utilisation de votre projet, la qualité, voir l'originalité de votre proposition et son adéquation aux utilisateurs.

10mn maximum

- Objectifs : vous établissez clairement les objectifs que vous vous êtes fixés dans le projet et vos critères de succès par objectifs

- Planning : tâches, affectation, dates, relations entre les tâche

1. n'oublier pas que la préparation d'une démonstration est une tâche
2. les jalons (livrables) ont leur place dans le planning
3. la date à prendre pour le retro-planning est le 23 mai

- Rôles & Responsabilités

1. par exemple : chef de projet, développeur, intégrateur, testeurs, risque manager
2. évidemment les tâches doivent correspondre dans le planning
3. un même membre combine plusieurs rôles
4. un membre doit être actif tout au long du projet (vous ne pouvez pas avoir un membre qui ferait seulement la démo finale ou le cahier des charges par exemple).
5. les rôles peuvent être momentanés, vous pouvez prévoir d'échanger les rôles, mais cela doit être “officiel”

- Liste des livrables (au moins les descriptions et les dates)

1. Un livrable c'est : une description, les critères prévisionnels d'acceptation, la date de livraison
2. Un livrable peut être intermédiaire, il sert à vérifier avec le client que l'on est bien d'accord
3. trop de livrables, vous ne produisez plus, pas assez vous déviez
4. les critères d'acception des livrables sont très importants : il s'agit d'un engagement de votre part. Sur la démonstration terminale, ils rejoignent les critères d'acceptation du projet globalement.

- Critères d'acception global au projet pour chaque livrable

3mn maximum

- vous décrivez ce que vous avez déjà fait

- Vous analysez les points positifs et négatifs de votre travail, le déroulement de votre projet. Identifiez ce qui s’est bien passé, ce qui s’est mal passé, et ce qui aurait pu mieux se passer. Pour chaque point faible identifié, donnez des pistes pour pallier le problème dans la suite.

- Vous mettez l'accent sur les actions à venir à court terme : <personne> <verbe>

Pour les plus avancés cette partie peut inclure la présentation de l'architecture logicielle, l'organisation des codes, etc… un peu plus de temps sera alors prévu.

- Quand voulez-vous nous revoir? Pour quoi faire? Quid de la gestion des besoins du client? quels éléments pour la conduite de projet? Pour des livraisons? Revues de codes? démo?

1. Groupe 1 – 08:00
   • Alexandre LALAAS
   • Axel TOCCI
   • Georges RAMBELOSON
   • Kevin GOYONS
2. Groupe 2 – 08:30:00
   • Amir BEN DAOUD
   • Hajar elouahabi
   • Robin BARALE
3. Groupe 3 – 09:00:00
   • Axel DARDENNE
   • Cem ARIGSOY
   • Guillaume DALICHAMP
   • Sylvain FERNANDES
4. Groupe 4 – 09:30:00
5. * Axel FAGOAGA
   • Benjamin DETTORI-CAMPUS
   • Julien SCAJOLA
   • Sébastien GREGOIRE
6. Groupe 5 – 10:00:00
   • Mathieu BROCHET
   • Maxime RODIER
   • Steeven CROIZER