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

1. Description du Projet

[Public:Non-­‐Spécialiste.Longueur: Entre 1 et 2 pages] [Cette section doit donner un aperçu à très gros grain de votre projet, pour permettre à un non-­‐spécialiste de comprendre son contexte]

2. Synthèse des résultats obtenus 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.]

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?

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)

- CR post Mortem (CR == Compte Rendu) points positifs points negatifs actions: <personne> <verbe> - WBS http://fr.wikipedia.org/wiki/Work_Breakdown_Structure

- Planning (version 1.0) : tâches, affectation, dates, relations entre les tâches

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 21 mai après vérification dans votre planning

- 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 risques, % de “chance” et mitigation

1. 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)

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 risquez de vous prendre un train
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

- 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 !!!