Differences

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

--- 2013_2014:lp:idse:gl:gestiondeprojets:expose [2014/02/21 07:10] – [3- Objectifs et planning] blay
+++ 2013_2014:lp:idse:gl:gestiondeprojets:expose [2014/03/11 10:06] (current) – [Exposé de mi-parcours] blay
@@ Line 1: / Line 1: @@
 ====== Exposé de mi-parcours ======
-<note warning>DRAFT!!!!</note>
-<note>7 mars 2013 </note>
+<note><del>7 mars 2014</del> 14 mars, présentation par groupe, séparément, avec des coachs par projet. </note>
+<note warning>Les temps et l'organisation sont donnés à titre indicatif. Tous les éléments demandés doivent cependant être présents dans votre exposé.</note>
 ===== 1- elevator pitch =====
@@ Line 15: / Line 18: @@
 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**.
-===== 3- Objectifs et planning ====
+===== 3- Objectifs, planning et Rôles ====
 mn 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
     - n'oublier pas que la préparation d'une démonstration est une tâche
@@ Line 23: / Line 28: @@
     - la date à prendre pour le retro-planning est le **23 mai**
-===== 3- Synthèse des résultats obtenus  ====
-mn maximum vous décrivez
-.
-Objectif #1
-[Pour
-chaque
-objectif
-décrit
-dans
-votre
-DoW,
-donnez
-une
-description
-des
-résultats
-obtenus
-dans
-le
-cadre
-du
-projet,
-en
-utilisant
-les
-critères
-de
-succès.
-En
-cas
-d’échec,
-donnez
-un
-paragraphe
-de
-synthèse
-en
-expliquant
-les
-raisons.]
-==================
-- CR post Mortem (CR == Compte Rendu)
-points positifs
-points negatifs
-actions: <personne> <verbe>
-- WBS
-http://fr.wikipedia.org/wiki/Work_Breakdown_Structure
 - Rôles & Responsabilités
     - par exemple : chef de projet, développeur, intégrateur, testeurs, risque manager
@@ Line 86: / Line 34: @@
     - 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).
     - les rôles peuvent être momentanés, vous pouvez prévoir d'échanger les rôles, mais cela doit être "officiel"
-- Liste des risques, % de "chance" et mitigation
-    - Les risques que vous percevez déjà et pour certains si vous les avez vos plans B
 - Liste des livrables (au moins les descriptions et les dates)
     - Un livrable c'est : une description, les critères prévisionnels d'acceptation, la date de livraison
     - Un livrable peut être intermédiaire, il sert à vérifier avec le client que l'on est bien d'accord
-    - trop de livrables, vous ne produisez plus, pas assez vous risquez de vous prendre un train ;-)
+    - trop de livrables, vous ne produisez plus, pas assez vous déviez
     - 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.
@@ Line 102: / Line 45: @@
 pour chaque livrable
-- De quoi voulez-vous causer mardi 15 ?
+===== 3- Synthèse des résultats déjà obtenus  ====
-organisation
+mn maximum
-technique
-revue de documents
-revue de designs
-...
-précisez la nature du elevator pitch  que vous pensez faire si vous en avez envie.
+- vous décrivez ce que vous avez déjà fait
-De plus nous vous encourageons à prévoir "seuls" des réunions (scrum of scrums) pour assurer au moins un bon positionnement des projets relativement les uns des autres et si possible des intégrations entre groupes, voire même l'intégration globale... Ces réunions sont selon le besoin, soit le fait des chefs de projets, soit celui des intégrateurs.
+- 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.
-Cette communication cross-projet est essentielle à la réussite globale.
+- Vous mettez l'accent sur les actions à venir à court terme : <personne> <verbe>
-Ecouter le picth du groupe voisin permet d'y voir plus clair
-Mutualiser les études, les outils et les bonnes pratiques est une excellente idée
-Enfin nous vous rappelons que chaque jour,
-    - une réunion (mélée, scrum meeting) doit vous permettre de faire le point
-    - que celle-ci fait toujours l'objet d'un compte-rendu écrit même bref qui doit nous être adressé, avec pour sujet :meeting : Nom du projet si vous en avez un ou nom des étudiants
-     - Dans le compte-rendu précisez qui était présent.
-     - dans le compte-rendu mettez :
-points abordés
-actions prévues
-actions terminées
-(Une action doit s'exprimer par un verbe, et etre assignée à une personne)
-Travaillez-bien et amusez vous, bon courage !!!
+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.
-==========================
+<html>
+<!-- - WBS
+http://fr.wikipedia.org/wiki/Work_Breakdown_Structure
+- Liste des risques, % de "chance" et mitigation
+    - Les risques que vous percevez déjà et pour certains si vous les avez vos plans B
-.	Implication des ressources
-[Public : Non-Spécialiste. Longueur : Entre 1 et 2 pages]
-Ressource #1
+    - trop de livrables, vous ne produisez plus, pas assez vous risquez de vous prendre un train ;-)
+    -
-[Pour chaque ressource décrivez de manière synthétique son implication réelle dans le projet, ainsi que la différence entre ce que vous aviez planifié et ce qui a réellement été fait. Rappel : les encadrants font parti des ressources du projet.]
+--!>
+</html>
-Ressource …
-.	Synthèse des livraisons
-[Public : Non-Spécialiste. Longueur : 1 page]
-Tableau 2 – Synthèse des livraisons
-Livrable	Nom du livrable	Prévu	Livré
-	Nom de l’objectif	Sx	 Sy
-…	…
-…	…
-.	Suivi budgétaire
-[Public : Non-Spécialiste. Longueur : 1 page]
-Consommation du budget
-[Sur la base des feuilles de temps, donnez un graphe cumulé de votre budget (temps) prévisionnel, ainsi que de votre consommation réelle. Chaque colonne représente le nombre d’heure depuis le début du projet.]
-Synthèse
-[Donnez un paragraphe expliquant de manière synthétique les déviations entre votre budget prévisionnel et votre consommation réelle.]
+ ===== 4- Mise en exergue des prochaines étapes  ====
+- Quand voulez-vous nous revoir? Pour quoi faire?
-.	Suivi des lots
+Quid de la gestion des besoins du client? quels éléments pour la conduite de projet? Pour des livraisons? Revues de codes? démo?
-[Public : Spécialiste. Longueur : 1-2 pages par lot]
-Lot #1 :
-[Pour chaque lot, reprenez du DoW les objectifs associés. Pour chaque tâche, rappelez de manière synthétique sa description, et expliquez clairement la différence prévu/consommé. Vous pouvez expliquer dans les termes des spécialistes de votre domaine. Identifiez clairement les liens entre objectifs du lot, résultats obtenus, en fonction de vos critères de succès.]
-[Pour chaque livrable, donnez une description synthétique de son contenu, sa date planifiée et sa date de livraison réelle. Expliquez les déviations de livraison du point de vue client.]
+====== Exposés du 14 mars ======
+<note>Les étudiants passent par sous-groupes.
+L'ordre ci-après est donné à titre indicatif.
+Chaque groupe a au maximum 20mn pour présenter son travail. </note>
+  - **Groupe 1 -- 08:00	**
+       * Alexandre LALAAS
+       * Axel TOCCI
+       * Georges RAMBELOSON
+       * Kevin GOYONS
+  - **Groupe 2 -- 08:30:00**
+       * Amir BEN DAOUD
+       * Hajar elouahabi
+       * Robin BARALE
+  -**Groupe 3 -- 09:00:00**
+       * Axel DARDENNE
+       * Cem ARIGSOY
+       * Guillaume DALICHAMP
+       * Sylvain FERNANDES
+  -**Groupe 4 -- 09:30:00**
+  -       * Axel FAGOAGA
+       * Benjamin DETTORI-CAMPUS
+       * Julien SCAJOLA
+       * Sébastien GREGOIRE
+  -**Groupe 5 -- 10:00:00**
+       * Mathieu BROCHET
+       * Maxime RODIER
+       * Steeven CROIZER
-.	Synthèse & Retour d’expérience
+<html>
-[Public : Non-Spécialiste. Longueur : 2 pages max.]
+<!--
+De plus nous vous encourageons à prévoir "seuls" des réunions (scrum of scrums) pour assurer au moins un bon positionnement des projets relativement les uns des autres et si possible des intégrations entre groupes, voire même l'intégration globale... Ces réunions sont selon le besoin, soit le fait des chefs de projets, soit celui des intégrateurs.
-[Décrivez de votre point de vue 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 un futur projet.]
+Cette communication cross-projet est essentielle à la réussite globale.
+Ecouter le picth du groupe voisin permet d'y voir plus clair
+Mutualiser les études, les outils et les bonnes pratiques est une excellente idée
+Enfin nous vous rappelons que chaque jour,
+    - une réunion (mélée, scrum meeting) doit vous permettre de faire le point
+    - que celle-ci fait toujours l'objet d'un compte-rendu écrit même bref qui doit nous être adressé, avec pour sujet :meeting : Nom du projet si vous en avez un ou nom des étudiants
+     - Dans le compte-rendu précisez qui était présent.
+     - dans le compte-rendu mettez :
+points abordés
+actions prévues
+actions terminées
+(Une action doit s'exprimer par un verbe, et etre assignée à une personne)
+Travaillez-bien et amusez vous, bon courage !!!
+--!>
+</html>
-=====================
-demo
-exposé
-GL
-Gestion de projet
-Codes
-qualité IHMs	scenario	fonctionnalités	correspondance avec les specs	qualité des slides	contenu	gestion de version	Tests	gestion des defects	Autres (fwk?,..)	organisation; 	planning	itérativité	proactivité. COMMUNICATION avec le client	partage des tâches	Architecture	BD FORMAT	Codes organisation
@@ Line 215: / Line 156: @@
+<html>
+<!--
+--!>
+</html>
+<html>
+<!--
-	2	1	1	1	1	1	2	1	1	1	1	1	1	1	1	1	1
-==================
-ARchitecture?
-=====================
 ====== RAPPORT pour le XX  ======
 Votre rapport ne devra pas excéder le nombre de pages indiqué ci-après de manière détaillée :
@@ Line 249: / Line 185: @@
 - des codes incluant les tests
 - du projet lui-même (tout élément inclus)
+--!>
+</html>