Cours gestion de projet partie 2
Alain Lopes IUT ORSAY année 2005-2006
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 2
Le projet : définitions
• Outil QQOQCCPP• Quoi ? En quoi consiste le besoin?
En quoi consiste la solution en réponse au besoin ?
• Qui ? Les parties prenantes : chefs de projet, équipes projets,utilisateurs, décideurs, concurrents, clients ...
• Où ? Intendance et logistique
• Quand ? L ’échéancier et les délais
• Combien ? Le coût : budget, charges, gains, investissements
• Comment ? Description des solutions
• Pour quoi ? Finalités
Pourquoi ? causes
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 3
Découpage de projet Plan
• 1. Intérêt• 2. Critères de découpages• 3. Principes• 4. Les découpages importants• 5. Le PBS (Product Breakdown Structure)• 6. Le WBS (Work Breakdown Structure)• 7. L’OBS (Organisation Breakdown Structure)
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 4
Intérêt
• Faire face à la complexité en classant et hiérarchisant
• Faciliter la compréhension et la manipulation
• Essayer de ne rien oublier
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 5
Intérêt
• Aborder le projet en termes d’unités de fabrication
• Affecter des activités aux acteurs• Ordonnancer • Permettre un suivi efficace lors de
l’exécution
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 6
Critères de découpage
• Fonctionnalités (mesurer, asservir)• Sous-ensembles physiques (bâtiment 1, bâtiment 2,
…)• Responsabilités (Sous-traitant 1, Service 2, …)• Type de tâches (étude, réalisation, …)• Critères divers …
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 7
Principe de découpage d’un projet
Un projet se décompose en
PHASES : « moments d’un projet ». Pratiquement les mêmes pour tous les projets
ETAPESETAPES : ensemble de tâches liées et groupées sous un
même intitulé
TâcheTâche : Maille la plus fine de la planification du projet
JALONS :JALONS : dits aussi « bornes ». Étape de durée nulle correspondant à des points de contrôle de bonne exécution
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 8
Principes
• Découpage en éléments quasi-autonomes :– Qui produisent un résultat identifié– Qui ont une charge mesurable– Pour lesquels les contraintes d’enchaînements sont
identifiable• Critères généraux :
– Sur critère temporel : les éléments sont datés et chronologiquement ordonnés : succession d’étapes, phases et tâches
– Sur critère structurel : définition de modules
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 9
Les étapes d ’un projet
• Phase préparatoire : permet de prendre conscience du projet
• Phase de réalisation : phase opérationnelle de création de l ’ouvrage
• Phase de fin de projet : mise en production de l ’ouvrage
3C
Cadrer / Conduire / Conclure
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 10
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 11
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 12
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 13
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 14
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 15
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 16
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 17
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 18
Niveaux de découpages : Tâches
• Maille trop grossière : – Contrôle du déroulement rendu difficile par manque de
précision donc de visibilité
• Maille trop fine : – Risques : gestion difficile car trop de détails.
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 19
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 20
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 21
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 22
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 23
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 24
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 25
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 26
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 27
Découpage AFNOR X50-106
ExplorationConception d’ensembleAppréciation de la solution retenue
Étudepréalable
Conception fonctionnelle du S.I.Étude organique générale
Conceptiondétaillée
Étude organique détailléeProgrammation et testsValidation technique
Réalisation
Réception provisoireExploitation sous contrôle
Mise en oeuvre
Évaluation du système informatiqueÉvaluation du système d’informationÉvaluation
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 28
Découpage classique
AFNOR AFNOR Z67101Z67101
MERISEMERISE SDMSSDMS
Schéma directeur
Étude préalable Exploration Conception Appréciation
Étude préalable Recueil Conception Appréciation
Définition des besoins (DBS)Conception architecture (CAS)
Conception détaillée
Conception détaillée
Spécifications externes (SES)
Réalisation Étude techniqueRéalisation
Spécifications internes (SIS)Programmation Test
Mise en œuvre
Mise en œuvre Conversion Installation
Évaluation Qualification Bilan
Phase Phase préparatoirpréparatoiree
Phase de Phase de réalisationréalisation
Phase de Phase de fin de fin de projet projet
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 29
Phase préparatoire
1 - L ’avant projet responsabilité MOA
• prise de conscience d ’un besoin
la MOA décide de la pertinence de ce besoin puis fait une première définition
Une illustration: le « syndrome de l ’entonnoir »
Temps
Ma
rge
s d
e m
an
œu
vre
Émergence progressive et ciblage
Étude d ’opportunité
Étude de faisabilité
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 30
Phase préparatoire
2 - L ’expression des besoins responsabilité MOA
• étude sur les besoins que la nouvelle application va couvrir• premières réunions groupes métiers (méthode métaplan …)• rédaction d ’un document d ’expression des besoins
débouche généralement sur une étude de faisabilité (modèle « métier)
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 31
Phase préparatoire
3 - L ’étude détaillée responsabilité MOA/MOE
3-1 modèle « métier » responsabilité MOA– réunions groupes « métier » – utilisation de maquettes – éventuellement appel AMOA
débouche sur des spécifications générales (CdCf)
3-2 modèle « analyse » responsabilité MOA/MOE– identification des incohérences – éclaircissement des zones d ’ombre
débouche sur des spécifications détaillées (CdCf)
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 32
Phase de réalisation
4 - L ’étude technique responsabilité MOE
Identifier au plus tôt :
• les contraintes techniques ( matériel, logiciel … )• la charge de travail nécessaire• les moyens à mettre en œuvre• les coûts de mise en œuvre
débouche sur les spécifications techniques générales
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 33
Phase de réalisation
5 - Lancement du projet responsabilité MOA/MOE
– Chiffrement du coût, détermination du planning et du délai
– Mise en place du planning avec tous les responsables• la MOA s ’engage à respecter le périmètre• la MOE s ’engage à réaliser le projet dans les coûts et délais fixés
et en respectant la qualité
– Adopter une démarche de qualité
débouche sur un Plan Assurance Qualité (PAQ)
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 34
Phase de réalisation
6- Le développement responsabilité MOE
– Préparation du développement : UML
– Plan de développement • Composition des équipes• Affectations des personnes aux tâches• Découpage en lots• Suivi d’avancement du projet
– Éviter l ’effet tunnel
nécessité d ’itérations
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 35
Phase de fin de projet
7 - Recette responsabilité MOE /MOA
Consiste à tester l ’application livrée et vérifier son fonctionnement
– Établissement de 2 plans de recette• la recette technique (MOE)• la recette fonctionnelle (MOA)
Validation de la livraison de l ’application
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 36
Phase de fin de projet
8 - Mise en production responsabilité MOE /MOA
– Installer l ’application sur son environnement réel
Préparer, former et encadrer les utilisateurs
9 - Pérenniser le projet responsabilité MOE
– Penser aux futures évolutions possiblesNécessité d’avoir rédigé une bonne
documentation pour faciliter la maintenance et les évolutions futures
10 - Faire un bilan responsabilité MOA
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 37
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 38
Modèle UML
Présentation stratégique
Présentation des processus
Explication de la modélisation
Modèle formel
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 39
Le « modèle métier »
Groupes métier
AMOA
UML
maquettes
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 40
Le « modèle d’analyse »
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 41
Spécifications
• Spécifications fonctionnelles générales (modèle métier)Responsable : MOA
• Spécifications fonctionnelles détaillées (modèle d’analyse)Responsable : MOE, validée par MOA
• Spécifications techniques globales (architecture technique )
Responsable : MOE
• Spécifications techniques détaillées Responsable : MOE
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 42
Maîtrise d’œuvre
Modèle d’analyse
Maîtrise d’œuvre
Modèle technique
Maîtrise d’ouvrage
Maîtrise d’ouvrage
Modèle métier
Production
Validation
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 43
Diffusion expérimentaleDiffusion expérimentaleDiffusion expérimentaleDiffusion expérimentale
Recette fonctionnelleRecette fonctionnelleRecette fonctionnelleRecette fonctionnelle
Prototype 1Prototype 1
Prototype 2Prototype 2Prototype 3Prototype 3
Cahier des charges fonctionnelCahier des charges fonctionnelCahier des charges fonctionnelCahier des charges fonctionnel
Version 1du produit
Prototype nPrototype n
Etude PréalableEtude PréalableEtude PréalableEtude Préalable
Etude détailléeEtude détailléeEtude détailléeEtude détaillée
Recette par les Recette par les utilisateursutilisateurs
Recette par les Recette par les utilisateursutilisateurs
ValidationValidationpar les utilisateurspar les utilisateursRéalisationRéalisationRéalisationRéalisation
DéploiementDéploiementDéploiementDéploiement
OKOK
OKOK NOKNOK
NOKNOK
Maintenance Maintenance Maintenance Maintenance
DEMARCHE DE DEVELOPPEMENT
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 44
Utilisateurs Maîtrise
d’ouvrageMaîtrise d’œuvre
Expression de besoins
Etude d’opportunité
Spécification détaillée etRéalisation
Recette
gestion de la qualité
gestion de projet
validation
Intégration
P.V. de réception
Architecture technique
Etude préalable
Définition du projet
Produit
FONCTIONNEMENT D’UN PROJET
Décision de fin du projet
CdCf Modèle « métier »
Décision provisoire de lancement du projet
Décision définitivede lancement du projet
CdCf modèle « analyse »
CP MOE Réalisation
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 45
Le découpage des projets : Les modèles de développement
• Définition d ’un modèle de développement– modèle temporel générique.– Comprend des étapes et des phases– n ’est pas obligatoirement linéaire.
• Il existe plusieurs types de modèles de développement
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 46
Le découpage des projets : Les modèles de développement
• Les principaux modèles sont :– code-and-fix– transformation automatique– cascade– en V– en W– développement évolutif– cycle RAD– spirale
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 47
Les modèles de développement :
code-and-fix
Compréhension du pb
Programmation
Mise au point
Satisfaisant ?
non
oui Fin
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 48
Les modèles de développement :
transformation automatique
Spécification
Validation
Transformation
Suppose un système automatique de transformation des spécificationsvalidées en programmes.
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 49
Les modèles de développement :
modèle de la cascadeÉtude de faisabilité
Définition des besoins
Conception générale
Conception détaillée
Codage
Implémentation
Validation
Validation
Vérification
Intégration
Vérification
Tests unitaires
Tests d ’intégration
RECETTE
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 50
Les modèles de développement :
modèle en V
Analyse des besoins
Conception du système
Conception du composant i
Codage du com-posant i
Test du composanti
Test du système
Test d ’acceptation
Pour chaque composant
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 51
Les modèles de développement :
modèle en WDéfinition des besoins bruts
Conception de haut niveau
Vérification desflux logiques
Codage du com-posant i
Test du composanti
Test du système
Test d ’acceptation
Maquettes
Spécifications
Conception dusystème
Conception ducomposant i
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 52
Les modèles de développement :
développement évolutif
Détermination des besoins
Programmation
Expérimentation
Version n +1
Version n
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 53
Les modèles de développement :
modèle du cycle RAD
Expression des besoins
Conception
Construction
Initialisation
Mise en oeuvre
Cycles de prototypage
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 54
Les modèles de développement :
modèle du cycle RAD
Travaux préparatoires Session participative Travaux de conclusion
Structure d ’une phase dans le cycle RAD
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 55
Les modèles de développement :modèle en spirale
1
Cycle 2
2
34
5
6Cycle 1
1
2
3
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 56
Les modèles de développement :modèle en spirale
• Chaque cycle de la spirale est composé de– 1. Analyse du risque– 2. Développement d ’un prototype– 3. Simulation et essais du prototype– 4. Détermination des besoins, à partir des résultats
des essais– 5. Validation des besoins par un comité de pilotage– 6. Planification du cycle suivant
gestion projet 2 - année 2005-2006
Alain Lopes -IUT ORSAY - PARIS XI 57
Les modèles de développement :modèle en spirale
• Le dernier cycle comprend :– en phase 2 développement de la version finale– en phase 3 tests et installation– et s ’arrête là.