Cours gestion de projet partie 2 Organisation et phases de projets Alain Lopes IUT ORSAY année 2007-2008

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


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


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


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


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


Cycle de vie : coût du projet







Étude préalable

identifier

Le besoin




Recette provisoire





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


Importance des recettes


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.


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.


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 .


Tests unitaires

Tests d'intégration dun

module

Tests d'intégration du

logiciel

Tests du système

Tests d'acceptation

Processus de test


• 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)


• 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)


• 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)


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


• 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


Cycle de vie : coût des erreurs







Étude préalable

identifier

Le besoin




Recette provisoire





Recette définitive

Exploiter

le

système

11

2 à 42 à 4

4 à 84 à 8

8 à 508 à 5050 à 15050 à 150

150 à 300150 à 300

> 300> 300


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


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


Découpage en phases :

« Projet Produit »

Gestion de projet, Ed WEKA


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


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


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é


A éviter

• Effet tunnel

?t0

Le schéma en tunnel


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


Le cycle en cascade (2)

Mise en service et maintenance

Analyse et Spécification des besoins

Conception

Réalisation

Tests


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


Le cycle en V (2)


Cycle en V (3)


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


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


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


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


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


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


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


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

Documents

Cours gestion de projet partie 2 Organisation et phases de projets Alain Lopes IUT ORSAY année 2007-2008