Cours gestion de projet partie 2
Organisation et phases de projets
Alain Lopes IUT ORSAY année 2007-2008
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 2
Le projet : définitions« Rien n’est impossible pour celui qui n’a pas à le « Rien n’est impossible pour celui qui n’a pas à le
faire »faire »
• 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 Alain Lopes -IUT ORSAY - PARIS XI 3
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 Alain Lopes -IUT ORSAY - PARIS XI 4
Gestion de projetComment mettre en oeuvre la gestion de projets?
ORGANISER
PLANIFIER
QUOI ?
COMMENT ?
QUI ?
QUAND?
COMBIEN?
EXECUTER
MESURER
CONTROLERRéalisations
Référentiel
Ecarts
Replanifier si nécessaire
Prendre des actions correctrices
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 5
Les phases 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 Alain Lopes -IUT ORSAY - PARIS XI 6
Les invariants du projetOpportunité ? Faisabilité ? Réalisation !! Utilisation …
TO
Étapes MOA
Idée / Cadrage
Go ?Go ?
No Go ?No Go ?
TfPrise en charge
T1Début étude
fonctionnelle
Étap
e
Étap
e
Avant projet
Go ?Go ?
No Go ?No Go ?
T2Prise engagement
Début prise en charge du projet MOE
Étap
e
Étap
e
Étap
e
Conception
développement
Étap
e
Étap
e
Étap
e
T3Livraison
Étap
e
Mise en place
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 7
Exemple : cycle de vie projet
Réunions d’avancement
Concevoir
le système
Réalisation du systèmeRéalisation du système
Par rapport aux : •spécifications fonctionnelles•Spécifications de performances•Au délai•Au budget•Aux procédures qualité
Négocier la solution
ProtocoleContratMarché
Spécification du projet et Spécification du projet et du systèmedu systèmeQuoi ? Qui? Comment ? Quand ?Avec quelles ressources?Combien ? Avec quels risques ?
Élaborer la solution
Étudier la faisabilité du projet
Réunion defaisabilité
Analyse du besoinAnalyse du besoin
Pourquoi ?
Formaliser l’idée
Étude préalable
identifier
Le besoin
Réunion dedécision Réunions
d’avancement et de qualification
Développer et qualifier le système
Recette provisoire
Installer le système
Accompagner le changement
Assurer la logistique
ExploitationExploitation
du systèmedu système
Maintenir faire évoluer
Recette définitive
Exploiter
le
système
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 8
Cycle de vie : coût du projet
Réunions d’avancement
Négocier la solution
Élaborer la solution
Étudier la faisabilité du projet
Réunion defaisabilité
Formaliser l’idée
Étude préalable
identifier
Le besoin
Réunion dedécision Réunions
d’avancement et de qualification
Développer et qualifier le système
Recette provisoire
Installer le système
Accompagner le changement
Assurer la logistique
Maintenir faire évoluer
Recette définitive
Exploiter
le
système
Coût du projet en % du coût de possession environ 5 % environ 10 % environ 80 %
environ 85 %
Part relative du coût du projet déterminée par les décisions déjà prises
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 9
Importance des recettes
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 10
Tests
• Un test ou un essai est une activité consistant à évaluer un système ou un composant d'un système à l'aide de moyens manuels ou automatisés pour– vérifier qu'il satisfait aux exigences spécifiées,
– ou identifier les différences entre les résultats attendus et ceux obtenus.
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 11
Définition
• Le test d'un programme consiste, à partir des spécifications de ce programme, à :– définir des essais,
– préparer des jeux d'essais c'est à dire des données semblables à celles qu'il devra traiter après sa mise en exploitation,
– exécuter ce programme avec ces jeux d'essais,
– comparer les résultats obtenus aux résultats attendus afin d'analyser les anomalies de fonctionnement et en déduire les défauts et les inadéquations du programme.
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 12
Test et Mise au point
• Le test et la mise au point d'un programme sont deux activités distinctes mais très liées :– Le test permet de révéler l'existence de défauts dans
un programme et de vérifier que la mise au point les a bien corrigés et qu'elle n'a pas généré de nouveaux défauts;
– La mise au point commence lorsqu'un défaut est identifié. Elle permet de le localiser dans le programme, de concevoir la correction et de la réaliser .
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 13
Tests unitaires
Tests d'intégration dun
module
Tests d'intégration du
logiciel
Tests du système
Tests d'acceptation
Processus de test
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 14
• Un test unitaire est un test conduit pour s'assurer qu'un composant du système répond bien à ses spécifications. Ce test a pour objectif de vérifier si chaque composant individuel fonctionne correctement, indépendamment des autres composants.
– Les tests unitaires sont aussi appelés tests des composants.
• Un test d'intégration d'un module consiste à s'assurer que l'ensemble des composants d'un même module fonctionnent correctement indépendamment des autres modules du logiciel. Ce test a pour principal objectif de détecter les problèmes d'interface entre les composants de ce module.
Définitions (1)
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 15
• Un test d'intégration d'un logiciel consiste à s'assurer que l'ensemble des modules de ce logiciel fonctionnent correctement ensemble. Ce test a pour principal objectif de détecter les problèmes d'interface entre les modules composant ce logiciel.
• Un test du système consiste à détecter les problèmes de fonctionnement du logiciel dans son environnement d'exécution. Il s'agit notamment des problèmes liés aux performances (temps de réponse, débit,...) et d'intégration à l'environnement d'exécution (compatibilité avec les logiciels existants,...).
Définitions (2)
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 16
• Un test d'acceptation est un test du logiciel dans les conditions définies par les utilisateurs. Son objectif principal est de détecter les erreurs ou les omissions dans la définition des besoins des utilisateurs. Il s'agit de mettre en évidence l'écart entre les fonctions fournies par le logiciel et les besoins des utilisateurs. Ce test permet de vérifier si un logiciel satisfait les critères d'acceptation fixés lors de la description des besoins et détermine l'acceptabilité de ce logiciel par l'utilisateur.
Définitions (3)
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 17
Le Processus de test
• Processus Itératif : quelle que soit l'étape à laquelle le défaut est détecté– le défaut est corrigé– on recommence le processus de test depuis le début
• La correction d'un défaut peut en générer d'autres– répéter les tests du système après chaque modification– Test de non-régression
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 18
• Ce test se déroule en cinq étapes1. Préparation d'un ensemble des tests génériques du
composant2. Application de ces tests à la version existante du
composant et stockage des résultats obtenus dans un ou plusieurs fichiers
3. Modification du composant4. Application des mêmes tests au composant modifié et
stockage des résultats obtenus dans un ou plusieurs fichiers différents de ceux utilisés à l'étape 2
5. Comparaison des fichiers issus de l'étape 2 et ceux issus de l'étape 4.
Test de Non Régression
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 19
Cycle de vie : coût des erreurs
Réunions d’avancement
Négocier la solution
Élaborer la solution
Étudier la faisabilité du projet
Réunion defaisabilité
Formaliser l’idée
Étude préalable
identifier
Le besoin
Réunion dedécision Réunions
d’avancement et de qualification
Développer et qualifier le système
Recette provisoire
Installer le système
Accompagner le changement
Assurer la logistique
Maintenir faire évoluer
Recette définitive
Exploiter
le
système
11
2 à 42 à 4
4 à 84 à 8
8 à 508 à 5050 à 15050 à 150
150 à 300150 à 300
> 300> 300
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 20
Pourquoi le découpage en phases?
• Mettre l’accent sur les activités critiques
• Meilleure concentration des qualifications
• Mesurer la qualité et le contenu de chaque phase
• Meilleure visibilité de gestion
• Planification et suivi pas à pas
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 21
Chaque phase doit …
– Avoir des entrées identifiables
– Avoir un point final
– Avoir des objectifs explicites et tangibles
– Avoir des ressources identifiables
– Être planifiable séparément
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 22
Découpage en phases :
« Projet Produit »
Gestion de projet, Ed WEKA
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 23
Notion et but
• But :– Maîtriser les risques – Maîtriser les délais, les coûts– Maîtriser la qualité
• Qu’est qu’un cycle de vie– Découpage en un ensemble de processus– Un processus : objectif, étapes, entrée/sortie
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 24
Les phases classiques (1)
• Analyse et spécification des besoins– Étude préalable– Description du cahier des charges
• Conception– Définition de l’architecture du logiciel (globale)– Découpage en modules (détaillée)
• Réalisation– les modules codés– Tests unitaires
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 25
Les phases classiques (2)
• Tests– intégration– qualification technique et fonctionnelle
• Mise en service et maintenance– correction des anomalies résiduelles– vérification du respect du contrat de service
Généralité
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 26
A éviter
• Effet tunnel
?t0
Le schéma en tunnel
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 27
Le cycle en cascade (1)
• Cycle classique (Bohem 1988)– Base et référence des autres modèles
• Développement modulaire• Une étape doit être finie pour que la suivante
commence• Chaque phase se termine à une date précise • A l’origine pas de retour arrière
– Modification : une étape ne remet en cause que l'étape précédente
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 28
Le cycle en cascade (2)
Mise en service et maintenance
Analyse et Spécification des besoins
Conception
Réalisation
Tests
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 29
Le cycle en V (1)
• Evolution du cycle en cascade• Mise en évidence des phases de vérification
– plier la ligne afin de différencier les phases de production et de validation
• Faire le parallèle entre les phases de conception/réalisation et les phases de tests– une erreur découverte lors d’une phase de test remet en
cause la phase de conception associée
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 30
Le cycle en V (2)
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 31
Cycle en V (3)
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 32
Avantages
• Permet de discipliner le processus de développement
• Fait apparaître des points de contrôle• Notion de validation forte (cycle en V)• Base de tout cycle
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 33
Inconvénients
• Rigidité des phases « linéaires »• «industrie manufacturière »<> créativité• Projet monolithique : un produit global livré en
bloc• Estimation du coût difficile à faire• Difficulté d’intégrer et d’anticiper le
changement
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 34
Prototypage - maquettage
• Utilisé lors des phases amonts du projet– Analyse des besoins, Spécifications fonctionnelles
• Validation par expérimentation• Phase rapide• S’intègre dans un cycle en cascade ou en V
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 35
Prototypage expérimental
• Utilisé au niveau de la conception pour :– s ’assurer de la faisabilité de parties critiques– valider des options de conception
• Souvent jeté après développement
Spécificationinitiale Point
critiquePrototype
Evaluation
Confirmation
Approfondissement
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 36
Prototypage évolutif
• La première version du prototype: embryon• Développement par incrément
– chaque prototype fait l'objet d'un cycle spécification-conception-implantation-test.
• Mise en place de la notion de cycle incrémental
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 37
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
Prototypage évolutif
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 38
Modèle en spirale
• Basé sur le prototypage évolutif• Basé sur la gestion des risques• Démarche :
– Identifier les risques et commencer par les plus importants
– Chaque cycle peut est basé sur une démarche en V ou en cascade
gestion projet 2 Alain Lopes -IUT ORSAY - PARIS XI 39
Cycle en spirale
Analyse des risquesSpécification des besoins et planification
DéveloppementEvaluation par le client
Cahier des charges
Recette client
évaluation des besoins initiaux
révision des besoins
Analyse initiale des risques
évaluations
maquette initiale
prototype
système définitif
Révision de l'analyse des risques
Top Related