Transcript Maîtrise d`ouvrage et maîtrise d`œuvre dans la conduite des

Cours gestion de projet
partie 2
Alain Lopes
IUT ORSAY année 2005-2006
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 ?
Pourquoi ?
Finalités
gestion projet 2 - année
2005-2006
causes
Alain Lopes -IUT ORSAY - PARIS XI
2
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
3
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
4
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
5
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
6
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
ETAPES : ensemble de tâches liées et groupées sous un
même intitulé
Tâche : Maille la plus fine de la planification du projet
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
7
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
8
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
9
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
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
18
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
Découpage AFNOR X50-106
Étude
préalable
Exploration
Conception d’ensemble
Appréciation de la solution retenue
Conception
détaillée
Conception fonctionnelle du S.I.
Étude organique générale
Réalisation
Étude organique détaillée
Programmation et tests
Validation technique
Mise en
oeuvre
Réception provisoire
Exploitation sous contrôle
Évaluation
gestion projet 2 - année
2005-2006
Évaluation du système informatique
Évaluation du système d’information
Alain Lopes -IUT ORSAY - PARIS XI
27
Découpage classique
AFNOR
Z67101
MERISE
SDMS
Schéma directeur
Phase
préparatoire
Phase de
réalisation
Phase de fin
de projet
É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 technique
Réalisation
Spécifications internes
(SIS)
Programmation
Test
Mise en œuvre
Mise en œuvre
Conversion
Installation
Évaluation
Qualification
Bilan
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
28
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
Marges de manœuvre
Une illustration: le « syndrome de l ’entonnoir »
gestion projet 2 - année
2005-2006
Temps
Émergence progressive
Étude
Étude de
etAlain
ciblage
d
’opportunité
faisabilité
Lopes -IUT ORSAY - PARIS XI
29
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
30
Phase préparatoire
3 - L ’étude détaillée
3-1 modèle « métier »
responsabilité MOA/MOE
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
31
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
32
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
33
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
34
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
35
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 possibles
Nécessité d’avoir rédigé une bonne documentation pour
faciliter la maintenance et les évolutions futures
10 - Faire un bilan
gestion projet 2 - année
2005-2006
responsabilité MOA
Alain Lopes -IUT ORSAY - PARIS XI
36
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
37
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
38
Le « modèle métier »
AMOA
Groupes
métier
UML
maquettes
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
39
Le « modèle d’analyse »
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
40
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
41
Maîtrise d’ouvrage
Modèle métier
Maîtrise d’œuvre
Modèle d’analyse
Maîtrise d’ouvrage
Modèle technique
Maîtrise d’œuvre
Production
Validation
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
42
DEMARCHE DE
DEVELOPPEMENT
Etude Préalable
Cahier des charges fonctionnel
Etude détaillée
Validation
par les utilisateurs
Réalisation
Prototype 1
Prototype 2
Prototype 3
Prototype n
Version 1
du produit
Recette par les
utilisateurs
OK
NOK
Recette fonctionnelle
OK
NOK
Diffusion expérimentale
Déploiement
gestion projet 2 - année
2005-2006
Alain Lopes
-IUT ORSAY - PARIS XI
Maintenance
43
FONCTIONNEMENT D’UN PROJET
Utilisateurs
Maîtrise d’œuvre
Maîtrise
d’ouvrage
Expression
de besoins
CP MOE
Etude
d’opportunité
Réalisation
Définition du projet
Décision provisoire
de lancement du projet
Etude préalable
Décision définitive
de lancement du projet
CdCf Modèle « métier »
CdCf modèle « analyse »
Architecture technique
gestion
de projet
validation
Recette
gestion
de la qualité
Spécification
détaillée et
Réalisation
Intégration
P.V. de réception
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
Décision de
fin du projet
Produit
44
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
45
Le découpage des projets :
Les modèles de développement
• Les principaux modèles sont :
–
–
–
–
–
–
–
–
gestion projet 2 - année
2005-2006
code-and-fix
transformation automatique
cascade
en V
en W
développement évolutif
cycle RAD
spirale
Alain Lopes -IUT ORSAY - PARIS XI
46
Les modèles de développement :
code-and-fix
Compréhension du pb
Programmation
Mise au point
Satisfaisant ?
oui
gestion projet 2 - année
2005-2006
non
Alain Lopes -IUT ORSAY - PARIS XI
Fin
47
Les modèles de développement :
transformation automatique
Spécification
Validation
Transformation
Suppose un système automatique de transformation des spécifications
validées en programmes.
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
48
Les modèles de développement :
modèle de la cascade
Étude de faisabilité
Validation
Définition des besoins
Validation
Conception générale
Vérification
Conception détaillée
Vérification
Codage
Intégration
Tests unitaires
gestion projet 2 - année
2005-2006
RECETTE
49
Tests d ’intégration Implémentation
Alain Lopes -IUT ORSAY - PARIS XI
Les modèles de développement :
modèle en V
Analyse des besoins
Test d ’acceptation
Conception du système
Pour chaque composant
Conception du
composant i
Test du système
Test du composant
i
Codage du composant i
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
50
Les modèles de développement :
modèle en W
Définition des
besoins bruts
Conception de
haut niveau
Vérification des
flux logiques
Spécifications
Maquettes
Conception du
système
Conception du
composant i
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
Test d ’acceptation
Test du système
Test du composant
i
Codage du composant i
51
Les modèles de développement :
développement évolutif
Version n
Détermination des besoins
Programmation
Expérimentation
gestion projet 2 - année
2005-2006
Version n +1
Alain Lopes -IUT ORSAY - PARIS XI
52
Les modèles de développement :
modèle du cycle RAD
Initialisation
Expression des besoins
Conception
Construction
Cycles de prototypage
Mise en oeuvre
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
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
54
Les modèles de développement :
modèle en spirale
1
Cycle 2
6
2
Cycle 1
1
2
5
4
3
3
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
55
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
56
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à.
gestion projet 2 - année
2005-2006
Alain Lopes -IUT ORSAY - PARIS XI
57