Cours gestion de projet partie 2

1
Cours gestion de projet partie 2
Alain Lopes IUT ORSAY année 2005-2006
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ésPourquoi ? causes

3
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. LOBS (Organisation Breakdown Structure)

4
Intérêt

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

5
Intérêt

• Aborder le projet en termes dunités de
  fabrication
• Affecter des activités aux acteurs
• Ordonnancer
• Permettre un suivi efficace lors de lexécution

6
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

7
Principe de découpage dun projet
Un projet se décompose en PHASES moments
dun 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
8
Principes

• Découpage en éléments quasi-autonomes
• Qui produisent un résultat identifié
• Qui ont une charge mesurable
• Pour lesquels les contraintes denchaî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

9
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

10
(No Transcript)
11
(No Transcript)
12
(No Transcript)
13
(No Transcript)
14
(No Transcript)
15
(No Transcript)
16
(No Transcript)
17
(No Transcript)
18
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.

19
(No Transcript)
20
(No Transcript)
21
(No Transcript)
22
(No Transcript)
23
(No Transcript)
24
(No Transcript)
25
(No Transcript)
26
(No Transcript)
27
Découpage AFNOR X50-106

• Exploration
• Conception densemble
• Appréciation de la solution retenue

Étude préalable

• Conception fonctionnelle du S.I.
• Étude organique générale

Conception détaillée

• Étude organique détaillée
• Programmation et tests
• Validation technique

Réalisation

• Réception provisoire
• Exploitation sous contrôle

Mise en oeuvre

• Évaluation du système informatique
• Évaluation du système dinformation

Évaluation
28
Découpage classique
AFNOR Z67101 MERISE SDMS
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 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
Phase préparatoire
Phase de réalisation
Phase de fin de projet
29
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

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

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

32
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

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

34
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 davancement du projet
• Éviter l effet tunnel
• nécessité d itérations

35
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

36
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é davoir rédigé une bonne
  documentation pour faciliter la maintenance et
  les évolutions futures
• 10 - Faire un bilan responsabilité MOA

37
(No Transcript)
38
Modèle UML
39
Le  modèle métier 
AMOA UML maquettes
Groupes métier
40
Le  modèle danalyse 
41
Spécifications

• Spécifications fonctionnelles générales (modèle
  métier)
• Responsable MOA
• Spécifications fonctionnelles détaillées (modèle
  danalyse)
• Responsable MOE, validée par MOA
• Spécifications techniques globales (architecture
  technique )
• Responsable MOE
• Spécifications techniques détaillées
• Responsable MOE

42
Production
Validation
43
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
NOK
OK
Recette fonctionnelle
NOK
OK
Diffusion expérimentale
Déploiement
Maintenance
44
FONCTIONNEMENT DUN PROJET
Maîtrise douvrage
Utilisateurs
Maîtrise dœuvre
Expression de besoins
Etude dopportunité
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
Décision de fin du projet
45
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

46
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

47
Les modèles de développement code-and-fix
Compréhension du pb
Programmation
Mise au point
Satisfaisant ?
Fin
oui
non
48
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.
49
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
Tests d intégration
50
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
51
Les modèles de développement modèle en W
Définition des besoins bruts
Test d acceptation
Spécifications
Conception de haut niveau
Test du système
Maquettes
Conception du système
Vérification des flux logiques
Test du composant i
Conception du composant i
Codage du com- posant i
52
Les modèles de développement développement
évolutif
Version n
Détermination des besoins
Programmation
Expérimentation
Version n 1
53
Les modèles de développement modèle du cycle RAD
Initialisation
Expression des besoins
Conception
Construction
Cycles de prototypage
Mise en oeuvre
54
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
55
Les modèles de développement modèle en spirale
1
Cycle 2
6
2
Cycle 1
1
2
5
3
4
3
56
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

57
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à.