User Tools

Site Tools


2013_2014:lp:idse:gl:gestiondeprojets:expose

This is an old revision of the document!


Exposé de mi-parcours

DRAFT!!!!
7 mars 2013

1- elevator pitch

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.

2- Description du projet

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, planning et Rôles

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

3- Synthèse des résultats déjà obtenus

3mn maximum

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

- Vous analysez les points positifs et négatifs de votre travail.

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

- De quoi voulez-vous causer mardi 15 ? organisation technique revue de documents revue de designs … précisez la nature du elevator pitch que vous pensez faire si vous en avez envie.

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.

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,

  1. une réunion (mélée, scrum meeting) doit vous permettre de faire le point
  2. 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
  3. Dans le compte-rendu précisez qui était présent.
  4. 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 !!!

3. Implication des ressources [Public : Non-Spécialiste. Longueur : Entre 1 et 2 pages]

Ressource #1

[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.]

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.]

6. Suivi des lots [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.]

7. Synthèse & Retour d’expérience [Public : Non-Spécialiste. Longueur : 2 pages max.]

[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.]  

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

1 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 : Les points suivants doivent apparaitre clairement dans le rapport final en faisant l'objet d'une section particulière. - Spécifications de votre projet (uniquement votre partie) : 3 pages maximum - Conception : 3 pages maximum - Fonctionnalités réalisées, état du projet : 4 pages max - Architecture de l'application : 2 pages maximum - Codes : langages, framework, explicitation des choix technologiques, .. (2 pages max) leçons apprise) - Gestion du projet :

  1. Planification initiale versus planification réalisée, explication, leçon apprise, gestion du changement s'il y a lieu, partage des tâches : 4 pages max
  2. Gestion des interactions avec le client (en l’occurrence les encadreurs) : 1 page maximum
  3. Gestion des tâches, des erreurs, des livrables, … : quels outils avez-vous utilisé ou non? Quels problèmes rencontrés? 2 pages grand max

- Gestion des tests (unitaire, validation, utilisateurs, … ) : Nous ne vous demandons pas les tests mais la démarche suivie, les résultats obtenus, les défauts identifiés, … (3 pages maximum)

  1. Points du projet à améliorer (2 pages max)
  2. Auto-évaluation de chacun des membres du groupe : 1/2 pages par membre max

Nous attendons également la livraison : - des codes incluant les tests - du projet lui-même (tout élément inclus)

2013_2014/lp/idse/gl/gestiondeprojets/expose.1392967332.txt.gz · Last modified: 2014/02/21 08:22 by blay