Conduite et Gestion de Projet
Introduction
Objectifs
https://lipn.univ-paris13.fr/ grozavu/CGP/default.html R´ealisation d’un projet informatique en ´equipe
de la r´eponse `a appel d’offre ...
... `a la livraison finale Equipe projet : 4 ou 5 ´etudiants
Participation de tout le monde `a toutes les phases d’´elaboration du projet
Mais auto-organisation interne pour ...
... `arespecter les d´elais de livraison
Introduction
Equipe de suivi et comit´ e de pilotage
´Equipe de suivi :
deux enseignants (Nistor Grozavu et Adrian Tanasa) Rˆole : Aide et guide pour la (bonne) r´ealisation du projet Interventions : enseignements, r´eunion du comit´e de pilotage Ne pas attendre une r´eunion programm´ee pour venir nous voir ou nous contacter
Introduction
Equipe de suivi et comit´ e de pilotage
Comit´e de pilotage :
constitu´e pour chaque projet
de l’´equipe en charge de la r´ealisation du projet du client
de l’´equipe de suivi R´eunions :
Remise de documents pour chaque cycle de livraison ou phase d’avancement du projet
Pr´esentation du travail
Le comit´e valide chacune de ces phases (recadrage si besoin)
Introduction
D´ eroulement du module
planning – phase d’avant-vente
lundi 28/10/2014 (Amphi Euler, 13h45 – 18h45) : pr´esentation des projets par les clients
vendredi 4/11/2014 (salle G207, 13h45 – 18h45) : r´eunion de pr´eparation de la r´eponse `a l’appel d’offre
vendredi 15/11/2014 : r´eception du classement de tous projets par chaque groupe
jeudi 17/11/2014 avant midi : r´eception des r´eponses auxdeux premiers projetsde chaque groupe
vendredi 22/11/2014 : affectation des projets aux groupes
lundi 25/11/2014 (Amphi Euler, 13h45 – 18h45) : premi`ere r´eunion du comit´e de pilotage
Introduction
D´ eroulement du module
planning
lundi 25/11/2014 : pr´esentation de la r´eponse
date de remisede la r´eponse `a appel d’offre (2 projets) : 21/11/2014, midi date de remisedu cahier des charges pour le projet attribu´e : 16/12/2014, midi mardi 3/2/2015 : initialisation
date de remisedu document d’initialisation : 30/1/2015, midi mardi 3/3/2015 : ´elaboration 1
date de remisedu document d’´elaboration 1 : 27/2/2015, midi mardi 24/3/2015 : ´elaboration 2
date de remisedu document d’´elaboration 2 : 20/3/2015, midi mardi 7/4/2015 : construction 1 (avec d´emo)
date de remisedu document de construction 1 : 4/4/2015, midi mardi 6/5/2015 : construction 2 (pr´esentation)
date de remisedu document de construction 2 : 1/5/2015, 8h00 mardi 6/5/2015 : construction 2 (d´emo)
Introduction
Attribution des projets
phase d’avant-vente
Pr´esentation de projet par des clients (appel d’offre).
R´edaction d’une pr´e-r´eponse pour deux projets de son choix par chaque ´equipe (r´eponse `a appel d’offre)
Attribution des projets aux ´equipes par l’´equipe de suivi
selon l’avis des clients
pour un projet donn´e, la meilleure r´eponse remporte le march´e Version d´efinitive du cahier des charges
La phase de production peut commencer
Introduction
Phase de production
5 it´erations correspondant chacune `a un livrable
Livrable : remise de document et logiciel selon l’avancement Consignes `a respecter imp´erativement
les dates de remise sont imp´eratives
Comme dans la r´ealit´e, tout retard sera p´enalisant format : pdf
envoi : par e-mail (ou mise `a disposition en ligne) destinataires : client et ´equipe de suivi
pr´eciser : nom du groupe et objet dans le sujet du mail
Organisation d’une ´equipe projet
Organisation d’une ´ equipe projet
Attribution des rˆoles au sein de l’´equipe :
chef de projet (planification, r´epartition des tˆaches, suivi des charges, respect des ´ech´eances)
architecte (choix des composants, leur communication, int´egration, conception)
analyste fonctionnel (revue d´etaill´ee, cas d’utilisation, IHM) charg´e d’interface graphique, charg´e mod`ele de donn´ees, charg´e d’algorithmique, etc. (selon le projet)
M´ethodologie
M´ ethodologie
Orient´ee besoin (comprendre et r´epondre au mieux au besoin du client)
Maˆıtrise du risque (obtenir un r´esultat final)
La gouvernance du projet doit ˆetre guid´ee par les cas d’utilisation ;
La planification doit ˆetre continuellement surveill´ee, affin´ee et, le cas ´ech´eant, r´eajust´ee.
M´ethodologie
M´ ethodologie
Penser par cas d’utilisation Identifier les cas critiques
les plus importants fonctionnellement les plus risqu´es techniquement Prototyper (tr`es vite)
Maintenir tout du long une forte interaction avec le client (encourag´ee par l’adoption de cycles courts)
Livrables
D´ ecomposition du projet
Division du projet en
une phase d’avant-vente 5 it´erations de production
Les objectifs sont impos´esa priori ind´ependamment du projet 4 aspects :
Analyse fonctionnelle (description des cas d’utilisation) Architecture globale (composants et leur communication) Architecture d´etaill´ee (impl´ementation des cas d’utilisation) D´eploiement (”packaging”, installation en environnement client)
Livrables
Initialisation
Analyse fonctionnelle
diagramme des cas d’utilisation hi´erarchisation des cas d’utilisation
description d´etaill´ee des cas les plus prioritaires Conception de l’architecture globale
R´eunion : 30 minutes par projet
10 minutes de pr´esentation avec transparents point d’avancement
Livrables
Elaboration 1 ´
Analyse fonctionnelle
description d´etaill´ee des cas prioritaires (20-50% des cas)
Prototype de l’architecture globale
Architecture d´etaill´ee : conception des cas les plus prioritaires R´eunion : 30 minutes par projet
10 minutes de pr´esentation avec transparents point d’avancement
Livrables
Elaboration 2 ´
Analyse fonctionnelle
description d´etaill´ee des cas (50-80%)
Architecture globale : Int´egration des cas les plus prioritaires Architecture d´etaill´ee : d´eveloppement des cas les plus prioritaires
R´eunion : 30 minutes par projet
10 minutes de pr´esentation avec transparents point d’avancement
Livrables
Construction 1
Analyse fonctionnelle
description d´etaill´ee de tous les cas
Architecture globale : Int´egration des cas prioritaires Architecture d´etaill´ee : d´eveloppement des cas prioritaires, conception des autres cas
D´eploiement : test d’int´egration en environnement client R´eunion : 30 minutes par projet
10 minutes de pr´esentation avec transparentset une vid´eo de d´emonstration de 5 minutes
point d’avancement
Livrables
Construction 2
Architecture globale : Int´egration de tous les cas
Architecture d´etaill´ee : Conception de tous les autres cas D´eploiement : Installation en environnement client, recette des cas prioritaires
R´eunions : 30 minutes par projet
matin : 15 minutes de pr´esentation du bilan du projetavec transparents et une vid´eo de d´emonstration de 5 minutes tous les membres doivent parler
apr`es-midi : D´emonstration de 20 minutes`a pr´eparer
Livrables
Livraison
Recette
Fin du projet
Acceptation et remise du produit final au client V´erification que le produit st conforme au besoin
Tests r´ealis´es chez le client (tests unitaires, de validation, et d’int´egration)
V´erification du bon fonctionnement Validation des fonctionnalit´es
Tests de performance et d’exploitation
Livrables
La r´ eponse ` a appel d’offre
R´eponse sur 2 aspects :
Expression du besoin et sa r´eponse :
comprendre le besoin (pas forc´ement clair) apporter une r´eponse (claire et pr´ecise) Chiffrage et organisation : expliciter
la planification du projet
les ´el´ements fournis par chacun des acteurs R´eunion (classique) :
30 minutes par projet
discussion autour du cahier des charges
Livrables
La r´ eponse ` a appel d’offre
Expression du besoin et sa r´eponse
Reprendre le besoin `a son compte ne pas recopier l’appel d’offre
reformuler les choses avec ses propres mots (... c’est (commenc´e `a) comprendre le besoin) l’incompr´ehension peut mener `a un d´esastre et `a la non-r´ealisation du projet !
Sp´ecifier, cadrer, pr´eciser le besoin, en d´elimitant bien votre champ d’intervention
Ne pas h´esiter `a faire des propositions
surtout si le besoin mal d´efini (absence de cahier des charges, manque de disponibilit´e du client)
Ne pas h´esiter `a interroger le client
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Etre r´ˆ ealiste
Tenir compte des disponibilit´es pr´evues par la formation pour les projets (voir l’emploi du temps)
Allouer au projet une part raisonnable du temps que vous pouvez consacrez au travail personnel
Compter en jours/homme, J/H
Consid´erer que la journ´ee de travail est de 7 heures
Ne pas oublier que vous avez d’autres mati`eres, des partiels, etc.
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Lorsque le projet semble sur- ou sous-dimensionn´e par rapport au nombre obtenu de J/H pour l’´equipe
Ne pas h´esiter `a
proposer des extensions non sp´ecifi´ees par le client
`
a arbitrer ce qui sera ou non pris en charge par l’´equipe, dans le besoin exprim´e
Chiffrer ce qui ne sera pas r´ealis´e dans la r´eponse (pour justifier l’arbitrage)
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Bon chiffrage :
Bonne compr´ehension du projet
Identification des tˆaches sp´ecifiques au projet Identifier la partie ´etude et la partie d´eveloppement
D´ecouper le projet en 5 cycles (n´ecessaire mais pas suffisant) Expliciter les tˆaches sp´ecifiques qu projet (formation, ´etude comparative, veille technologique, revue d’algorithme, etc.)
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Planification (et chiffrage du projet) : (chiffrage des ressources)
Pr´ecision en nombre de J/H pour chaque fonction exerc´ee
chef de projet d´eveloppeur junior d´eveloppeur senior architecte
analyste fonctionnel, etc.
pour chaque comp´etence expert java
DBA, etc.
une mˆeme personne peut exercer plusieurs fonctions et mettre en
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Pr´ecision en nombre de J/H par ”phase” du projet
formation analyse conception
d´eveloppement, etc.
par cycle ou lot initialisation
´
elaboration 1, etc
par tˆache (ou composante) du projet
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
Organisation dans le temps ces ressources Par exemple,
le chef de projet aura la mˆeme charge de pilotage tout au long du projet
l’architecte sera plus sollicit´e lors du cycle d’initialisation Pour chaque jour calendaire, pr´eciser les ressources allou´ees
quantitativement (combien de personne ?)
qualitativement (combien de personne sur quelle tˆache) Faire apparaˆıtre les ´ech´eances sur le planning
S’appuyer sur des diagrammes de type Gantt
Livrables
La r´ eponse ` a appel d’offre
Chiffrage et organisation - conseils
V´erifier que les sommes sont coh´erentes.
Toujours tout compter
coˆut `a la charge du client ou du fournisseur (y compris formation `a la charge du client)
Permettre au client de choisir avec tous les ´el´ements Expliciter ce qui est ou non fourni clairement
par le fournisseur par le client
Le cahier des charges a une valeur contractuelle entre la maitrise
Consignes g´en´erales
Contenu des documents - Livrables
2 aspects : Application :
sources, ”package”, tests unitaires, tests fonctionnels, manuel d’installation, manuel d’utilisation, conception, etc.
destinataires : client, utilisateurs, techniciens TMA (repreneurs)
Planification :
planning, suivi des charges
destinataire : la structure (planification et organisation interne), le client (planification)
Consignes g´en´erales
Consignes g´ en´ erales
Documents et documentation du code
Entˆete : sous forme d’une cartouche mise `a jour au fur et `a mesure des ´evolutions
Toujours faire apparaˆıtre
num´ero de version du document date de derni`ere mise `a jour auteur de la mise `a jour objet(s) de la mise `a jour destinataires du document
´
etat du document (en cours de validation / valid´e)
Consignes g´en´erales
Consignes g´ en´ erales
Quelques r`egles de bon sens : soigner l’orthographe num´eroter les pages
d´efinir pr´ealablement `a leur utilisation les termes (et acronymes !) utilis´es (´eventuellement dans un glossaire)
→Clarification des notions et ´eviter les ambigu¨ıt´e pr´ef´erer la concision et la pr´ecision au remplissage...
Application
D´ efinition d’une application
Diff´erents aspects :
Domaine ou vocation :
quels sont les concepts et processus m´etier manipul´es?
quels sont les services rendus par l’application ? Conception :
quels sont les composants de l’application, les flux qu’ils
´
echangent, leur int´egration ?
quels sont les objets manipul´es et comment s’organisent-ils entre-eux ?
Mise en œuvre :
comment l’application est-elle effectivement impl´ement´ee ? Mise en place :
Application
Composants fournis
lors de la r´ealisation d’un projet
Analyse fonctionnelle ou vocation de l’application : panorama des cas d’utilisation
diagramme des cas prioris´es organis´es en paquetages
description de chaque cas d’utilisation description textuelle des sc´enarios diagramme de s´equence syst`eme IHM – enchaˆınement des op´erations gestion des contrˆoles
Application
Composants fournis
lors de la r´ealisation d’un projet
Architecture globale ou composition et montage de l’application :
composants internes et externes de l’application et leurs interactions
int´egration (flux d’information, interfaces) de ces composants prise en consid´eration des aspects de volum´etrie / temps de r´eponses
Application
Composants fournis
lors de la r´ealisation d’un projet
Conception d´etaill´ee – d´emarche par cas en trois ´etapes : Mod`ele statique du domaine :
pour un cas donn´e, quels sont les concepts impliqu´es et leurs associations ?
→diagramme de classes simplifi´e
Mod`ele dynamique du cas d’utilisation (diagramme de s´equence) :
pour un cas donn´e, quelles interactions (enchaˆınement
d’´ev´enements et d’actions) entre objets menant `a sa r´ealisation
?
→m´ethodes (interface) des classes Mod`ele conceptuel du cas d’utilisation : diagramme de classes
Application
Composants fournis
lors de la r´ealisation d’un projet
Impl´ementation ou mise en œuvre code, composants, compilation
documentation associ´ee (description, scripts, code,...) D´eploiement ou mise en place
installation
documentation associ´ee (manuel d’installation, pr´ecision du mat´eriel et de l’environnement requis, capacit´es et limites de l’application)
Utilisation (´evidemment li´ee `a l’analyse fonctionnelle de l’application) :
Application
Consignes
Rappel : l’analyse et la conception doivent ˆetre parfaitement ind´ependantes de l’impl´ementation !
Le suivi des charges et le code source (tests inclus) doivent ˆ
etre rendus disponibles
Gestion de projet
Gestion du projet
Conduite du projet
Destinataires : l’´equipe de suivi (hi´erarchie production, partie commerciale)
Transmission de l’information utile au client
Deux niveaux de planification et de suivi correspondant `a deux niveaux de granularit´e
l’organisation globale du projet l’organisation interne `a l’´equipe projet Consignes :
Penser continuellement `a syst´ematiquement affiner et ajuster votre planification
Gestion de projet
Organisation globale ou planification
D´ecoupage du projet en diff´erentes phases de r´ealisation (´eventuellement divis´ees par lots)
Objectif :
dimensionnement du projet en termes des moyens `a mettre en œuvre
proposition d’une organisation dans le temps
Gestion de projet
Organisation globale ou planification
Contenu de la planification :
le d´ecoupage du projet en diff´erents lots
l’identification et le dimensionnement (en J/H) des comp´etences requises pour chaque lot
l’organisation des lots dans le temps avec mention des ressources affect´ees
L’organisation globale est
con¸cue d`es la r´eponse `a appel d’offre, souvent de mani`ere prospective
affin´ee et r´eajust´ee au fil du d´eroulement du projet
Gestion de projet
Organisation interne
Pr´ecision sur la r´ealisation de chaque lot par un d´ecoupage hi´erarchique des lots en tˆaches
Id´ealement, les tˆaches unitaires devraient ˆetre de l’ordre de quelques jours/homme
Objectif :
Organisation du travail de l’´equipe au quotidien
Assurance/surveillance de l’avancement du projet (est-il conforme `a la planification globale, identification des risques)
Gestion de projet
Organisation interne
Contenu :
D´ecoupage des lots en tˆaches unitaires dimensionn´ees en J/H Suivi des charges :
Prise en compte quotidienne de l’avancement de chaque tˆache par chaque membre du projet
Redimensionnement ´eventuel de la tˆache Mise en place au d´emarrage du projet
Concerne plus particuli`erement la phase d’impl´ementation
Logiciels, composants, outils
Logiciels et outils d’aide ` a la CGP
Mod´elisation et conception Analyse et conception UML
Umbrello (sous linux), Papyrus (multi-plateforme, bas´e sur Eclipse)
BD
DBDesigner (multi-plateforme) Gestionnaire de versions
Subversion (SVN) Git
...
Auto-configuration autoconf/automake Ant
Maven
Logiciels, composants, outils
Logiciels et outils d’aide ` a la CGP
Plateforme de d´eveloppement (EDI)
Eclipse : offre un EDI Java qui g`ere notamment SVN Ajout de composants (plugin) : outils de mod´elisation UML, EDI C-C++, etc.
C++ : dev-C++ (non maintenu),Code::Blocks (multi-plateforme)
Base de donn´ees
SGBD libres : MySql, postgreSQL
SGBD du commerce: Oracle 11g, MSDE 2000 (SqlServer) Gestionnaire de bases de donn´ees de Microsoft Office ou Open Office, si les donn´ees sont peu volumineuses
Planification, diagramme de grantt
