identification des activités d’un projet, wbs, pbs,...

© Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 2. WBS, PBS, OBS 1

Identification des activités d’un projet, WBS, PBS, OBS


Présenter les aspects• Décomposition d’un produit• Décomposition des activités• Décomposition (structure) organisationnelle

liés à un projet

Expliquer le concept d’organigramme des tâches (« OT », Work Breakdown Structure « WBS »), qui permet de consolider ces trois décompositions, et de maîtriser la réalisation du projet (estimation, planification, suivi)

Buts du chapitre


Décomposition d'un projetOutil à la base du management du projet

Elle permet• l’expression de toutes les réalités du projet : produits, activités, méthodes, techniques,

moyens, organisation• l’estimation et le suivi des charges, des coûts et des délais• l’identification des responsabilités• une communication et des négociations efficaces (éléments, interfaces)

Trois approches principales• produits• activités• organisation

utilisées pour construire l'organigramme des tâches


Décomposition en produits PBS


Décomposition en produitsCorrespond à l'expression des besoins (exigences)

Met en évidence• les produits livrables et qualifiables, de nature différente (éventuellement)• les responsabilités• les particularités de parties du logiciel (éventuellement)

Buts• Identification des activités, estimation et suivi des charges et des délais• identification des interfaces et des dépendances entre constituants• planning général prévisionnel


Décomposition en produitsTrois niveaux ou davantage (?), selon la complexité, le besoin de visibilité• niveau 1 : produit dans sa totalité (objet du contrat) = vue globale, "système"• niveau 2 : ensemble homogène de produits ou services• niveau 3 : décomposition détaillée des éléments du niveau 2, identifiant des

sous-produits de nature différente

A chaque élément de la structure est associé• une responsabilité unique (société, service, groupe, équipe, personne...)• un coût prévisionnel• des dates contractuelles


Décomposition “standard” en produits

Totalité produit

Documentationd'ensemble

Produitslogiciel

Prestationsformation

Prestationsmaintenance

Prestationsgarantie

Prestationsassistance

Autresservices

Logicielsspécifiques

Logicielssous-traités

Logicielsacquis

Logicielsadaptés

Logicielsréutilisés

Articleconfiguration 1

Articleconfiguration 2

P.DE / X1 P.PL / X2 P.FO / X3 P.MA / X2 P.GA / X4 P.AS / X5 P.SD / X6

P / X

/ / / / /

/ / Nom du produitou du service

codification / responsable

Légende


Décomposition en produits : tableau de synthèse

P Totalité du produit X soc. X 10 M€ 0 24

Datesdébut finBudgetResponsable

code nomProduits et servicesRef.

P.DE Documentation d'ensemble X1 resp. doc. 0,5 M€ 0 12

P.PL Produits logiciel X2 chef projet 7 M€ 0 12

P.FO Prestations formation X3 resp. form 0,2 M€ 4 12

P.MA Prestations maintenance X2 chef projet 0,5 M€ 12 36

P.GA Prestations garantie X4 resp.garan 0,3 M€ 12 24

P.AS Prestations assistance X5 resp.assistce 0,5 M€ 12 24

P.SD Autres services X6 resp.serces 1 M€ 12 36


Décomposition en produits : exemple

REDEVANCESINDUSTRIELS

BATCHTransactionnel

CONSULTATION SAISIE MISE A JOUR EDITION CONSOLIDATION

ECRAN 1 ECRAN 2 PREPARATION EDITIONS SIEGE EDITIONS AGENCE

NIVEAU 1 : Projet / LogicielNIVEAU 2 : Sous-Projet

NIVEAU 3 : Chaîne / TransactionNIVEAU 4 : Programme / Module


Décomposition en produits : exempleSystème

Sous Système Sous Système Sous Système

Equipement Equipement

Matériel

Matériel

MatérielEquipement

Logiciel

CL CL CL

Logiciel

EL EL EL

CL CL

EL CL

EL : Elément LogicielCL : Constituant Logiciel


Décomposition en produits : exemple 3

Gestion des Dumps et Téléchargements :- génération des différents types de télécommande- gestion de la configuration matérielle et logicielle du satellite- analyse des dumps des logiciels de vol embarqués

Eléments d'Intégration :- moyens de test pour les phases d'intégrationet de validation du CGS

Services Généraux :- besoins communs à plusieurs sous-systèmes du CGS

SPOT 4/5

Centre deMaintien à Poste

Centre de Contrôledu Satellite

Centre de Gestiondes Servitudes

Couche NoyauService

Centre de Gestiondes Charges Utiles

Gestion des Dumpset Téléchargements

Elémentsd'Intégration

ServicesGénéraux

Surveillance Technologiquedu Satellite

Surveillance Technologique du Satellite :- conservation de toutes les informations utiles en provenance dusatellite ou du segment sol- serveur de ces informations


Décomposition en activités WBS


Décomposition en activitésBut : décrire de manière systématique toutes les actions à mettre en oeuvre pour• réaliser• gérer• approvisionner• assurer la qualité

Décomposition basée sur le cycle de vie ; mais certaines activités ont lieu durant plusieurs phases (conduite de projet, gestion de configuration...mais aussi analyse, conception... ), donc bien décrire le contenu de chaque activité durant chaque phase

3 principes de décomposition• toutes les activités à mener incluses• activités sous-traitées prises en compte• niveau de détail atteint fonction du besoin de visibilité, d'affectation de responsabilité

Permet un suivi analytique des coûts


Décomposition en activitésTrois niveaux ou davantage (?), selon la complexité• niveau 1 : ensemble des activités à réaliser• niveau 2 : subdivision du niveau 1 par nature d'activités• niveau 3 : tâches élémentaires, ou subdivision du niveau 2 en ensembles

homogènes

Reflet du "métier", et de la façon de l'aborder

cf. la modélisation des processus, par ex. avec SPEM, EPFOPENUP


Décomposition en activités : exemple 1

Réaliser leprojet XXX

Activitésd'étude

Activitésdéveloppement

Activitésde test

Activitésgestion projet

Activitéslogistique

Activitésqualité

Estimationsplanification Administration Suivi

avancement

Activitésgestion config.

Gestiondocumentation

A.ET / X1 A.DV / X2 A.TST / X1 A.GP / X1 A.LO / X4 A.AQ / X5 A.FO / X6

A / X

/ / /

/ /

Nom de l'activité

codification / responsable

Légende

Activitésfournisseurs

Testsunitaires

Qualificationtechnique

Recettefonctionnelle

/ / /

Etudetechnique

Réalisation Mise enoeuvre

/ / /

Etuded'opportunité

Etudepréalable

Etudedétaillée

Gestiondes moyens

/ A.ET.EO / X9

A.ET.EP / X8

A.ET.ED / X9


Décomposition en activités : exemple 2

Gestion deProjet

GénieLogiciel

SX1 SX2 SX6

ImplémentationProgramma-tion

Activités du Sous Ensemble X

SX1-SX6

SX3 SX4Test etévaluation

SX5

Documentation

SX11 planificationSX12 estimation des

coûtsSX13 relations clientSX14 gestion des

sous traitantsSX15 gestion des

revues, audits

SX21 étude faisabilitéSX22 spécification des

besoinsSX23 conception produitSX24 gestion des

configurationsSX25 assurance qualité

SX31 conception détailléeSX32 codage et

test unitaireSX33 intégration

SX41 test du produitSX42 test de recetteSX43 support de test

SX51 manuels SX61 installationSX62 conversionSX63 formation


Organisation fonctionnelle


Organisation fonctionnelle d’un projetMet en évidence• la manière selon laquelle le chef de projet délègue ses responsabilités• les missions des différents intervenants• les circuits de communication

– internes– avec l'extérieur (client, utilisateurs, sous-traitants, fournisseurs...)

Toutes les responsabilités doivent être clairement identifiées.... et il y en a beaucoup !


Les différentes responsabilitésResponsable technique• conception et réalisation, coordination de la résolution des problèmes

techniques, validation• formation, assistance aux équipes de réalisation

Responsable du projet• coordination des développements, choix des fonctionnalités retenues• gestion des équipes et des moyens, suivi du projet• organisation de la recette et de la livraison

Responsable qualité• production et suivi du plan qualité• audit des processus, participation aux revues et inspections, contrôle des

produits et fournituresResponsables du site, de la gestion de configuration, de la documentation, du matériel, commercial, produitResponsable utilisateurs : ?Responsable exploitation / production


Organigramme des tâches :la consolidation


Organigramme des tâchesAssociation des activités et des moyens (éventuellement) au découpage

logique des produits du projet

Permet de synthétiser le projet en termes de travaux

Constitue la référence unique de tous les documents de gestion de projet

Bâti sur la structure du produit

Adapté à la taille du projet et au lotissement

A chaque niveau (ou élément d'un niveau) est associé l'ensemble des lots de travaux à réaliser

Remarque : s’il s’agit d’un organigramme fin de réalisation, il est construit de manière progressive, et ne peut être complet qu’en fin de conception préliminaire (cycle de vie en “V”). Sa structure, orientée gestion de projet, n’a rien à voir a priori avec la structure du logiciel, qui dépend elle de la méthode de conception. Une forte cohérence entre les deux est souhaitable.


Lot de travauxUn lot de travaux est caractérisé par• unicité dans l'organigramme des tâches (donc complètement défini)• responsable unique• contenu (liste des tâches, durée, relations)• dates de réalisation prévisionnelles (début, fin)• budget• moyens


Organigramme des tâches : exemple de présentation

Titulaire :

Projet : ORGANIGRAMME TECHNIQUE Page : 1/1

Date:

PREMIERE PARTIE : DESCRIPTION

10/02/05

SYSTEME XYZ code OT 555- Conduite de Projet 555 G1- Assurance Produit 555 P1- Conception Préliminaire 555 T1- Intégration et Validation 555 T2- Recette 555 T3- Formation 555 A1

ENSEMBLE DECOMMUTATION TELEMESURE code OT 5551UR1 code OT 55511

- Réalisation 55511 T1UR2 code OT 55512

- Réalisation 55512 T1- Suivi Qualité 55512 P1

Intégration UR1 et UR2 5551 T1ENSEMBLE UTILITAIRES EXPLOITATION code OT 5552

- Développement 5552 T1UR3 code OT 5553

- Développement 5553 T1...


Fiche de lot de travaux : exemple de présentation

<< la rubrique page n'est à renseigner que s'il y a plus de six fournitures ou activités dans le Lot, celui-ci faisant alors l'objet de plusieurs fiches >>

Titulaire :

DESCRIPTION

Projet : FICHE DE LOTS DE TRAVAUX Page: /

Code du Lot:

DATE DE DEFINITION / MODIFICATION

<< ce texte doit contenir le nom du constituant de la structure auquel le Lot est associé >>

<< cette partie indique les dates de définition et de modification de la description statique du Lot (rajout d'activité, etc); en cas de modification importante, la justification est à fournir >>

DETAIL DES FOURNITURES

fourniture livrée

<< les dates ne sont pas à fournir >>

acceptée

<< mettre une croix dans la colonne correspondante >>

DETAIL DES ACTIVITES

activité en cours terminée

<< les dates ne sont pas à fournir >>

<< mettre une croix dans la colonne correspondante >>

CONTRAINTES

<< seules sont à préciser ici les contraintes relatives au Client : fourniture de données de test, mise à disposition de moyens, etc les dates associées doivent être indiquées >>

PLANIFICATION

date début date fin charge responsable

<< la première ligne est initialisée avec les prévisions du Lot (attention: pas celles des activités éventuelles incluses dans le Lot) les lignes suivantes correspondent à des mises à jour les dernières dates indiquées (de début et de fin) correspondent aux dates réelles >>


Quand utiliser l'organigramme des tâches ?Au démarrage, pour permettre• d'éclater le projet par niveau en lots• d'identifier et de codifier ces lots• de guider et de consolider les estimations des coûts et des délais• de supporter la définition de réseaux et sous-réseaux PERT, leurs interfaces

et étapes clés• d'affecter les lots à des responsables

Durant, pour permettre• d'organiser le projet en sous-projets, de détailler ces derniers si besoin• de faciliter les synthèses depuis les tâches élémentaires en lots de travaux,

sous-systèmes, système• d'orienter les informations

Après, pour permettre• d'enrichir la base de connaissance• de comparer les coûts des lots pour des projets analogues• de tirer des enseignements statistiques... et autres !

identification des activités d’un projet, wbs, pbs,...

Documents