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

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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) gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI Intérêt Faire face à la complexité en classant et hiérarchisant Faciliter la compréhension et la manipulation Essayer de ne rien oublier .Faciliter la compréhension et la manipulation d’un ensemble complexe par la détermination de sous-ensembles de moindre compléxité . gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 … gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Les étapes d ’un projet 3C Cadrer / Conduire / Conclure 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 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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. gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI Découpage classique AFNOR Z67101 MERISE SDMS Schéma directeur Étude préalable Exploration Conception Appréciation Recueil Définition des besoins (DBS) Conception architecture (CAS) Conception détaillée Spécifications externes (SES) Réalisation Étude technique Spécifications internes (SIS) Programmation Test Mise en œuvre Conversion Installation Évaluation Qualification Bilan Phase préparatoire Phase de réalisation Phase de fin de projet gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 Marges de manœuvre Émergence progressive et ciblage Étude d ’opportunité Étude de faisabilité gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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) gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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) gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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) gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 Un modèle UML se compose de plusieurs documents en langage courant et d ’un document formalisé : il ne se limite en aucun cas au seul document formalisé, car celui-ci est pratiquement incompréhensible si on le présente seul, sauf peut-être pour des experts en UML, mais ces personnes sont rares. Le premier document est la présentation stratégique, expliquant pourquoi l ’entreprise a voulu se doter de l ’outil considéré, les buts qu ’elle cherche à atteindre, le calendrier de réalisation qu ’elle a prévu, etc. Le second document est une présentation des processus de travail par lesquels la stratégie doit se réaliser. Il doit être illustré par une présentation des écrans qui seront affichés devant les utilisateurs, de sorte que le lecteur puisse voir comment l ’application va fonctionner en pratique. Le troisième document est une explication des choix et des méthodes utilisés pour la modélisation formelle : il s ’agit de reproduire, pour le lecteur, les discussions qui ont présidé à ces choix. Le quatrième document est le modèle formel lui-même. Il comporte des diagrammes, des liens hypertextes permettant l ’ouverture de fenêtres de contenu textuel. Parmi les diagrammes, on doit présenter en premier le diagramme d ’activité, qui montre l ’enchaînement des « use cases » au sein du processus et qui est le plus immédiatement compréhensible ; puis le diagramme de séquence, qui montre l ’enchaînement des opérations à l ’intérieur d ’un « use case ». Enfin, le diagramme de classes, qui est le plus précis conceptuellement mais aussi le plus difficile à lire. gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI Le « modèle métier » AMOA UML maquettes Groupes métier gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI Le « modèle d’analyse » gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Alain Lopes -IUT ORSAY - PARIS XI Maîtrise d’ouvrage Modèle métier Maîtrise d’œuvre Modèle d’analyse Maîtrise d’œuvre Modèle technique Production Validation gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

DEMARCHE DE DEVELOPPEMENT Etude Préalable Cahier des charges fonctionnel Etude détaillée Réalisation Validation par les utilisateurs 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI Maintenance

FONCTIONNEMENT D’UN PROJET Maîtrise d’ouvrage 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éfinitive de 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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI Produit Décision de fin du projet

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Les modèles de développement : code-and-fix Compréhension du pb Programmation Mise au point Satisfaisant ? Fin oui non gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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. gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI Tests d ’intégration

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Les modèles de développement : développement évolutif Version n Détermination des besoins Programmation Expérimentation Version n +1 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Les modèles de développement : modèle du cycle RAD Initialisation Expression des besoins Conception Construction Cycles de prototypage Mise en oeuvre gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

Les modèles de développement : modèle en spirale 1 Cycle 2 6 Cycle 1 2 1 2 5 3 4 3 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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 gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI

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à. gestion projet 2 - année 2005-2006 Alain Lopes -IUT ORSAY - PARIS XI