Cours gestion de projet partie 2 Alain Lopes IUT ORSAY année 2005-2006

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



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)



Intérêt

• Faire face à la complexité en classant et hiérarchisant

• Faciliter la compréhension et la manipulation

• Essayer de ne rien oublier



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



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 …



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



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



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



















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.



















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



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


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



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é



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)



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)



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




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)




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



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



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





Modèle UML

Présentation stratégique

Présentation des processus

Explication de la modélisation

Modèle formel



Le « modèle métier »

Groupes métier

AMOA

UML

maquettes



Le « modèle d’analyse »



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



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



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



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



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



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



Les modèles de développement :

code-and-fix

Compréhension du pb

Programmation

Mise au point

Satisfaisant ?

non

oui Fin




transformation automatique

Spécification

Validation

Transformation

Suppose un système automatique de transformation des spécificationsvalidées en programmes.




modèle de la cascadeÉtude de faisabilité

Définition des besoins

Conception générale


Codage

Implémentation

Validation

Validation

Vérification

Intégration

Vérification

Tests unitaires

Tests d ’intégration

RECETTE




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




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




développement évolutif

Détermination des besoins

Programmation

Expérimentation

Version n +1

Version n




modèle du cycle RAD

Expression des besoins

Conception

Construction

Initialisation

Mise en oeuvre

Cycles de prototypage




modèle du cycle RAD

Travaux préparatoires Session participative Travaux de conclusion

Structure d ’une phase dans le cycle RAD



Les modèles de développement :modèle en spirale

1

Cycle 2

2

34

5

6Cycle 1

1

2

3




• 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




• Le dernier cycle comprend :– en phase 2 développement de la version finale– en phase 3 tests et installation– et s ’arrête là.

Documents

Cours gestion de projet partie 2 Alain Lopes IUT ORSAY année 2005-2006