User Tools
2013_2014:lp:idse:gl:gestiondeprojets:expose
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
2013_2014:lp:idse:gl:gestiondeprojets:expose [2014/02/21 08:08] blay |
2013_2014:lp:idse:gl:gestiondeprojets:expose [2014/03/11 11:06] (current) blay [Exposé de mi-parcours] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Exposé de mi-parcours ====== | ====== Exposé de mi-parcours ====== | ||
| - | <note warning>DRAFT!!!!</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 ===== | ===== 1- elevator pitch ===== | ||
| Line 15: | Line 18: | ||
| 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**. | 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**. | ||
| - | ===== 3- Objectifs et planning ==== | + | ===== 3- Objectifs, planning et Rôles ==== |
| - | 5mn maximum | + | 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 | - 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 | - 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 | - n'oublier pas que la préparation d'une démonstration est une tâche | ||
| - les jalons (livrables) ont leur place dans le planning | - les jalons (livrables) ont leur place dans le planning | ||
| - | - la date à prendre pour le retro-planning est le 21 mai après vérification dans votre planning | + | - la date à prendre pour le retro-planning est le **23 mai** |
| - | ===== 3- Synthèse des résultats obtenus ==== | ||
| - | 5mn maximum vous décrivez | ||
| - | 2. | ||
| - | 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 | - Rôles & Responsabilités | ||
| - par exemple : chef de projet, développeur, intégrateur, testeurs, risque manager | - 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). | - 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" | - 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) | - 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 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 | - 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. | - 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 | pour chaque livrable | ||
| - | - De quoi voulez-vous causer mardi 15 ? | + | ===== 3- Synthèse des résultats déjà obtenus ==== |
| - | organisation | + | 3mn 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 | ||
| - | 3. 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 … | + | |
| - | + | ||
| - | + | ||
| - | 4. Synthèse des livraisons | + | |
| - | [Public : Non-Spécialiste. Longueur : 1 page] | + | |
| - | + | ||
| - | Tableau 2 – Synthèse des livraisons | + | |
| - | Livrable Nom du livrable Prévu Livré | + | |
| - | 1 Nom de l’objectif Sx Sy | + | |
| - | … … | + | |
| - | … … | + | |
| - | + | ||
| - | + | ||
| - | 5. 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? | |
| - | 6. 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 | ||
| - | 7. 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> | |
| - | + | <!-- | |
| - | + | ||
| - | 1 2 1 1 1 1 1 2 1 1 1 1 1 1 1 1 1 1 | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | ================== | + | |
| - | + | ||
| - | ARchitecture? | + | |
| - | ===================== | + | |
| ====== RAPPORT pour le XX ====== | ====== 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 : | 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 | - des codes incluant les tests | ||
| - du projet lui-même (tout élément inclus) | - du projet lui-même (tout élément inclus) | ||
| + | |||
| + | |||
| + | --!> | ||
| + | </html> | ||
2013_2014/lp/idse/gl/gestiondeprojets/expose.1392966503.txt.gz · Last modified: 2014/02/21 08:08 by blay
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
