cours gestion de projet partie 2 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Cours gestion de projet partie 2 PowerPoint Presentation
Download Presentation
Cours gestion de projet partie 2

Loading in 2 Seconds...

play fullscreen
1 / 57

Cours gestion de projet partie 2 - PowerPoint PPT Presentation


  • 680 Views
  • Uploaded on

Cours gestion de projet partie 2. Alain Lopes IUT ORSAY année 2005-2006. Le projet : définitions. Outil QQOQCCPP Q uoi ? En quoi consiste le besoin? En quoi consiste la solution en réponse au besoin ?

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Cours gestion de projet partie 2' - soren


Download Now An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
cours gestion de projet partie 2

Cours gestion de projet partie 2

Alain Lopes IUT ORSAY année 2005-2006

le projet d finitions
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ésPourquoi ?causes

Alain Lopes -IUT ORSAY - PARIS XI

d coupage de projet plan
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)

Alain Lopes -IUT ORSAY - PARIS XI

int r t
Intérêt
  • Faire face à la complexité en classant et hiérarchisant
  • Faciliter la compréhension et la manipulation
  • Essayer de ne rien oublier

Alain Lopes -IUT ORSAY - PARIS XI

int r t1
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

Alain Lopes -IUT ORSAY - PARIS XI

crit res de d coupage
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 …

Alain Lopes -IUT ORSAY - PARIS XI

principe de d coupage d un projet
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

Alain Lopes -IUT ORSAY - PARIS XI

principes
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

Alain Lopes -IUT ORSAY - PARIS XI

les tapes d un projet
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

Alain Lopes -IUT ORSAY - PARIS XI

niveaux de d coupages t ches
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.

Alain Lopes -IUT ORSAY - PARIS XI

d coupage afnor x50 106
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

  • Évaluation du système informatique
  • Évaluation du système d’information

Alain Lopes -IUT ORSAY - PARIS XI

d coupage classique
Découpage classique

Phase

préparatoire

Phase de réalisation

Phase de fin de projet

Alain Lopes -IUT ORSAY - PARIS XI

phase pr paratoire

Marges de manœuvre

Une illustration: le « syndrome de l ’entonnoir »

Temps

Émergence progressive et ciblage

Étude d ’opportunité

Étude de faisabilité

Phase préparatoire

1 - L ’avant projetresponsabilité MOA

  • prise de conscience d ’un besoin

la MOA décide de la pertinence de ce besoin puis fait une première définition

Alain Lopes -IUT ORSAY - PARIS XI

phase pr paratoire1
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)

Alain Lopes -IUT ORSAY - PARIS XI

phase pr paratoire2
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)

Alain Lopes -IUT ORSAY - PARIS XI

phase de r alisation
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

Alain Lopes -IUT ORSAY - PARIS XI

phase de r alisation1
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)

Alain Lopes -IUT ORSAY - PARIS XI

phase de r alisation2
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

Alain Lopes -IUT ORSAY - PARIS XI

phase de fin de projet
Phase de fin de projet

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

Alain Lopes -IUT ORSAY - PARIS XI

phase de fin de projet1
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 responsabilité MOA

Alain Lopes -IUT ORSAY - PARIS XI

mod le uml

Présentation stratégique

Présentation des processus

Explication de la modélisation

Modèle formel

Modèle UML

Alain Lopes -IUT ORSAY - PARIS XI

le mod le m tier
Le « modèle métier »

AMOA

UML

maquettes

Groupes métier

Alain Lopes -IUT ORSAY - PARIS XI

le mod le d analyse
Le « modèle d’analyse »

Alain Lopes -IUT ORSAY - PARIS XI

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

Alain Lopes -IUT ORSAY - PARIS XI

slide42

Maîtrise d’œuvre

Maîtrise d’ouvrage

Modèle d’analyse

Modèle technique

Modèle métier

Maîtrise d’ouvrage

Maîtrise d’œuvre

Production

Validation

Alain Lopes -IUT ORSAY - PARIS XI

demarche de developpement

Etude Préalable

DEMARCHE DE DEVELOPPEMENT

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

NOK

OK

Recette fonctionnelle

NOK

OK

Diffusion expérimentale

Déploiement

Alain Lopes -IUT ORSAY - PARIS XI

Maintenance

fonctionnement d un projet

Maîtrise

d’ouvrage

FONCTIONNEMENT D’UN PROJET

Utilisateurs

Maîtrise d’œuvre

Expression

de besoins

Etude d’opportunité

CP MOE

Réalisation

Définition du projet

Décision provisoire de lancement du projet

Etude préalable

Décision définitivede lancement du projet

CdCf Modèle « métier »

CdCf modèle « analyse »

Architecture technique

Spécification

détaillée et

Réalisation

gestion

de projet

validation

gestion

de la qualité

Recette

Intégration

P.V. de réception

Produit

Alain Lopes -IUT ORSAY - PARIS XI

Décision de

fin du projet

le d coupage des projets les mod les de d veloppement
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

Alain Lopes -IUT ORSAY - PARIS XI

le d coupage des projets les mod les de d veloppement1
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

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement code and fix
Les modèles de développement :code-and-fix

Compréhension du pb

Programmation

Mise au point

Satisfaisant ?

Fin

oui

non

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement transformation automatique
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.

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le de la cascade
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

RECETTE

Intégration

Tests unitaires

Implémentation

Alain Lopes -IUT ORSAY - PARIS XI

Tests d ’intégration

les mod les de d veloppement mod le en v
Les modèles de développement :modèle en V

Analyse des besoins

Test d ’acceptation

Conception du système

Test du système

Pour chaque composant

Conception du

composant i

Test du composant

i

Codage du com-

posant i

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le en w
Les modèles de développement :modèle en W

Définition des

besoins bruts

Spécifications

Test d ’acceptation

Conception de

haut niveau

Maquettes

Test du système

Conception du

système

Vérification des

flux logiques

Test du composant

i

Conception du

composant i

Codage du com-

posant i

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement d veloppement volutif
Les modèles de développement :développement évolutif

Version n

Détermination des besoins

Programmation

Expérimentation

Version n +1

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le du cycle rad
Les modèles de développement :modèle du cycle RAD

Initialisation

Expression des besoins

Conception

Construction

Cycles de prototypage

Mise en oeuvre

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le du cycle rad1
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

Alain Lopes -IUT ORSAY - PARIS XI

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

1

Cycle 2

6

2

Cycle 1

1

2

5

3

4

3

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le en spirale1
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

Alain Lopes -IUT ORSAY - PARIS XI

les mod les de d veloppement mod le en spirale2
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à.

Alain Lopes -IUT ORSAY - PARIS XI