exercice_METHODE de Conduite de PROJET

METHODE de Conduite de PROJET
Définir la Boîte
Définition: PROJET : ensemble organisé de compétence, de méthodes, de moyens et
d'activités pour :
• concevoir, réaliser, mettre en œuvre ;
• Apporter une solution ;
conforme à des objectifs
Les bases de la méthode
•
•
•
Décomposition du projet
Planification détaillée
Le Plan du Projet
Décomposition du projet et MODELISATION du PROJET
•
•
•
Approche par PRODUITS
o Les produits à livrer ;
o Les prestations à fournir ;
o Les produits et prestations intermédiaires nécessaires ;
o Les activités tâches pour les fabriquer les obtenir.
Affectation des responsabilités
Positionnement des PRODUITS/PHASES
Présentation en arbre indenté
PROJET DISTRIBUTION TPV
w Conduite de projet
w Sous-Système de Gestion
w Sous-Système Front de vente
{ Documentation et support
{ Câblage
{ Terminal point de vente
P Caisse standard
P Lecteur de badge OEM
{ Contrôleur
P Matériel
P Logiciels
{ Intégration & Tests S-Système
w Sous-Système Réseaux
w Intégration & Tests SYSTEME
Règles de structure
•
•
•
•
Chaque élément représente un produit ou une prestation
Il représente la somme des éléments de niveau inférieur qui lui sont rattachés
Chaque élément peut-être testé ou validé de façon indépendante
Chaque élément peut être affecté à un responsable unique
Construire le projet
Représentation synthétique et structurée
1) Identifier les sous-systèmes à livrer
2) Identifier les produits à livrer
3) Regrouper par sous-système les produits
4) Enrichir (savoir faire, listes type)
5) Affecter les responsabilités
6) Présenter le résultat du travail
7) Mettre à jour
Organigramme Technique (OT)
L'organigramme technique est une application de techniques bien connues :
• Décomposition d'une solution en produits composants de la solution. Technique
connue sous le nom de Product Breakdown Structure (PBS)
• Décomposition des activités de fabrication d'un produit composant de la solution.
Technique connue sous le nom de Work Breakdown Structure (WBS)
La théorie
Le PBS se déduit de l'axe des fonctions de la boite projet, il constitue l'ensemble des éléments
permettant de constituer les "livrables" du projet. Le schéma ci-après représente cette
séquence de déduction. Il nécessite quelques explications.
Les fonctions supportées par la solution pour laquelle nous devons estimer le projet de mise
en oeuvre, sont ce que l'on appelle communément des fonctions de services rendus à
l'utilisateur. Les dites fonctions sont fournies à un niveau de service déterminé (contraintes).
Réaliser la fonction de service au niveau de service requis au moindre coût nécessite la mise
en oeuvre d'une "fonction de conception" qui se traduira par un produit.
Prenons un exemple. La fonction de service à produire est de permettre la suspension d'un
luminaire. Selon le niveau du service à rendre : le poids du luminaire, la fonction de
conception donc le produit final sera différent et ira d'un simple piton ouvert pour une lampe
avec abat-jour à un montage sophistiqué pour le lustre de l'opéra en passant par une cheville à
bascule pour des lustres jusqu'à 60 kg.
Le produit livré peut-être un produit unique ou la composition de plusieurs produits.
La fourniture du produit, au niveau de service requis, peut impliquer la fabrication de produits
intermédiaires qui ne seront pas livrés au client mais qui sont nécessaires à la fabrication
(outils spécifiques) ou à assurer le niveau de qualité et de service (système de tests par
exemple).
Un produit, qu'il s'agisse d'un produit à livrer ou d'un produit intermédiaire, est décomposé en
produits élémentaires composants.
• C'est le cas d'une voiture.
o Ce peut aussi être le cas d'un Plan Education qui comporte, par exemple :
des filières de formation par population cible
des cours dans chacune des filières
des modules d'enseignement dans chaque cours, chaque module
comprend
• un support de présentation
• un script du discours
• les notes à l'instructeur
• etc
Cette décomposition des produits constitue le PBS elle permet d'affecter les responsabilités de
réalisation de ces produits dans la structure d'organisation du projet ou OBS.
Réaliser ces produits élémentaires nécessite des activités de réalisations complétées des
activités de contrôle et de supervision. Cette décomposition en activités et en tâches est
appelée WBS.
La réalisation des tâches nécessite des ressources qui appartiennent à la décomposition des
ressources (RBS) reliée à la structure d'organisation (OBS).
Prenons une analogie dans le monde industriel :
• le PBS correspond à la nomenclature du produit fini,
• le WBS correspond à la "gamme opératoire de fabrication
Les règles de structure de l'OT
Quelles sont les règles de structure de l'OT ?
L'OT est une combinaison de PBS et de WBS. La structure est d'abord définie au niveau du
PBS.
La décomposition au niveau inférieure résulte de la structure de responsabilité. En stratégie
d'achat de sous ensemble complet, si nous sommes certains de l'indépendance du sousensemble nous nous arrêterons au niveau produit (PBS). Nous ne décomposerons la structure
en activités (WBS) que si il faut fabriquer soi-même le produit, ou que des synchronisations
sont nécessaires entre plusieurs produits.
Les règles qui régissent la représentation de l'OT sont :
• représentation de l'OT sous forme d'arborescence
• Chaque élément de l'arborescence :
o Représente un produit ou une prestation (activité de réalisation)
o peut être affecté à un responsable unique
o (Client, Sous-Traitant, Agent, Fournisseur, D3I, Agence, Inspection, ...) peut
être testé ou validé (contrôlé) de façon indépendante des autres éléments
o représente ni plus ni moins que la somme des éléments du niveau inférieur qui
lui sont rattachés.
Cette arborescence peut être traduite en 3 types de représentation graphiques que nous allons
illustrer pour un projet de terminaux point de vente :
• représentation en arbre
• représentation en liste indentée
• représentation en arbre indenté
Représentation en arbre
Cette représentation est celle utilisée dans un certain nombre de logiciels de gestion de
planning pour représenter la structure du WBS. Elle présente quelques inconvénients dont un
des principaux est l'obligation de faire de l'impression de type « paysage » ou d'utiliser une
hiérarchie de niveau importante.
Représentation en liste indentée
La représentation en liste indentée ne présente pas ces défauts mais la hiérarchie de structure
est d'une lecture moins immédiate.
Représentation en arbre indenté
La représentation en arbre indenté nous semble être la façon la plus facile et la plus lisible de
représentation de l'organigramme technique.
les 8 étapes d'élaboration de l'OT
Identifier les sous-systèmes à livrer
Ne pas confondre, même s'il y a souvent correspondance, les sous- systèmes, les lots
techniques et les plans 1.
Faire la liste des produits à livrer
Faire abstraction des sous-systèmes que vous venez d'identifier et dresser la liste "en vrac" de
tous les produits nécessaires.
Regrouper par sous-système les produits identifiés
Trier et ventiler ces produits par nature ou domaine donc par sous-système.
Enrichir l'arborescence
Par des produits intermédiaires, puis par les activités de fabrication, de contrôle et de
supervision.
Revoir l'organigramme technique
Vérifier que rien n'est oublier, qu'il n'y a pas de redondances inutiles, affiner le découpage,
commencer à définir des lots techniques, aussi autonomes ou indépendants que possible, dans
les différents sous-systèmes.
Terminer d'affecter les responsabilités
Affecter des responsabilités (OBS) pour chacun des éléments de l'OT.
Présenter l'organigramme technique au client
Faire valider par le client, l'OT validé est un des éléments de base du référentiel du projet.
Mettre à jour l'organigramme technique
Afin de refléter les discussions et négociations. A ce moment l'OT devient une des bases de
référence du projet.
A vous
Exercice : organiser le repas de Noël en Famille
Pensez PRODUIT, RESULTAT, FABRICATION
S'abstraire du temps : Dépendances, phases
S'abstraire de l'organisation : Sous-projets
S'abstraire des lots : notion contractuelle
Glossaire
Glossaire
AD/CYCLE ( Aplication Development / Cycle)
Ensemble de démarche méthodologique et d'outils pour construire la plate-forme de conception, de
développement et de test de logiciels à partir d'un référentiel représentant une certaine modélisation
de l'entreprise.
AXIAL
Méthodologie développée par IBM France d'analyse et de conception structurée de systèmes
d'information, basée sur l'étude des données,des processus à réaliser, et des fonctions à couvrir dans
l'entreprise.
COCOMO ( COst COnstructive MOdel)
Méthode de conduite et d'estimation des Projets Informatique fondé sur les coûts. Lepoint d'entrée
dans ce modèle est le nombre de millier de lignesde code source des programmes.
C.p.O. ( Conception par Objectifs)
Méthode de décomposition des objectifs en facteurs critiques quantifiés et mesurables qui permet
d'aider à l'établissement des spécifications fonctionnelles et du niveau de service souhaité.
D.b.O. ( Design by Objectives)
voir CPO
H.I.P.O. (Hierarchical Input Process Output)
Technique de décomposition hiérarchique des programmes; chacun desprogrammes de niveau le
plus bas dans la hiérarchie de décomposition estdécrit par les informations en entrée, les traitements
appliqués à cesinformations et les informations produites (ou stockées) en sortie.
I.P.T. (Improved Programming Techniques)
Sigle utilisé par IBM pour désigner l'ensemble des techniques associées à la programmation
modulaire et structurée.
J.A.D. (Joint Application Design)
Une approche de communication structurée utilisable pour faciliter l'expression des besoins et des
spécifications fonctionnelles. Elle fonctionne par consensus et permet d'établir la "bible" du projet.
J.E.P. (Justification Economique de Projet)
Ensemble de techniques financières qui considèrent un ensemble d'éléments financiers (économies et
gains générés par la solution /coûts de mise en oeuvre). Il est utilisé pour justifier économiquement
l'investissement représenté par le projet.
K.L.O.C. (Kilo Lines Of Code)
Unité de mesure ou d'évaluation de la taille des logiciels exprimée en milliers de lignes de code
source (instruction de programme etdescription de données). Cette unité est utilisée dans le modèle
COCOMO). Elle s'applique pour les langages de programmation dits évolués (L3G).
LOT TECHNIQUE :
Un lot technique est un regroupement par responsabilité de réalisation et peut recouvrir une
partie d'un sous-système ou plusieurs sous-systèmes. Un plan est un regroupement d'activités
par nature d'activités (donc éventuellement de compétences).
M.C.D. (Modèle Conceptuel des Données)
Terminologie Merise désigne le modèle conceptuel des données de l'entreprise.
M.C.D.A; (Modèle Conceptuel des Données Analytique)
Terminologie Merise/2 désigne le modèle conceptuel des données détaillé de l'entreprise.
M.C.T. (Modèle Conceptuel des Traitements)
Terminologie Merise désigne le modèle conceptuel des traitements de l'entreprise.
M.C.T.A (Modèle Conceptuel des Traitements Analytique)
Terminologie Merise/2 désigne le modèle conceptuel des traitements détaillé de l'entreprise.
MERISE
Méthodologie française d'analyse et de conception structurée de systèmes d'information fondée sur
l'analyse des données et des traitements.
MERISE/2
Proposition d'évolution de la méthode Merise vers l'orienté objet.
M.L.D. (Modèle Logique des Données)
Terminologie Merise désigne le modèle logiquedes données de l'entreprise.
M.L.T. (Modèle Logique des Traitements)
Terminologie Merise désigne le modèle logiquedes traitements de l'entreprise.
M.O.T. (Modèle d'Organisation des Traitements)
Terminologie Merise qui désigne aussi le modèle logiquedes traitements de l'entreprise.
M.O.P.T. (Modèle d'Organisation Physique des Traitements)
Terminologie Merise qui désigne aussi le modèle physique des traitements de l'entreprise. Il comporte
dans sa schématique la représentation des règles de pilotage du traitement.
M.P.D. (Modèle Physique des Données)
Terminologie Merise désigne le modèle physique des données de l'entreprise.
M.P.T. (Modèle Physique des Traitements)
Terminologie Merise désigne le modèle physique des traitements de l'entreprise.
O.B.S. (Organisational Breakdown Structure)
Décomposition de la structure de réalisation du projet. Identifie la fonction ou la personne responsable
de l'exécution de la tâche; elle peut être différente du réalisateur de la tâche.
O.T (Organigramme Technique)
Décomposition de la structure de réalisation du projet. Identifie
w les produits à livrer et les produits intermédiaires nécessaires à leur réalisation.
w les activités de fabrication de ces produits
w les activités de contrôle et de supervision de la fabrication
C'est une combinaison des structures PBS et WBS (voir ces mots).
P.B.S. (Product Breakdown Structure)
Décomposition technique en termes Composé / Composants d'un produit, d'un projet, d'un objet, d'un
modèle, etc.
R.B.S. (Resource Breakdown Structure)
Décomposition technique en termes Composé / Composants d'une structure d'organisation dans une
entreprise, une activité de gestion,un projet, en ses ressources élémentaires dont elle dispose
pouraccomplir ses missions.
Sous système
Un sous-système est un regroupement par nature ou domaine de produits ( application, système,
réseau, etc)
S.S.P. (Session Spéciale / Structurée de Planification)
Réunion structurée destinée à recueillir, des spécialistes des domaines examinés leurs évaluation de
charge et de durée des différentes tâches à accomplir. Elle permet aussi de définir les dépendances
entre tâches et les compétences nécessaires. Ces éléments sont indispensables pour une bonne
planification.
S.S.I.I. (Société de Services et d'Ingénierie Informatique)
sigle des société de services et de réalisation en ingénierie informatique.
T.E.A. (Tâche Elémentaire Autonome / Autosuffisante)
Le plus petit élément, résultant d'une décomposition technique d'un projet, ne concernant qu'une
seule fonction ou personne selon que cette décomposition est faite du point de vue fonctionnel ou du
point de vue organisation et réalisation d'un projet.
W.B.S. (Work Breakdown Structure)
Méthode de décomposition technique hiérarchisée de type composé/composant permettant d'affiner la
décomposition d'un projet en éléments gérables et quantifiables. Le niveau le plus fin de cette
décomposition est une T.E.A. . Le terme le plus généralement utilisé est celui de décomposition
technique (en réalité il y a décomposition en Produits PBS et ceux-ci sont décomposés en activités
WBS).