Professional Documents
Culture Documents
Vincent Isoz
Please consider the environment - do you really need to print this document!?
Remarques:
R1. Ce support est cens tre complt d'annotations et accompagn des explications orales
donnes lors des formations dispenses y relatives (formation de 50 jours sur l'ingnierie de la
gestion de projets).
R2. Ce support constitue un "super condens" d'un expos qui tiendrait trs facilement sur
plusieurs milliers de pages (voir les ouvrages de cette taille disponible sur le commerce) si
tout avait d tre crit dans les dtails.
Corollaires:
1. SI VOUS N'AVEZ PAS ASSIST AU COURS, LA LECTURE DES PAGES SEULES
PEUT VOUS AMENER FAIRE DES CONTRESENS IMPORTANTS ET DANGEREUX
2. CE DOCUMENT EST DE LOIN INCOMPLET PAR RAPPORT A CE QUI EST VU
PENDANT LES FORMATIONS
3. ATTENTION!!! PENDANT LES SMINAIRES ET CONFRENCES DE MOINS DE 3
JOURS JE PRENDS ORALEMENT ET DLIBREMENT DES RACCOURCIS
DANGEREUX VOIRE PARFOIS FAUX FAUTE DE TEMPS.
4. LES FICHIERS D'EXERCICES AVEC LES SOLUTIONS COMPLTES NE SONT
DONNS QU'AUX PARTICIPANTS QUI AURONT SUIVI LE COURS COMPLET.
Nous tenons galement prciser que ce document est cens tre utilis conjointement avec
celui sur le logiciel de gestion de projets: MS Office Project contenant uniquement les
captures d'cran de la version anglophone de MS Project 2000/2002/2003/2007/2010. Le
choix de la langue anglaise intervient quant au fait que:
1. C'est celle dont il est fait le plus usage dans la littrature spcialise et dans la pratique
il ne serait donc pas convenable d'essayer de s'y soustraire. Par ailleurs, les pays
francophones ont souvent un demi-sicle de retard par rapport aux mthodes et
techniques de gestion de projets publies dans la langue de Shakespeare.
2. Il y a plusieurs erreurs de traduction dans la version franaise du logiciel qui sont en
partie ridicules et certaines mme dangereuses!
Si vous souhaitez tre inform des nouvelles versions de ce document n'hsitez pas m'crire
un mail dans ce sens: isoz@sciences.ch (cliquez ici pour avoir plus d'informations me
concernant).
Gestion de projets
1/397
Vincent Isoz
2/397
Vincent Isoz
11.1.2.13 Tableau de bord ............................................................................................ 73
11.1.3 Optimisation des processus ................................................................................... 73
12. Conduite et gestion de projets ............................................................................................ 79
12.1 Historique de la gestion de projets ............................................................................... 84
12.2 Intervenants .................................................................................................................. 85
12.3 Types de responsables de projets.................................................................................. 91
12.3.1 Le principe de Peter............................................................................................... 93
12.3.2 Slectionner un bon responsable de projet ............................................................ 95
12.3.2.1 Comptences .................................................................................................. 95
12.3.2.2 L'interview...................................................................................................... 97
12.3.3 Profil d'entreprise type .......................................................................................... 99
12.4 Formation de l'quipe de projet .................................................................................. 100
12.4.1 SCRUM ............................................................................................................... 101
12.4.2 Equipe de projet .................................................................................................. 103
12.4.2.1 Profils ........................................................................................................... 107
12.4.2.2 Comportements ............................................................................................ 110
12.4.2.3 Caractres ..................................................................................................... 118
12.4.3 Conflits ................................................................................................................ 119
12.4.3.1 Syndrome de Calimero ................................................................................. 123
12.4.4 Souffrance au travail ........................................................................................... 125
12.4.5 Standardisation entre les ressources .................................................................... 125
12.4.6 Matrice des responsabilits ................................................................................. 127
12.4.7 Recontres/Runions............................................................................................. 128
12.4.7.1 Types de de participants ............................................................................... 130
12.4.8 Congs Maladie ................................................................................................... 131
12.4.9 L'espace blanc ..................................................................................................... 133
12.5 Communication .......................................................................................................... 134
12.5.1 Les quatre styles de communication ................................................................... 135
12.5.1.1 Le rationnel .................................................................................................. 135
12.5.1.2 L'affectif ....................................................................................................... 136
12.5.1.3 L'actif............................................................................................................ 137
12.5.1.4 Le conceptuel ............................................................................................... 138
12.6 Cycle de vie d'un projet .............................................................................................. 138
12.6.1 Postulats et corollaires......................................................................................... 153
12.6.2 Identification ....................................................................................................... 154
12.6.2.1 M.I.P ............................................................................................................. 155
12.6.2.1.1 Sommaire excutif................................................................................. 156
12.6.2.1.2 Problmatique........................................................................................ 157
12.6.2.1.3 Description du projet (Analyse fonctionnelle) ...................................... 158
12.6.2.1.4 Analyse structurelle ............................................................................... 160
12.6.2.1.5 Identification et analyse des options ..................................................... 162
12.6.2.1.6 Estimation des intrants et extrants ......................................................... 162
12.6.2.1.7 valuation des risques ........................................................................... 163
12.6.2.1.8 Stratgie de ralisation .......................................................................... 164
12.6.2.1.9 Dimensions de l'environnement ............................................................ 165
12.6.3 Planification ........................................................................................................ 166
12.6.3.1 Structure de fractionnement de travail ......................................................... 167
12.6.3.2 Structure de fractionnement du produit ........................................................ 168
12.6.3.3 Techniques d'ordonnancement ..................................................................... 170
12.6.3.3.1 Tche ..................................................................................................... 170
Gestion de projets
3/397
Vincent Isoz
12.6.3.3.2 Gantt ...................................................................................................... 171
12.6.3.3.3 Mthode des potentiels mtra (CP/RCP) .............................................. 177
12.6.3.3.3.1 Chemin critique mathmatique VS Chemin critique contraint par
date ..................................................................................................................... 181
12.6.3.3.3.2 Chemin critique multiple ................................................................ 182
12.6.3.3.3.3 Chemin critique contraint par liaison ............................................. 183
12.6.3.3.3.4 Chemin critique par avancement .................................................... 184
12.6.3.3.4 Mthode de la chane critique ............................................................... 184
12.6.3.3.5 Recherche oprationnelle ...................................................................... 186
12.6.3.3.6 Gestion des risques ................................................................................ 188
12.6.3.3.6.1 AMDE(C) ....................................................................................... 190
12.6.3.3.6.2 PERT Probabiliste .......................................................................... 191
12.6.3.3.6.2.1 Loi Bta (approche classique) .............................................. 193
12.6.3.3.6.2.2 Thorme central limite ........................................................ 205
12.6.3.3.6.2.3 Mthode de Monte-Carlo (approche simulatoire) ................ 207
12.6.3.3.6.2.4 Bootstrapping (approche simulatoire) .................................. 214
12.6.3.4 Cots du projet ............................................................................................. 216
12.6.3.4.1 Centre de cots ...................................................................................... 216
12.6.3.4.2 Ratio Bnfice Cot (RBC)................................................................... 217
12.6.3.4.3 Economic Value Add (EVA) ................................................................ 217
12.6.3.4.4 Return On Invested Capital (ROIC) ...................................................... 217
12.6.3.4.5 Net Present Value (NPV) et Internal Rate of Return (IRR) .................. 217
12.6.3.4.6 fV@R et tV@R ..................................................................................... 219
12.6.3.4.6.1 VAN et TRI en avenir certain ........................................................ 220
12.6.3.4.6.2 VAN et TRI en avenir incertain ..................................................... 224
12.6.3.4.7 Mthodes d'apprciations en avenir incertain ....................................... 226
12.6.3.4.7.1 Le critre de Laplace-Bayes ........................................................... 227
12.6.3.4.7.2 Le critre de Wald .......................................................................... 227
12.6.3.4.7.3 Le critre du Maximax ................................................................... 228
12.6.3.4.7.4 Le critre de Savage ou du Minimax Regret .................................. 228
12.6.3.4.7.5 Le critre d'Hurwitz........................................................................ 228
12.6.3.4.7.6 Analyses par arbres d'vnements (AAE) ...................................... 231
12.6.3.4.7.7 Analyses par arbres de dcision (ADE) ......................................... 232
12.6.4 Ralisation (pilotage) .......................................................................................... 233
12.6.4.1 Gestion du changement ................................................................................ 237
12.6.4.2 Le suivi des cots ......................................................................................... 238
12.6.4.2.1 Les donnes de rfrence ...................................................................... 239
12.6.4.2.2 Les grandeurs comparer (CRTE, CBTP, CBTE...) ............................ 239
12.6.4.2.3 Ecart de planning (SV) .......................................................................... 242
12.6.4.2.4 Ecart de cot (CV)................................................................................. 242
12.6.4.2.5 Indices de performances ........................................................................ 243
12.6.4.2.6 Les grecs ................................................................................................ 244
12.6.4.3 Tests ............................................................................................................. 250
12.6.4.4 Gestion de la qualit ..................................................................................... 251
12.6.4.4.1 Les 14 points de Deming ....................................................................... 256
12.6.4.4.2 Exigences gnrales .............................................................................. 258
12.6.4.4.3 Dfauts/Erreurs...................................................................................... 259
12.6.4.4.4 Indices de performance et de contrle qualit ....................................... 264
12.6.4.5 Bilans ............................................................................................................ 267
12.6.5 Terminaison (clture) de projet ........................................................................... 268
Gestion de projets
4/397
Vincent Isoz
13. Vente d'un projet .............................................................................................................. 271
13.1 Dix commandements .................................................................................................. 271
13.2 Dmarchage ................................................................................................................ 273
13.3 Profils.......................................................................................................................... 274
13.4 Discours ...................................................................................................................... 275
13.4.1 Termes viter/utiliser ........................................................................................ 275
13.4.2 Phrases types ....................................................................................................... 276
13.5 Synergologie ............................................................................................................... 277
13.6 Supports visuels .......................................................................................................... 278
13.7 Grer les objections .................................................................................................... 278
14. thique ............................................................................................................................. 280
15. Gestion de la connaissance ............................................................................................... 281
16. Applications numriques .................................................................................................. 282
16.1 Exemples en gestion ................................................................................................... 282
16.1.1 Critres dcisionnels classiques .......................................................................... 282
16.1.2 Arbre de dcision ................................................................................................ 285
16.1.3 Gantt .................................................................................................................... 287
16.1.4 Chemin critique & Marges .................................................................................. 290
16.1.5 PERT Probabiliste (PNET) Bta ......................................................................... 291
16.1.6 Cot non qualit selon modle Taguchi .............................................................. 295
16.1.7 tV@r et fV@r ...................................................................................................... 296
16.1.8 Rendement global combin de processus............................................................ 297
16.1.9 Rendement global combin de procd de fabrication ....................................... 299
16.1.10 Analyse de Pareto .............................................................................................. 300
16.1.11 Indice de Gini .................................................................................................... 305
16.1.12 Prvision des ventes .......................................................................................... 306
16.1.13 Recherche oprationnelle dans l'optimisation de la production ........................ 307
16.1.14 Recherche oprationnelle dans l'optimisation de bnfice................................ 310
16.1.15 Recherche oprationnelle dans l'optimisation de commandes .......................... 312
16.1.16 Corrlation des comptences............................................................................. 314
16.1.17 Matrice des corrlations .................................................................................... 317
16.2 Exemples en finance ................................................................................................... 318
16.2.1 Intrts simples .................................................................................................... 319
16.2.2 Taux gomtrique moyen .................................................................................... 322
16.2.3 Taux proportionnel et moyen sur intrts simples .............................................. 323
16.2.4 Investissements composs ................................................................................... 324
16.2.5 Taux quivalents sur intrts composs .............................................................. 326
16.2.6 Taux moyen quivalent compos ........................................................................ 327
16.2.7 Emprunt Indivis chance fixe ......................................................................... 328
16.2.8 Emprunt Indivis amortissements constants ...................................................... 329
16.2.9 Emprunts annuits constantes........................................................................... 330
16.2.10 Amortissement linaire ..................................................................................... 332
16.2.11 Amortissement arithmtique dgressif .............................................................. 333
16.2.12 Amortissement dgressif gomtrique .............................................................. 335
16.2.13 Valeur actuelle nette .......................................................................................... 337
16.2.14 Valeur actuelle nette (tabulaire) ........................................................................ 340
16.2.15 Taux de rendement interne (Internal Rate of Return) ....................................... 342
16.2.16 Valeur actuelle nette espre ............................................................................. 345
16.2.17 VAN et TRI apriodiques ................................................................................. 346
16.2.18 Analyse probabiliste des ventes et de la production ......................................... 348
Gestion de projets
5/397
Vincent Isoz
16.2.19 Modle de Wilson ............................................................................................. 350
16.3 Exemples en qualit .................................................................................................... 351
16.3.1 Tirage non-exhaustif (loi binomiale)................................................................... 351
16.3.2 Acceptation/Rejet de lot par tirage non-exhaustif (loi binomiale) ...................... 352
16.3.3 Probabilit de panne (loi binomiale) ................................................................... 353
16.3.4 Tirage exhaustif (loi hypergomtrique) ............................................................. 353
16.3.5 Tirage exhaustif/non-exhaustif (loi binomiale, hypergomtrique) .................... 354
16.3.6 Russites avant 1er chec (loi gomtrique) ........................................................ 355
16.3.7 Russites avant n-me chec (loi binomiale ngative)........................................ 356
16.3.8 Test binomial de la proportion ............................................................................ 356
16.3.9 cart-Moyen VS cart-Type............................................................................... 357
16.3.10 Intervalles de qualit ......................................................................................... 359
16.3.11 Indices de fiabilit ............................................................................................. 359
16.3.12 Dfaillance AMDEC (loi exponentielle)........................................................... 360
16.3.13 Dfaillance AMDEC: MTTF (loi exponentielle) .............................................. 361
16.3.14 Tirage avec dfaillance temporelle AMDEC (loi de Poisson) .......................... 361
16.3.15 Probabilit de panne AMDEC (loi de Poisson) ................................................ 361
16.3.16 Dfaillance AMDEC: MTBF (loi exponentielle).............................................. 362
16.3.17 Dfauts dans lots (loi Normale) ........................................................................ 363
16.3.18 Garantie de dure de vie (loi Normale) ............................................................. 363
16.3.19 Moyenne et variance de variables normalement distribues ............................. 364
16.3.20 Intervalle de confiance de la moyenne (test Z 1 chantillon) ......................... 364
16.3.21 Intervalle de confiance de la proportion............................................................ 365
16.3.22 Intervalle de confiance de l'cart-type............................................................... 366
16.3.23 Nombre d'chantillons pour une mesure ........................................................... 367
16.3.24 Nombre d'chantillons pour une proportion ...................................................... 368
16.3.25 Comparaison de deux proportions..................................................................... 368
16.3.26 Test d'hypothse t-student bilatral ................................................................... 369
16.3.27 Mthode ABC avec courbe de Lorenz .............................................................. 370
16.3.28 SPC de projets ................................................................................................... 372
17. Glossaire ........................................................................................................................... 378
Gestion de projets
6/397
Vincent Isoz
7/397
Vincent Isoz
quation 14 Loi binomiale ..................................................................................................... 261
quation 15 Loi de Poisson .................................................................................................... 262
quation 16 Variance, Esprance de la loi de Poisson .......................................................... 262
quation 17 Loi de Gauss-Laplace ........................................................................................ 263
quation 18 ESB .................................................................................................................... 263
quation 19 Cp ....................................................................................................................... 264
quation 20 Cpk ..................................................................................................................... 265
quation 21 CPU, CPL .......................................................................................................... 266
REMERCIEMENTS
Je tiens remercier les personnes suivantes pour leur soutien, aide ou contribution ainsi que
corrections du document:
Vincent Giard: Spcialiste en gestion de la production, Professeur rattach au LAMSADE
auteur de nombreux livres aux ditions Economica pour avoir fourni les exemples sur la
mthode de Monte-Carlo.
Christian Pache: Ancien formateur MS Project et coordinateur de projets pour son aide
dans l'laboration du fil rouge du document.
Jan De Messemaker: Microsoft Project Standard et Server Most Valuable Professional
(MVP) pour son intervention sur de nombreux points flous concernant MS Project et sa
contribution active la dynamique du newsgroup du logiciel.
Herv Thiriez: (Ph. D. MIT Professeur HEC Paris) Spcialiste MS Excel et en
modlisation dcisionnelle et de Monte-Carlo et en management scientifique pour ses
retours d'exprience de l'application de ces outils dans les domaines de l'industrie et des
services.
Mes tudiants, stagiaires et clients qui par leurs remarques incisives ont souvent
activement collabor l'amlioration du prsent support.
Je fais ce qui est crit,
j'cris ce que je fais
je donne la preuve de ce que j'ai fait!
Gestion de projets
8/397
Vincent Isoz
1. propos de l'auteur
J'ai ajout ce chapitre en 2011 suite la surprise d'un client concernant mon jeune ge.
Donc pour faire bref je pense qu'il est prfrable dornavant de me prsenter:
Nom Prnom: ISOZ Vincent
Formation: Ing. Physicien HES (B.Sc.)
Anne de naissance: 1978
Gestion de projets
9/397
Vincent Isoz
2. Prface
La mise en place d'un projet est un des enjeux fondamentaux pour les entreprises et les
organismes soucieux d'optimiser l'utilisation de leurs ressources humaines et matrielles.
Ce support a pour objectif d'introduire aux techniques quanitatives et mthodes de gestion de
projets dont la "matrise" est indispensable aux cadres de l'entreprise moderne et s'adresse
principalement aux tudiants en 2me et 3me cycles universitaires dans un domaine scientifique
ou de gestion de projets d'ingnierie (selon le standard franco-franais. Il intressera
galement les praticiens d'entreprises, responsables de projets ou personnes participant un
projet, dsireux d'acqurir ou de complter leurs connaissances en gestion (car aller au fond
des choses est une vertu bien rare...) particulirement pour la partie quantitative
(mathmatique).
J'insiste particulirement sur la partie quantitative car comme disait un prix Nobel
d'conomie: Ceux qui ne peuvent faire de la science, font de la mthodologie. Raison pour
laquelle le 95% des ouvrages de gestion de projets ne font que de la mthodologie... Donc il
n'est pas tonnant que la majorit des projets soient mal grs quand on sait que la majorit
des gestionnaires actuels ont appris des mthodes dont le niveau intellectuel d'apprentissage et
d'application ne ncessite pas un niveau suprieur celui du lyce... (et je peux prouver que
c'est le cas!).
Tant que la gestion de projets n'utilisera pas des mthodes scientifiques, nous en resterons
des mthodes qu'utilisaient la mdecine, l'astronomie, la biologie, la chimie (alchimie), la
fin du 17me sicle... et cela ne leur avait pas russi puisqu'elles rgressaient au lieu d'voluer.
Ce n'est qu'aprs avoir adopt les mthodes scientifiques que tous les domaines prcits ont
explos en termes de fiabilit, d'innovation et de rigueur.
Le contenu de cet ouvrage est un livre de recettes, mais cependant il est peut-tre bon de
rappeler qu'une bonne mise en pratique des outils de la gestion de projets ncessite les
conditions cadres minimales suivantes:
1.
2.
3.
4.
5.
6.
7.
Le soutien de la direction (sinon quoi toutes les autres conditions tombent l'eau)
La formation des personnes impliques
Des rles tenus par les meilleurs spcialistes pour une bonne valuation du travail
La mme comprhension par le donneur d'ordre et le responsable du projet
Une grande clart au niveau de ressources utilisables et de leurs restrictions
La mise en place des prrequis au droulement du projet (processus, modles, etc.)
L'adaptation de ces outils la situation spcifique du projet (tailoring)
10/397
Vincent Isoz
3. Change Log
Suite plusieurs demandes, j'ai dcid de faire pour ce document ce que j'enseigne pour les
documents importants d'un projet: un journal des changements importants du document
avec un bref descriptif et dat. C'est tout nouveau donc pour l'instant donc forcment vide
Ce document reflte aussi mes propres limites intellectuelles. Bien que je m'efforce d'tudier
autant de domaines scientifiques et mathmatiques que possible, il est impossible de tous les
matriser. Le document indique clairement mes propres intrts et expriences en tant que
consultant, mais aussi mes points forts et mes points faibles. Je suis responsable du choix des
entres, ainsi que, bien sr, des ventuelles erreurs et imperfections.
Version
Description
Dates
V4.12 R1647
2011-03-12
V4.12 R1648
2011-03-20
V4.13 R1649
2011-03-07
2011-04-08
V4.15 R1651
2011-04-17
V4.15 R1652
2011-04-23
2011-05-01
V5.1 R1654
Complments rajouts concernant les normes ISO et CEI ainsi que sur
l'analyse par arbres de dfaillance et le bootstrapping.
2011-06-20
V5.2 R1655
2011-08-01
Gestion de projets
11/397
Vincent Isoz
v5.3 R1656
2011-08-04
v5.4 R1657
2011-12-24
Gestion de projets
12/397
Vincent Isoz
4. Marques dposes
En tant qu'auteur du prsent document, je tiens signaler que je n'ai aucun contrat,
partenariat, affiliation, clause commerciale ou intrt financier avec les marques dposes ou
noms d'entreprises, mthodes, logiciels et livres que je mentionne dans le prsent ouvrage
lectronique.
J'ai n'ai donc pas t agr par qui que ce soit ou quoi que ce soit lors de la rdaction et ma
motivation se situe uniquement dans le but de partager mes opinions et ides personnelles
gratuitement sur quelques sujets lmentaires dans la gestion de projets pour les ingnieurs et
scientifiques.
Si un reprsentant ou auteur d'une marque, entreprise, logiciel, livre ou image
nomme/reprsente dans le prsent ouvrage souhaite que j'en supprime toute mention ou
reprsentation, je m'excuterai alors immdiatement et m'excuse d'avance de ne pas avoir
demand l'autorisation faute d'avoir un dpartement juridique ma disposition pour effectuer
ces dmarches.
Gestion de projets
13/397
Vincent Isoz
5. Bibliographie
Voici la liste de quelques ouvrages parmi une cinquantaine sur la gestion en gnral que j'ai lu
ces 15 dernires annes et dont je me suis fortement inspir et que je recommande
chaudement (d'ailleurs certains m'avaient aussi t recommands par des clients ou lves et
j'ai voulu en vrifier la qualit) soit parce qu'ils sont globalement excellents soit parce qu'ils
contiennent parfois juste quelques pages avec des informations pertinentes (les autres ne
valant pas la peine d'tre mentionns).
Je tiens galement prciser que je ne cache pas que ma contribution se limite en grande
partie ce jour celle d'un collectionneur qui glane ses informations dans les ouvrages des
matres ou dans les publications ou pages Internet d'anonymes et qui complte et argumente
les dveloppements en les amliorant quand ceci est encore possible. Quant ceux qui
voudraient m'accuser de plagiat, ils devraient bien rflchir au fait que les modles prsents
dans la plupart des ouvrages payants et disponibles dans le commerce ont t dcouverts et
rdigs par leurs illustres prdcesseurs et que leur propre apport personnel a aussi constitu,
comme le mien, mettre toutes ces informations sous une forme claire et moderne quelques
centaines d'annes plus tard.
Le lecteur aura donc compris que je recommande trs fortement de complter la lecture du
prsent e-book (non exhaustif sur le domaine de la gestion de projets) par la liste de lecture cidessous.
Guide du Corpus des connaissances en mangement de projet (Guide
PMBOK) / 389 pages / Editions PMI
ISBN: 1930699700
Commentaire: Donne de trs bonnes bases conceptuelles et de
vocabulaire sans avoir consacrer des mois d'tudes et pour
commencer du bon pied! Trs utile pour la culture gnrale. garder
dans sa bibliothque en cas de conflit de principe de mthodes avec
un client ou un collgue.
Rfrentiel de comptence VZPM (Verein zur Zertifizierung von
Personen im Management) pour le management de projet, de
programme et de portefeuille en conformit avec les comptences
IPMA
ISBN: 9783859280762
Commentaire: Contient des dizaines de pages utiles relatives au
comportement professionnel d'un responsable de projets dans le cadre
de conflits ou de gestion de crise (tables reprises dans le prsent
document PDF).
Gestion de projets
14/397
Vincent Isoz
Gestion de projets
15/397
Vincent Isoz
cauchemardesque).
Gestion de la production et des flux (Vincent Giard) / 1128 pages /
Editions Economica
ISBN: 2717844988
Un norme ouvrage, malheureusement j'ai lu la version de 1988 qui
bien que trs intressante tait illisible au niveau des dveloppements
mathmatiques. Il parat que la nouvelle version a t
considrablement revue et augmente d'exemple pratique avec des
logiciels. Seul petit hic c'est que dans les organisations en Suisse
quasiment personne ne connat ses outils statistiques chez les
dirigeants, ce qui fait qu'il est difficile de les appliquer vu le manque
d'intrt.
Processus productifs et programmation linaire (Vincent Giard) /
112 pages / Editions Economica
ISBN: 2717834931
Gestion de projets
16/397
Vincent Isoz
Gestion de projets
17/397
Vincent Isoz
Gestion de projets
18/397
Vincent Isoz
19/397
Vincent Isoz
matrise en mathmatiques et un coaching prsentiel d'o le fait que
donner des exemples pratiques est difficile si on veut tenter de
s'adresse au public le plus large possible. Cela reste donc une bonne
rfrence pour ceux qui confondent le domaine lmentaire qualitatif
de "l'identification du risque" avec le domaine quantitatif de haut
niveau qu'est la "modlisation du risque".
Six Sigma Statistics (Issa Bass) / 374 pages / ditions McGraw Hill
ISBN: 0071496467
Commentaires: Excellent livre en anglais orient pratique sur la
partie calculatoire de Six Sigma avec le non moins fameux logiciel
Minitab. Le livre est tellement bon en termes de pdagogie, de clart
et d'exemple que je l'ai encore dans ma bibliothque de nombreuses
annes aprs l'achat.
Statistiques descriptives Exercices (Pierre Bailly, Christine Carrre) /
224 pages / ditions Libres-Cours
ISBN: 9782706114120
20/397
Vincent Isoz
gestion de projets le contenu fera plutt office de rappel des cours de
licence.
Ultimate learning Guide to Microsoft Office Project 2007 (Dale A.
Howard; Gary L. Chefetz) / 920 pages / ditions MSProjectExperts /
ISBN: 1934240001
Commentaire: Comme tout le reste des ouvrages de la mme
collection que ce soit pour la version 2007 ou les versions
antrieures/ultrieures, cet ouvrage est un must pour apprendre ce
logiciel!
Ingnierie de la fiabilit (P. Lyonnet ) / 323 pages / ditions
Lavoisier
ISBN: 2743008237
Commentaire: L'ouvrage ainsi que son contenu se font vieux mme
trs vieux et ncessiterait une bonne rdition. On y trouve cependant
quelques informations de qualit, mais qu'il faut souvent complter
par de la littrature se trouvant sur des sites Internet. J'ai en grande
partie rcrit l'ouvrage dans mon propre livre de mathmatiques
appliques. Cependant, l'achat peut tre intressant sachant que c'est
ma connaissance le seul livre papier en franais ce jour sur ce sujet.
Fundamentals of Forecasting Using Excel (Kenneth D. Lawrence,
Ronald K. Klimberg, Sheila M. Lawrence) /196 pages / ditions IP
ISBN: 9780831133351
Commentaire: Excellent ouvrage pratique sur l'analyse prvisionnelle
pour la logistique, la gestion et la planification. Le plus c'est le CDROM avec les fichiers MS Excel qu'il ne reste plus qu' adapter ses
besoins. Le moins, c'est le manque de rigueur mathmatique et de
dmonstrations mais il faut admettre que ce n'est pas l'objectif de
l'ouvrage. Le lecteur doit donc quand mme faire attention tre
conseill judicieusement par un spcialiste dans le cadre de ses
techniques utilises dans de nombreuses multinationales.
Mthodes de gestion de projets informatiques / Rfrentiel Suisse /
~500 pages cumules / PDFs gratuits
Commentaire: Un peu trop thorique et idaliste mon got. Reprend
de nombreux concepts d'ITIL et du PMI selon mon avis personnel.
L'intrt principal est qu'il est effectivement vraiment orient IT avec
le vocabulaire (pas toujours bien choisi) et des processus adapts
(seule raison pour laquelle je fais mention de cet ouvrage dans la
prsente liste). Un problme cependant c'est que l'on voit qu'il est
orient principalement dploiements et migrations et peu (voir pas du
tout) sur les dveloppements avec les contraintes industrielles de
Gestion de projets
21/397
Vincent Isoz
fiabilit et robustesse statistiques qui y sont lies. Une trop grosse
part fait appel des approches qualitatives et on ne peut y trouver
aucune technique du niveau de ce dont a besoin l'ingnieur de projets.
Avantage cependant non ngligeable: les documents sont tous
gratuits et disponibles ici: http://www.hermes.admin.ch
Le mtier de consultant: Principes, mthodes, outils (P. Stern, P.
Tutoy) / 286 pages / ditions Eyrolles
ISBN: 9782708128996
Commentaire: Excellent ouvrage aussi bien pour le responsable de
projets qui souhaitent apprendre quelques subtilits avant de
mandater des consultants externes que pour ces derniers eux-mmes.
Un bon ouvrage pour la culture gnrale avoir lu au moins une fois!
Le cygne noir, la puisse de l'imprvisible (N. N. Taleb) / 496 pages /
ditions Les Belles Lettres
ISBN: 978-2-251-44348-5
Commentaire: Sympathique pour la culture gnrale mais attention
prendre les opinions de l'auteur avec des pincettes, car vulgariser les
mathmatiques amne l'auteur des exemples aberrants et qui peuvent
tre considrs par le lecteur non spcialiste comme une preuve
d'opinion.
Gestion de projets
22/397
Vincent Isoz
6. Liens internet
videmment, le prsent ouvrage et MS project ne constituent qu'un rfrentiel et outil parmi
les nombreux qui existent sur le march. Pour plus d'informations ce sujet, nous
recommandons la visite des sites Internet suivants vous proposant diverses informations sur
la gestion de projets ainsi que des plug-ins (payants ou gratuits) pour MS Project Standard/Pro
ou Server:
http://www.iso.org
Site de rfrence concernant les standards dans de nombreux domaines dont la gestion de
projets et de la qualit!
http://www.afnor.org
Association Franaise de NORmalisation. Rfrence en terminologie, mthodologies et
techniques de management dans de nombreux domaines d'activit.
http://www.mpug.org
The Microsoft Project User Group is a dynamic professional association that serves as the
preeminent resource for Microsoft Office Project. We help a worldwide community
comprised of thousands of individual and corporate members better leverage their investment
in Microsoft Project in their businesses and careers.
http://blogs.msdn.com/project_programmability/default.aspx
Site web pour les dveloppeurs MS Project Pro et Server. Attention niveau Expert!
www.gestiondeprojets.com
Excellent site. Contient en particulier un forum libre d'accs de trs bon niveau avec de bons
conseils.
www.pmi.org
Project Management Institute (connu par tous!)
www.sciencesdegestion.com
Site en franais qui ayant pour objectif de regrouper diffrents travaux de Gal Gueguen
portant sur les recherches et les enseignements d'un chercheur en sciences de gestion. Il a
donc pour vocation principale le management stratgique des entreprises, leur rapport avec
l'environnement et l'utilisation d'Internet des fins stratgiques.
www.mvps.org/project
Site en anglais partenaire Microsoft (MVP signifiant: Microsoft Valuable Professional) avec
des liens, des logiciels compagnons, des tutoriaux sur MS Project
www.managementprojet.com
Site en franais portail de la communaut des managers de projets, colloques, confrences,
forums,
www.aso-organisation.ch
Site en franais, allemand et italien de l'association Suisse d'Organisation et de Management
(A.S.O.), sminaires, actualit,
Gestion de projets
23/397
Vincent Isoz
www.project-management.ch
Site en franais de la socit suisse de management de projet, congrs, bibliographies,
actualit,
www.primavera.com
Site en anglais proposant un logiciel concurrent de MS Project parmi d'autres (intgre une
analyse des risques selon la mthode du PMBOK)
http://www.projectmanager.com
Excellent systme de gestion de projets en ligne sur Internet. Un bon moyen de substitution
MS Project Server qui lui ncessite de gros investissements en matire de maintenance
informatique.
http://www.ipma.ch
International Project Management Association
http://support.microsoft.com/newsgroups
Forums officiels de Microsoft et en particulier sur MS Project toutes version confondues (une
cinquantaine de langues sont disponibles)
http://www.sciences.ch
Site francophone de rfrence mondiale sur entre autres les techniques mathmatiques de
gestion de projets et de production.
http://www.orsoc.org.uk
Site anglophone se dcrivant comme socit active dans l'tude de la recherche oprationnelle
et les modles mathmatiques de management. La majorit des chercheurs connus dans le
management ont publi dans leur revue.
http://www.afitep.fr
Association Francophone des Ingnieurs Techniciens en Planification et Gestion des risques.
http://www.projectserverexperts.com
Project server expert community site
http://www.ilog.com/products/ganttnet/projectviewer/index.cfm
http://www.afinion.de/english/Products/PoW/APV_2_6.php?navid=7
Quelque viewers gratuits pour les fichiers MS Project (il en existe des payants aussi en plus
grand nombre)
http://www.kidasa.com
Un outil de reporting pratique (un petit plus) pour les coordinateurs de projets utilisant MS
Project et souhaitant gnrer des vues particulires de manire automatique.
http://www.pertmaster.com
Un outil venant se greffer MS Project pour la gestion de risques selon diffrentes modles
mathmatiques choix.
http://www.p2msp.co.uk
Un plug-in trs intressant pour MS Project utilisant la mthode rince (PM Methodology). A
voir absolument!
Gestion de projets
24/397
Vincent Isoz
http://www.msproject.com
Propose un utilitaire sympa pour les utilisateurs de Project Serveur qui font du Time
Tracking.
www.bpmn.org / www.bmmi.org
Business Process Management Notation pour MS Visio (mais je recommande plutt le
logiciel BizAgi pour faire cela)
http://www.chaine-critique.com
Trs bon site qui explique de manire interactive la gestion de projets en utilisant la technique
de la chane critique.
http://www.palisade.com / http://www.crystalball.com
Solution de calculs de gestion des risques et arbres de dcision ainsi que d'analyse quantitative
en utilisant les mthodes de Monte-Carlo
http://www.dilbert.com
Pour ceux qui veulent rigoler un bon cou,p car Adams caricature parfaitement la gestion de
projets, la gestion des ressources humaines et la gestion de la qualit et des relations en
entreprise.
Gestion de projets
25/397
Vincent Isoz
7. Quelques chiffres
Attention!!! Je n'ai pas pu vrifier les donnes ci-dessous. De plus, certains termes tant
ambigus, les chiffres associs n'ont alors que peu de valeur. La taille des chantillons
statistiques n'tant pas donne, il n'est aussi pas possible de dterminer l'intervalle de
confiance et donc la variabilit des chiffres. Bref, il faut prendre tous ces indicateurs avec des
pincettes puisque leurs auteurs n'ont pas eu la rigueur scientifique de bien faire leur travail
Amlioration des rsultats financiers induits par une politique d'entreprise oriente gestion de
projets selon enqute du Center for Business Practices (www.cbponline.com):
1. Retour sur investissement: ~88%
2. Retour sur capital: ~25%
3. Valeur conomique ajoute: ~76%
4. Augmentation des ventes: ~34%
5. Amlioration de la productivit: ~61%
6. Amlioration en matire de budget de fonctionnement: ~50%
7. Amlioration en matire de dlais: ~50%
8. Amlioration de l'utilisation des ressources: ~50%
9. Amlioration en matire de dlai de mise sur le march: ~43%
10. Amlioration de la satisfaction des employs: ~36%
Journal "Le Temps", 15 septembre 2004, page 30, annexe "Le Temps Finance" propos du
Taux de succs des projets informatiques bancaires:
1. 20% russissent (concept de "russir" non dfini avec exactitude dans le journal)
2. 35% sont retards
3. 45% chouent (concept de "chouer" non dfini avec exactitude dans le journal)
The Economist, Special Report, 27. Nov. 2004
1. 30% des projets sont arrts
2. 50% dpassent le budget
3. 60% sont un chec
4. 90% dpassent les dlais
Gestion de projets
26/397
Vincent Isoz
Dossier "Gestion de projets", LMI 28 mars 2005 (Source: Standish Group 2003)
1. 44% des projets sont conformes aux prvisions initiales
2. 15% d'checs purs et simples dans les projets informatiques
3. 43% des projets dpassent les cots prdfinis
4. Les projets se terminent 222% de la dure initialement prvue et 189% des cots
budgts
5. 70% des projets ne remplissent pas les objectifs fonctionnels et qualits
6. 30% des projets sont abandonns avant leur terme.
tude en 2009 du Standish Group disponible dans leur rapport CHAOS:
1. 33% des projets sont finis temps, dans le budget et avec les critres exigs
2. 24% des projets sont abandonns o sont un chec total
3. 44% des projets sont soit en retard, soient hors budget, soit ne satisfont pas les critres
exigs
Les principales causes d'chec sont:
Pour tre couronns de succs, on remarque trs vite que les projets ncessitent l'existence ou
la mise en place de diffrentes conditions leur droulement. Parmi ces conditions, citons:
Des rles tenus par les spcialistes, les meilleurs et les plus expriments possible. Car
c'est effectivement par le manque de comptences techniques en gestion de projets que
ceux-ci sont le plus souvent insatisfaisants.
Gestion de projets
27/397
Vincent Isoz
Une planification raliste (probabiliste) des tches pouvant tre matrises dans le
projet, compte tenu des limites fixes en matire de temps, d'argent, de quantit et de
qualit.
Une grande clart au niveau des ressources utilisables et des ventuelles restrictions
concernant leur disponibilit au cours du projet.
Une rponse positive et sre la question de savoir si le concept de projet est vraiment
la forme d'excution approprie pour atteindre l'objectif vis.
Gestion de projets
28/397
Vincent Isoz
8. Erreurs
Aprs avoir lu plus d'une centaine de livres et de documents de tous types sur la gestion de
projets, la logistique, la finance, la qualit, les risques, le leadership du niveau bac au
niveau Bac+7 je constate qu'aucun auteur ne partage les erreurs vcues dans le cadre de ses
propres projets ou de ceux o il a accompagn des clients et ce de manire relativement
dtaille. Or, je pense que c'est surtout cela qui intresserait les responsables de projets
dbutants. Donc voici la liste des erreurs vcues en tant que responsable de projets et de
consultant en gestion de projets dans l'ordre des plus frquents:
Cause du problme
Aucun support de la direction
Effet
Les mthodes de gestion et directives
associes ne sont pas imposes l'ensemble
des employs, ce qui gnre un chaos quasi
total et une norme perte de temps et
d'argent ainsi que des conflits.
Pas de lgitimit
Gestion de projets
29/397
Vincent Isoz
Cause du problme
Effet
communication.
Gestion de projets
30/397
Vincent Isoz
Cause du problme
Effet
100% de ses ressources dans le projet
Gestion de projets
31/397
Vincent Isoz
Cause du problme
charges initial.
Effet
utilisateurs au produit final quel qu'il soit!
Gestion de projets
32/397
Vincent Isoz
9. Mthodologies/Standards
Les standards en mthodologies et techniques de gestion de projets existent depuis environ le
dbut des annes 1960. Il est cependant regrettable de constater que c'est malheureusement
devenu principalement un business trs lucratif en termes de formations, de certifications et
de dbouchs commerciaux (consulting sur mandats, produits drivs, livres, etc.) vendus
comme des solutions quasi miraculeuses tous les problmes.
Le praticien professionnel ne doit lui jamais oublier que des "standards" sont bien
videmment rarement adapts totalement leurs cas pratiques rels excepts s'ils sont
imposs par des normes nationales ou internationales
Il faut voir les mthodologies et standards la mode plutt comme des best practices
(meilleures pratiques) fonctionnant relativement bien et permettant d'viter des erreurs
triviales qu'il faut dmonter pour crer son propre standard adapt ses besoins et aux
contraintes de son entreprise: avoir une bonne mthode de management standardise et teste
constitue aussi la base d'une bonne gestion de projets! C'est par ailleurs ainsi que de
nombreuses mthodes connues mondialement ont vu le jour!
Standardisation
Qualit
GESTION
EFFICACE DE PROJETS
Cots
Gestion de projets
Dlais
33/397
Vincent Isoz
Nous nous proposons ici de donner une liste non exhaustive (dans l'ordre qui semble priori
des plus connus) avec une brve description des formations et mthodes que nous avons
rencontres dans le cadre de nos expertises dans le management.
Nous pouvons dire que chacune de ces approches respecte une approche conforme aux 7S
mais en mettant l'accent plus sur certains points que d'autres:
La stratgie (strategy)
La structure (structure)
Le systme (systme)
Le style de management (style)
Les ressources humaines (staff)
Le savoir-faire (skills)
Les valeurs partages (shared values)
L'ISO 10006:2003 donne des conseils sur l'application du management de la qualit aux
projets. Elle est applicable des projets de complexit variable, qu'ils soient petits ou grands,
de courte ou longue dure, qui se situent dans des environnements diffrents, quel que soit le
type de produit ou de processus de projet. Il peut tre bien videmment ncessaire d'adapter
ces conseils un projet prcis.
Ce standard ne constitue cependant pas un guide pour le management de projet en lui-mme,
mais se contente de donner des conseils sur la qualit dans le cadre des processus de
management de projet alors que l'ISO 9004 donne des conseils sur la qualit dans le cadre des
processus relatifs au produit du projet et sur l'approche processus.
Il convient de noter que le prsent standard international est un recueil de conseils et qu'elle
n'est pas destine tre utilise pour des besoins de certification/enregistrement.
Formation: ~1 jour par code ISO
Source: www.iso.org
Remarque: Personnellement, j'utilise le plus possible dans mes projets les standards suivants
(j'ai list car on me le demande relativement souvent dans mes cours):
ISO-8859-1: Pour les caractres utiliss dans les noms de fichiers et pour les dossiers
lectroniques
ISO 9660: Servant de base pour les rgles de nommage des fichiers et dossiers de
projets qui ncessitent un travail multiplateforme et avec une comptabilit sur tout
systme informatique (malheureusement peu respect en toute rigueur!). Ainsi, il est
d'usage d'essayer de respecter au mieux les rgles suivantes dans les projets en ce
dbut de 21me sicle:
Gestion de projets
34/397
Vincent Isoz
- Un seul "." sparant le nom de l'extension et aucun point dans les noms de dossiers
- Les dossiers sont en majuscules et ne comportent eux aucun point
- Les fichiers auront une majuscule pour la premire lettre de chaque mot, le reste
tant en minuscule
- L'extension peut tre sur 1 4 caractres et toujours en minuscules
- Maximum 106 caractres pour les noms de fichiers (y compris extension) ou dossiers
- Les noms ne doivent pas commencer par un chiffre
- Les espaces seront remplacs par des "underscores" (mais on peut les remplacer les
underscores la majorit du temps par l'obligation de commencer chaque terme dans le
nom des fichiers avec une majuscule, le reste tant en minuscule)
- Il ne devrait pas y avoir d'accents dans les noms de fichiers
- Les caractres suivants sont proscrits: ?!#+"%&/\()=][${}-;:*><,'~|@
Remarque: Si nous rajoutons ISO 9001 aux noms de fichiers, ceux-ci peuvent dans
certains cas comporter dans le nom du fichier l'abrviation de la langue du contenu sur
deux lettres (FR, EN, DE, ), l'identifiant unique au dbut du nom de fichier (IDC1,
IDP1, IDR1,) et juste avant le point sparant le nom de l'extension, le numro de la
version majeure (V1, V2, V3,) avec l'indication de la version mineure spare par
un underscore (V1_3, V3_4) et enfin avec le numro de rvision (V1_3r14, V1_0r3).
Il y a donc au minimum dj 12 caractres sur les 26 pris rien que pour avoir une rgle
de nommage normalise correcte. Enfin, pour les dossiers, il est dconseill d'avoir
plus de 8 niveaux imbriqus.
ISO 216: Pour les formats de papier (bon a c'est facile mais j'ai dj vu des
entreprises qui avaient des responsables de projets travaillent avec des formats de
papier exotique par manque de matrise des logiciels de traitement de texte)
ISO 690: Pour les cartouches au dbut de chaque document important (indiquant
l'auteur, le responsable, la version, le rfrentiel, le niveau de confidentialit, l'anne,
l'identificateur, etc.). Certains des documents lectroniques fournis pendant le cours
ont une cartouche conforme ISO 690 pour tre par la suite rfrencs correctement.
Plusieurs mthodes de gestion de projets recommandent implicitement de suivre cette
norme.
ISO 4217: Pour respecter les symboles des formats montaires dans mes offres et dans
les logiciels de simulation.
Gestion de projets
35/397
Vincent Isoz
Pour avoir plus de dtails, il suffit d'acheter le PDF sur le site internet ISO.org ou de
suivre mon cours sur le sujet (la premire option tant plus simple et moins onreuse).
ISO 9001: Pour tout ce qui a trait la qualit sous forme gnraliste.
Pour avoir plus de dtails, il suffit d'acheter le PDF sur le site internet ISO.org ou de
suivre un cours sur le sujet (la premire option tant plus simple, moins onreuse et
plus rigoureuse). De toute faon mme si vous suivez une formation ISO 9001 vous
devrez obligatoirement acheter et lire le PDF.
Norme AFNOR NF Z 12.001: Pour tout ce qui est relatif aux organigrammes
puisqu'il n'existe pas ma connaissance (malheureusement!) de standard ISO pour
cela.
La documentation ce sujet disponible sur Internet ce jour est suffisante.
ISO 3951: Pour tout ce qui est relatif aux contrles de rception de lots ou aux
contrats incluant des clauses de qualit bas sur des plans d'chantillonnages aux
mesures. Cependant, je lui prfre son quivalent franais qu'est l'AFNOR X06-023.
Pour avoir plus de dtails, il suffit d'acheter le PDF sur le site internet ISO.org ou de
suivre un cours sur le sujet (la premire option tant plus simple et moins onreuse).
De toute faon mme si vous suivez une formation sur le sujet, vous devrez
obligatoirement acheter et lire le PDF. Vous trouverez sur Internet aussi une large
documentation que j'ai crite avec presque toutes les dmonstrations mathmatiques
ce sujet.
ISO 2859: Pour tout ce qui est relatif aux contrles de rception de lots ou aux
contrats incluant des clauses de qualit bas sur des plans d'chantillonnages aux
attributs. Cependant, je lui prfre son quivalent franais qu'est l'AFNOR X06-023.
Pour avoir plus de dtails, il suffit d'acheter le PDF sur le site internet ISO.org ou de
suivre un cours sur le sujet (la premire option tant plus simple et moins). De toute
faon mme si vous suivez une formation sur le sujet vous devrez obligatoirement
acheter et lire le PDF. Vous trouverez sur Internet aussi une large documentation que
j'ai crite avec presque toutes les dmonstrations mathmatiques ce sujet.
ISO 8258: Pour tout ce qui est relatif aux cartes de contrles les plus communes dans
le domaine la matrise statistique des procds et processus.
Pour avoir plus de dtails, il suffit d'acheter le PDF sur le site internet ISO.org ou de
suivre un cours sur le sujet (la premire option tant plus simple, moins onreuse et
plus rigoureuse). De toute faon mme si vous suivez une formation sur le sujet vous
devrez obligatoirement acheter et lire le PDF. Vous trouverez sur Internet aussi une
large documentation que j'ai crite avec presque toutes les dmonstrations
mathmatiques ce sujet.
ISO 9126: Qui bien qu'adresse au domaine du logiciel peut s'appliquer mon avis
beaucoup d'autres. Cette norme prcise pour le produit fini certaines caractristiques
prcises et trs pertinentes (mais qui peuvent aussi donc tre utilises pour vrifier que
Gestion de projets
36/397
Vincent Isoz
la description du projet est suffisamment complte). Nous en donnerons une
description sommaire plus tard dans le prsent document.
ISO 31010: Je ne suis pas un fan de l'ISO 31000 pour la gestion des risques bien que
certains concepts (mais en trs faible nombre) soient intressants. Je prfre me baser
sur la norme ISO 31010 d'valuation des risques que j'utilise assez souvent pour
analyser les erreurs de dfaillances potentielles (ishikawa, AdP Six Sigma), la
modlisation du risque (Monte-Carlo) et les arbres de dcision (arbres de Markov).
ISO 80000: J'essaie d'utiliser cette srie de normes lorsque je fais de la mathmatique
applique la gestion de projets (donc la majorit du temps au fait...) puisqu'elle
dfinit les notations standard pour les symboles mathmatiques. Dans la gestion de
projets, il est particulirement important d'utiliser les bonnes notations dans les
domaines de probabilits et statistiques (norme que j'avais par mconnaissance dans
ma jeunesse pas suivie... mal m'en a pris!) et dans l'usage des units (certaines agences
spatiales l'ont appris leur dpend aussi...).
ISO 10015: Donne un guide minimum pour la formation des ressources afin d'adapter
leurs comptences aux besoins du projet. Le problme de cette norme cependant est
qu'elle est un peu trop sommaire. Il manque des points importants, mais moins cela
peut server de base au responsable de projet qui n'a jamais eu grer la formation dans
le cadre d'un projet.
ISO 8601: Donne le format de date et heure international dans lequel une date ou une
heure devrait tre crit sur tout systme ou support. Pas facile respecter tous les jours
d'autant que la majorit des diteurs de logiciels et fabricants d'appareils ne jouent pas
le jeu Cette norme ISO impose aussi la manire de compter les semaines dans une
anne:
- la semaine commence le lundi
- les jours de chaque semaine sont numrots de 1 pour le lundi, 7 pour le dimanche
- la semaine 1 est celle qui contient le premier jeudi de l'anne
La semaine 1 est ainsi la premire contenir la majorit de ses jours (au moins 4
jours) dans l'anne. Elle contient systmatiquement le 4 janvier. Elle contient
systmatiquement le premier jour ouvr de l'anne en considrant que le 1er janvier,
les samedis et les dimanches sont chms. C'est aussi celle dont le lundi est le plus
proche du jour de l'an. Elle commence au plus tt le 29 dcembre ou au plus tard le 4
janvier.
9.2 PMI
Le Project Management Institute, fond en 1969, est une association professionnelle but
non lucratif qui propose des mthodes de Gestion de projet. Son sige est Philadelphie en
Gestion de projets
37/397
Vincent Isoz
Pennsylvanie (tats-Unis), elle compte plus de 200'000 membres rpartis dans 125 pays. Elle
publie des standards relatifs la gestion de projets et est en charge de la certification des
processus de gestion de projet.
Le PMI est aussi trs connu pour sa formation et son ouvrage PMBOK: Project Management
Body Of Knowledge (pendant de la norme ISO 10006) qui s'essaie dfinir les comptences
d'un responsable de projets et les processus relatifs une bonne gestion de projets. C'est un
excellent rfrentiel pour en trs peu de temps viter les grandes erreurs classiques et
galement se rendre compte qu'il s'agit d'un mtier (mme si la majorit des entreprises et la
personne lambda en dbut de 21me sicle ne l'ont visiblement pas encore compris1)!
ce titre, le terme PMI est souvent utilis pour dfinir la mthodologie de gestion de projet
dfendue par le Project Management Institute dont les fondements reposent sur 9 domaines de
connaissance (intgration, contenu, dlais, cots, qualit, ressources humaines,
communication, risques, approvisionnements) et 44 processus y relatifs.
Selon leur modle le projet est dcoup en 5 phases: l'initialisation, la planification,
l'excution, la maitrise (ou suivi) et enfin la clture (avec le rapport de revue postimplmentation).
Il existe notre connaissance deux niveaux de certifications reconnus et standardiss
l'internationale: CAPM (Certified Associate Project Manager) et PMP (Project Management
Professional).
Formation: ~4 jours pour le PMBOK + ~5 jours pour le PMP
Source: www.wikipedia.org
Six Sigma ou 6 Sigma (devenu entre-temps ISO 13053-1:2011) est une marque dpose de
Motorola2 et dsignant une mthode structure de management visant une amlioration de
la qualit (liminer les dfauts et la variabilit en utilisant des outils statistiques avancs) et de
l'efficacit des processus (liminer le gaspillage, l'inutile, automatiser le rptitif, etc.: lean).
La mthode Six Sigma a d'abord t applique des procds industriels avant d'tre largie
grce au travail de chercheurs du MIT (une des meilleures coles d'ingnierie du monde!)
tous types de processus, notamment administratifs, logistiques, commerciaux et d'conomie
d'nergie. Depuis le dbut des annes 2000, elle connat un grand essor en raison de la
complexit des organisations et de l'internalisation des processus qui imposent une vision
globale des problmes.
Voir la thse en anglais de Paul Giammalvo disponible gratuitement au format lectronique sur le web (PDF):
Is project management a profession? And if not, what is it?
2
En 1981, Bob Galvin Prsident de MOTOROLA lance une dmarche de matrise de la dispersion de la
production afin d'accrotre les performances de lentreprise. En 1985, un ingnieur de MOTOROLA, Bill Smith,
pose les bases de la dmarche 6 sigma par l'usage des statistiques.
Gestion de projets
38/397
Vincent Isoz
La mthode Six Sigma (ISO 13053-1:2011) se base sur une dmarche fonde la fois sur la
voix du client (enqutes, etc.) et sur des donnes mesurables (par indicateurs) et fiables (sous
contrle statistique) le tout gr comme un vrai projet. C'est une mthode qui ne peut tre
applique que par des personnes ayant une formation universitaire pointue dans des
entreprises leader de leur march car sa mise en pratique rigoureuse ncessite des
comptences logiques, mathmatiques et techniques infiniment plus pointues que toutes les
autres mthodes cites dans le prsent document.
Le principe de la mthode consiste faire en sorte que tous lments issus du processus
tudi, soient compris dans un intervalle s'loignant au maximum de 6 Sigma par rapport la
moyenne gnrale des lments issus de ce processus. En rduisant la variabilit des produits
du processus, on rduit le risque de voir le produit (ou service) rejet par son destinataire car
en dehors de ses attentes ou spcifications. Le principe vise donc travailler sur le processus
afin que seuls des produits conformes aux exigences soient livrs: produire juste ds la
premire fois en liminant les cots lis aux retouches, recyclage, mise au rebut et risque de
vente d'un produit non conforme.
surproduction
(les 5 pourquoi)
DplacementsMouvements
Organisation
(5S/Kaizen)
(dtrompeurs
Poka Yoke)
les 7 gaspillages
Dfauts de qualit
Stocks/Flux (Kanban)
(SPC: Statistical
Process Control)
Sur-tratements
Attente
Remarque: Pour le SMED pensez par exemple au temps de changement d'une roue entre une
personne non entrane faire les bons gestes et utiliser les bons outils et une personne qui
l'est!
Gestion de projets
39/397
Vincent Isoz
La mthode se base sur 5 tapes qui se contractent dans l'acronyme DMAAC (ou DMAIC en
anglais) pour: Dfinir, Mesurer, Analyser, innover/Amliorer (Improve en anglais) et
Contrler.
et utilise pour cela de nombreux outils (certains basiques comme les diagrammes d'Ishikawa
ou de Pareto et certains autres beaucoup plus complexes3).
Il existe 4 niveaux de reconnaissance de Six Sigma qui suite des accords entre entreprises
commencent tre reconnus au niveau international depuis 2005 et qui sont: le Green Belt
dont on attend qu'il consacre partiellement son temps (souvent autour de 25%) la conduite
de projets d'amlioration, le Black Belt qui est un responsable d'quipe se consacrant plein
temps l'amlioration et doit matriser la mthode dans son ensemble, le Master Black Belt
qui est mentor et formateur de Blacks Belts, garant du respect de la dmarche et enfin le
Deployment Leader ou Champion, charg d'laborer la stratgie, le contenu de la formation,
les budgets, etc.
Formation: ~4-18 jours selon le niveau (Green Belt, Master Black Belt)
Source: www.wikipedia.org
9.4 CMMi
Voir mon livre sur le Gnie Industriel et les Techniques de Gestion car le sujet est trop vaste pour tre abord
dans la prsent ouvrage.
Gestion de projets
40/397
Vincent Isoz
9.5 AFITEP
9.6 IPMA
41/397
Vincent Isoz
son systme de certification quatre niveaux, l'IPMA permet de dterminer quand un
spcialiste ou un cadre est qualifi pour diriger un projet. Le systme de certification de D-A
dans l'ordre de difficult s'appuie sur la dfinition exhaustive de la comptence en
management de projet.
- IPMA Niveau A: Dsigne une personne qui est capable de diriger des portefeuilles ou des
programmes importants au moyen des ressources, mthodes et instruments correspondants.
C'est bien cela, l'objet de la certification Level A, et non pas le management de projets
individuels. Cette responsabilit exige une forte dose de connaissances et d'exprience (34
personnes certifies au total Suisse en 2009 depuis l'implmentation de l'IPMA ; 278 dans le
monde).
- IPMA Niveau B: Dsigne une personne capable de grer un projet complexe. Celui-ci inclut
normalement des sous-projets, c'est--dire que le manager de projet gre le projet avec l'aide
de managers de sous-projets et se consacre moins la conduite du groupe de projet (706
personnes certifies au total Suisse en 2009 depuis l'implmentation de l'IPMA ; 6'154 dans le
monde).
- IPMA Niveau C: Dsigne une personne qui est en mesure de grer un projet d'une
complexit limite. Cela signifie que le candidat dispose du savoir et de l'exprience du
management de projet ncessaires pour conduire efficacement un projet (855 personnes
certifies au total Suisse en 2009 depuis l'implmentation de l'IPMA ; 27'861 dans le monde).
- IPMA Niveau D: Dsigne une personne qui est capable de mettre en pratique ses
connaissances en management de projet dans le cadre de sa participation un projet, en
sachant que des connaissances spcifiques compltes et fondamentales sont ncessaires dans
le management de projet (2147 personnes certifies au total Suisse en 2009 depuis
l'implmentation de l'IPMA ; 111'283 dans le monde).
Source: www.vzpm.ch
9.7 ITIL
ITIL (Information Technology Infrastructure Library) est un ensemble d'ouvrages recensant
les bonnes pratiques pour la gestion des services informatiques, dictes par l'Office public
britannique du Commerce (OGC).
L'adoption des bonnes pratiques de l'ITIL par une entreprise permet d'assurer ses clients
(internes comme externes) un service rpondant des normes de qualit prtablies au niveau
international. ITIL est la base de la norme BS15000 (premire norme de Gestion de Services
Informatiques formelle et internationale) un label de qualit proche des normes de l'ISO par
exemple (ISO/IEC 20000).
ITIL permet, grce une approche par processus clairement dfinie et contrle, d'amliorer
la qualit des SI et du support aux utilisateurs en crant notamment la fonction de Centre de
services qui centralise et administre l'ensemble de la gestion des systmes d'informations.
Gestion de projets
42/397
Vincent Isoz
Les bnfices pour l'entreprise sont une meilleure traabilit de l'ensemble des actions du
dpartement informatique. Ce suivi amlior permet d'optimiser en permanence les processus
des services pour atteindre un niveau de qualit maximum de satisfaction des clients.
Pour les individus, il existe 3 niveaux de certifications pour ITIL ce jour:
- Foundation Certificate: Certification de premier niveau accorde aprs un test sous forme de
questions choix multiples, qui suit normalement un cours de 2 3 jours chez un formateur
accrdit. Ce certificat valide une connaissance gnrique des fondamentaux d'ITIL.
- Practitioners Certificates: Certifications accordes pour une discipline spcifique aprs un
cours de 2 3 jours chez un formateur accrdit et un test sous forme de questions choix
multiples fond sur un cas concret. Le Foundation Certificate est un prrequis.
- Managers Certificate: Certification accorde aprs deux tests de 3 heures qui suivent une
formation de 10 jours par un formateur accrdit. Le Foundation Certificate est un prrequis.
Formation: ~2 jours
Source: www.wikipedia.org
9.8 AMDEC
AMDEC est la traduction de l'anglais FMECA (Failure Modes, Effects and Criticality
Analysis, littralement "Analyse des Modes de Dfaillance et de leur Criticit"). La version
non mathmatique est nomme AMDE est donc simplement la traduction de FMEA.
L'AMDE est essentiellement une dmarche inductive, aussi exhaustive que possible, qui
consiste identifier au niveau d'un systme ou d'un de ses sous-ensembles, les modes
potentiels de dfaillance de ses lments, leurs causes et leurs effets. De telles analyses
peuvent tre adaptes toute interrogation dans tout domaine et peuvent servir de base, entre
autres, aux analyses fiabilit, maintenabilit, disponibilit, qualit et testabilit.
L'AMDE privilgie trois types d'actions principales qui sont:
1. La maintenance prventive qui est axe sur la correction des dfauts des
applications, en vue de minimiser le risque d'une rptition des problmes. Les
interventions de maintenance prventive comprennent la restructuration des codes
sources, la rorganisation des bases de donnes et la rcriture des programmes.
2. La maintenance corrective qui consiste rparer les dfauts qui empchent une
application ou une machine de fonctionner correctement. Elle consiste donc rgler
des problmes oprationnels ou corriger des anomalies qui entravent l'excution d'un
processus. La maintenance corrective exige un soutien 7 jours/24 heures, afin de
maintenir les applications leur efficacit maximale.
3. La maintenance adaptative a pour but d'amliorer constamment les applications
selon l'volution des besoins de l'entreprise. Les amliorations peuvent prendre
diverses formes: les mises niveau logicielles, les modifications exiges par la
Gestion de projets
43/397
Vincent Isoz
rglementation, lintgration de systmes, etc. La maintenance adaptative sassure que
les applications progressent au rythme des changements constants qui surviennent, que
ceux-ci soient d'origine commerciale, technologique ou rglementaire.
Le but est de hirarchiser les actions d'amlioration conduire sur un processus, un produit,
un systme en travaillant par ordre de criticit dcroissant.
Formation AMDE: ~2 jours
Formation AMDEC: ~5 jours
Source: www.wikipedia.org
9.9 PRINCE2
9.10 5S
La mthode des 5S, qui tire son origine de la premire lettre de chacune des cinq oprations,
est une technique de management japonaise. Elle est tire du Systme de Production Toyota
(TPS) et repose sur cinq principes simples:
Seiri (, Dbarras), Seiton ( Rangement), Seiso (, Nettoyage), Seiketsu (,
Ordre), Shitsuke (, Rigueur) Seiri (, Dbarras), Seiton ( Rangement), Seiso (,
Nettoyage)
Gestion de projets
44/397
Vincent Isoz
Elle doit tre organise sur la base d'objectifs de rangement et de gains de temps afin de
faciliter le transfert de connaissances et l'automatisation facilite des habitudes.
Formation: ~2 jours
Source: www.wikipedia.org
9.11 SWOT
Source: www.wikipedia.org
9.12 IFCAM
L'Institut suisse pour la formation des chefs d'entreprise existe depuis 1966. C'est son
anciennet et sa localisation dans les trois rgions principales de la Suisse (suisse-romande,
suisse-allemande et suisse-italienne) qui fait sa rputation au niveau national. Outre le fait que
cet institut propose les certifications IPMA et PMP son importance rside dans le fait qu'il
propose un diplme fdral d'conomiste d'entreprise en formation continue.
Gestion de projets
45/397
Vincent Isoz
9.13 SPICE
Le standard ISO/IEC 15504 initialement connu sous le nom de SPICE (Software Process
Improvement and Capability dEtermination) permet l'valuation des processus de
dveloppement informatique et est aujourd'hui utilis dans de nouveaux secteurs (dont la
gestion des services informatiques avec TIPA). Il s'agit grossirement d'un mlange d'ITIL et
CMMi.
9.14 Hermes
HERMES est une mthode ouverte officielle de la Confdration Suisse pour la conduite et le
droulement uniforme et structur de projets dans le domaine des technologies de
l'information et de la communication (TIC). La mthode est obligatoire au sein de la
Confdration et doit tre utilise dans tous les projets TIC. HERMES. Elle est galement
utilise dans d'autres administrations publiques, des hautes coles et des entreprises.
Pour structurer le droulement d'un projet, HERMES divise l'ensemble de la dmarche en six
phases: Initialisation, Analyse prliminaire, Conception, Ralisation, Introduction,
Finalisation. Contrairement des mthodes orientes processus et ples de comptence
(comme PMI/IPMA), HERMES est plus orient phasing de projets.
Il existe deux certifications reconnues au niveau fdral:
- HERMES Swiss Project Team Professional HSPTP: Assure les comptences pour participer
en tant que collaborateur de projet un projet conduit selon la mthode.
- HERMES Swiss Project Manager HSPM: Assure la capacit d'appliquer avec succs et
mthodiquement les connaissances et l'exprience de projet en situation.
Formation: ~2 6 jours selon le niveau souhait (signalons que toute la documentation PDF
est gratuite sur le site internet de la confdration!).
Source: /www.hermes.admin.ch
9.15 MCTS
46/397
Vincent Isoz
mesurer leur niveau de matrise de l'utilisation de Microsoft Office Project et Project Server
pour l'initiation, la planification, l'excution, la surveillance, la matrise et la clture des
projets, programmes et portefeuilles de projets.
Cette srie de certifications apporte une plus-value la fois pour les organisations et pour les
individus qui pratiquent le Management de Projet ou qui dsirent amliorer leurs comptences
et leurs opportunits de carrire dans ce domaine. La validation d'un champ plus vaste de
comptences donne aux candidats, et leur hirarchie, un indicateur de performance fiable.
Cela correspond une relle demande des clients devant les besoins croissants en
comptences en Management de Projet, y compris dans la matrise des outils associs.
Trois niveaux de certifications sont reconnus l'international:
- MCTS MS Project Pro: Assure la matrise de la version client de MS Project avec 3 jours de
formations.
- MCTS MS Project Server: Assure la matrise de la version client de MS Project avec 3 jours
de formations.
- MC IT Pro Project Server: Assure les comptences dans l'installation et la maintenance de
MS Project Server pour un informaticien.
Formation: ~3 9 jours selon le niveau de matrise souhait
Source: www.iil.com/france/msproject/
9.16 EFQM
Gestion de projets
47/397
Vincent Isoz
Son modle d'autovaluation est fond sur 9 principes/processus (qui n'ont pas tous la mme
pondration) de l'valuation de la qualit d'une entreprise en termes de gestion.
Elle propose par la mme occasion un modle commun europen trs intressant de notation
des entreprises que tout chacun peut mettre en pratique pour voir o son entreprise se situe
l'aide d'un barme de points comprise entre [0,1000].
Les critres de ce modle sont (voir schma ci-dessous):
Gestion de projets
48/397
Vincent Isoz
Formation: ~2 jours
9.17 Dimension 4
9.18 MBA
Gestion de projets
49/397
Vincent Isoz
Dans le modle traditionnel amricain, les tudiants travaillent sur un large ventail de cours
la premire anne, puis entament une spcialisation lors de la seconde. Dans le reste du
monde le MBA dure en gnral moins longtemps: entre 9 et 16 mois en Europe, l'objectif
essentiel tant de rduire au maximum le temps pass par des cadres en dehors de l'entreprise.
Formation: ~ 65 jours
9.19 ENS
L'ENS (Ecole Normale Sup.) propose le cursus de formation en gestion de projets que je
considre comme le plus pointu et complet ma connaissance et ce jour. Il s'agit d'un
excellent minimum minimorum pour tre ingnieur en gestion de projets avec un cursus
actuel de 7 ans (prrequis inclus).
Le programme est le suivant: Un cycle de formation de 350 heures environ (soit 2 ans peu
prs) d'enseignements techniques, thoriques et pratiques sous forme de modules spcialiss
(22 modules): finance d'entreprise, analyse et prvision financire, macro-conomie
financire, finance empirique, valuation des entreprises, fusions et acquisitions, techniques
financires internationales, gestion de portefeuille, gestion des risques bancaires, taux et
produits drivs de taux, risque de crdit et produits drivs de crdit, introduction aux
processus stochastiques en temps continu, mthodologie informatique, calcul stochastique
pour la finance, valuation et couverture des produits drivs, rsolution numrique des EDP
pour la finance, conomtrie des sries temporelles et modles ARCH en finance, statistique
des processus en finance, mthodes neuronales et applications financires, microstructure et
organisation des marchs, gestion des risques de l'entreprise, finance d'entreprise approfondie,
simulation salle des marchs-dveloppement informatiques, suivi des projets.
Cette solide formation applique est complte par une thse professionnelle validant un
projet de 4 6 mois en entreprise.
Le public vis est des ingnieurs diplms, diplms d'Ecoles de gestion dont le titre est
reconnu par la Confrence des Grandes Ecoles, ou titulaires d'un DEA ou d'un DESS dans les
disciplines suivantes: mathmatiques, mathmatiques appliques, sciences physiques, gestion
et sciences conomiques (options conomtrie, conomie mathmatique, finance
quantitative...) ou titulaires d'un diplme tranger de type Master of Science ou diplme
quivalent.
Formation: ~60 jours
Gestion de projets
50/397
Vincent Isoz
10. Logiciels
Pour travailler dans le domaine de la gestion de projets, de la qualit, de la finance et des
risques, les logiciels les plus connus et utiliss (ce qui ne veut pas forcment dire que ce sont
les meilleurs) considrs souvent comme les outils minimum que doit possder un
responsable de projet sont les suivants:
Inutile de revenir sur une description de MS Project, car il s'agit du sujet principal auquel
prpare ce support. Le responsable de projet ne doit simplement pas oublier qu'il existe ce
jour trois versions diffrentes de ce produit (Standard, Pro et Server) et qu'il faut au minimum
5 jours de formations pour matriser les bases de l'outil (ce qui ne prend donc pas en compte la
dure de formation pour les bases en gestion de projets!).
Connu par tout le monde mais bien videmment indispensable pour rdiger des cahiers des
charges ou plans directeurs de projets correctement et conformment aux normes en vigueur.
Gestion de projets
51/397
Vincent Isoz
Connu par tout le monde et utilis mme par des financiers et responsables de projet de trs
trs haut niveau malgr ses faiblesses en statistiques avances. Comme de nombreux add-ins
payant s'y greffent de toute manire, il reste un outil de rfrence pour l'analyse des projets et
de la qualit, ainsi que la modlisation statistique et l'optimisation.
Connu aussi de tous ce logiciel de messagerie est indispensable depuis la fin de 20me sicle
pour communiquer avec les clients. Il est surtout important dans le cadre de la gestion de
projets, car son agenda se connecte MS Project Server pour les ressources et SharePoint
pour prendre les documents en itinrance.
Outil trs utile pour simplifier l'analyse de donnes dans le domaine de la qualit, de la
gestion de projets et mme de la R&D (mais a c'est hors sujet dans ce support). On peut faire
(pour les usages courants) le mme travail dans MS Excel, mais cela prend beaucoup plus de
temps et ncessite quasiment systmatique le recours la programmation VBA.
Un des deux meilleurs outils du march dans la modlisation statistique (Monte-Carlo, LatinHypercube) de l'aide la dcision pour la dure, les cots ou les risques de projets. C'est un
des logiciels de rfrence des top managers quantitatifs (avec son concurrent Crystal Ball).
Le seul logiciel ma connaissance qui permette de crer des modles d'arbres de dcisions et
de Markov pour l'aide la dcision. Il permet aussi d'intgrer des statistiques simples ou des
modles de fonctions de probabilits.
Pour l'instant c'est mon got le logiciel le plus complet pour faire des arbres d'vnements,
des arbres de dcision, des arbres de dfaillance probabilistes (associ de l'AMDEC avec
Monte-Carlo).
Gestion de projets
52/397
Vincent Isoz
Excellents logiciels pour l'analyse (statistique et graphique) et le suivi des risques selon de
nombreuses normes techniques, mdicales, mcaniques, ISO, AMDEC.
Excellente solution intgre SAP pour faire de l'AMDEC, du FMEA et presque tout ce qui
est relatif la gestion de la qualit. Un bijou priori!
La rfrence pour prendre des notes rapidement lors de runions internes ou clientles et
modliser simplement des concepts ou ides dans des situations normales ou critiques.
Il est par ailleurs conseill comme l'exige ISO 9001 que la liste des logiciels autoriss et
officiels soit document et que les employs soient bien informs de l'existence de cette liste.
Gestion de projets
53/397
Vincent Isoz
11. Documents
Le responsable de projet a besoin d'une bote outils dans le cadre de son travail
(normalement mis disposition et crs par les Business Analyst selon le BABOK). Nous
avons dj certes au dbut de ce support prsent quelques logiciels et mthodologies mais
il faut aussi si possible des modles de documents qui vont avec et qui pourront
ventuellement lui faire gagner un peu de temps sur l'laboration de ses propres modles
"corporate". Possder des modles de documents (bref un fond documentaire solide!) est aussi
important car dans de nombreux domaines de l'conomie la rgle suivante s'applique:
Gestion de projets
54/397
Vincent Isoz
Dashboard.xlt: un modle MS Excel contenant un vieux et simple tableau de bord avec
des indicateurs de performance sous diffrents aspects.
Dashboard.xlt: un modle MS Excel contenant un vieux et simple tableau de bord avec
des indicateurs de performance sous diffrents aspects.
EFQM Self Assessment.xlt 1.0: un modle MS Excel permettant de faire un bilan
qualitatif de son entreprise suivant le standard EFQM. Je n'ai pas encore cr le modle
permettant de faire le bilan selon la pondration quantitative de ce standard. Il faudra donc
patienter.
Gantt.mpt: un modle MS Project de base pour les plannings (modlisation dterministe
de la dure et cot d'un projet) un peu amlior par rapport ce que propose le logiciel par
dfaut. Ce fichier est amlior (comme tous les autres) chaque formation selon les
remarques des participants.
Groupes V1.0.xlt: Tableau MS Excel aidant dfinir des groupes et membres d'quipes
de projet avec leurs niveaux de dlgation et rles respectifs.
ISO 9001 Management Review.mpt: un modle MS Project avec le planning et la
charge des ressources ncessaires la prparation d'un audit pour l'ISO 9001 tels qu'utilis
en Grande-Bretagne ou dans de nombreux payse de l'Union Europenne.
ISO 5807.vss: un modle de gabarit MS Visio que j'ai personnalis et complt afin d'tre
conforme au plus proche au standard ISO 5807:1985.
Matrice d'analyse (HOQ).xlt: mise disposition par une socit amricaine, ce modle
MS Excel propose une House Of Quality Six Sigma assez labore et servira donc de base
une analyse qualitative de la corrlation et des facteurs entre les contraintes internes
(VOP) et les exigences du client (VOC). Ce modle peut galement tre utilis comme
outil d'aide la dcision pour analyser les rponses un appel d'offres.
Processus V5.0 R8.vst: un modle MS Visio avec les gabarits les plus courants dj
ouverts ainsi qu'une mise en page conforme aux standards ISO et Six Sigma et des
proprits de formes suffisamment compltes dans un schma de proprits enregistr
mme dans le document sous le nom Template Set.
Six Sigma DMAIC Cycle FR.mpt: un modle MS Project avec le planning et les phases
correspondantes pour la mise en place d'un projet Six Sigma selon l'approche DMAIC.
Offre d'emploi V1.0.dot: un modle MS Word pour publier une offre d'emploi
standardise et complte afin d'engager des ressources pour un projet.
Remarque: Rappelons que tout changement sur un document (modle ou pas!) doit tre
valu (contrl), approuv et mis en place et que les modifications/corrections doivent tre
dates et signes et la raison de la modification not. Par ailleurs on doit toujours avoir une
traabilit des changements via un systme de versions.
! Suivre les rgles de BPD - Bonnes Pratiques de documentation !
Gestion de projets
55/397
Vincent Isoz
11.1.1 Objectifs
Les raisons ces besoins de formalisation sont relativement simples et peuvent se rsumer
aux 10 points principaux (valeurs ajoutes) suivants:
1. viter le "management par exception" (contraire au Six Sigma)
2. Standardiser les actions et structurer l'information au sein d'un groupe de travail
3. Garantir une rptabilit l'identique
4. Minimiser le temps d'apprentissage d'un concept corporate
5. Faciliter la communication des mthodes standardises et les attentes de rsultats
6. Ne pas recrer la roue chaque fois (en termes de dmarche intellectuelle)
7. Formaliser le REX (Retour d'Exprience) afin d'viter des erreurs passes
8. Minimiser les efforts et le temps en analysant les tapes inutiles (temps de passage)
9. Identifier, mesurer et anticiper les problmes
10. Ragir de manire approprie et standardise lors d'imprvus
11. Assurer une traabilit
12. viter les "je savais pas", "tu me l'avais pas dit donc c'est de ta faute"
Le logiciel le plus utilis travers le monde ce jour et notre connaissance pour cela est
Microsoft Office Visio qui permet non seulement de faire de nombreux types de synoptiques
mais aussi de les analyser statistiquement avec des rapports automatiss d'avancement
envoys vers Microsoft Office Excel, de connecter certaines informations une base de
donnes centralise, d'afficher des indicateurs de performances et au final (point le plus
apprci) de publier le tout sous forme de pages web afin de rendre les schmas interactifs
(liens entre processus, vers des documents, moteur de recherche,).
Il y a malheureusement quelques difficults et problmes courants avec les schmas (et
particulirement les processus) selon certains responsables de projets:
1. Leur documentation (trs longue)
Un synoptique dsigne une prsentation, en gnral graphique, qui permet de saisir d'un seul coup d'il un
ensemble d'informations lies ou un systme complexe.
4
Gestion de projets
56/397
Vincent Isoz
2. Leur communication (ncessite de former rgulirement les employs)
3. Leur mise jour exige par ISO 9001 (ncessite un responsable qualit plein temps)
4. Leur application5 (ncessite des surveillants: le responsable qualit ou de faire
comprendre aux employs les possibles impacts de leurs discours/dcisions/gestes
dans des environnements sensibles)
5. La mesure de leur performance (exige par ISO 9001)
6. Les audits internes pour vrifier que les processus soient bien suivis
7. Les revues (runions) qui prennent du temps
8. La tendance naturelle des employs trouver un moyen lgitime de contourner le
respect des processus.
Mais bon comme l'aurait dit William Edwards Deming (statisticien qui est une rfrence
mondiale dans la gestion de projets contemporaine):
85% des raisons d'checs en ce qui concerne la satisfaction des clients est lie au systme et
aux processus plutt qu' l'employ.
Raison pour laquelle nombreux sont ceux qui disent que sans objectifs clairs, sans formations
et sans systmes de mesure : les rsultats ne seront pas au rendez-vous ET il ne sera pas
possible de lancer des amliorations.
Un exemple assez "extrme" est une entreprise qui avait des collaborateurs qui ne savaient simplement pas lire
(et le responsable AQ n'tait pas au courant).
Gestion de projets
57/397
Vincent Isoz
Gestion de projets
58/397
Vincent Isoz
La mthode 5M est souvent articule autour des "bonnes mthodes de fabrication" (abrge
BPF) qui s'articulent autour de 10 points et dont les 5M sont un rsum:
1. crire les modes opratoires et les instructions afin de fournir une "feuille de route"
ncessaire la conformit aux bonnes pratiques et une travail de qualit rgulier.
2. Suivre scrupuleusement procdures et instructions pour prvenir toute erreur.
3. Renseigner rapidement et prcisment le travail en cours dans un but de conformit
aux procdures et de traabilit.
4. Prouver que nos systmes font ce pour quoi ils sont conus en effectuant des
dmarches formelles de validation.
5. Intgrer la productivit, la qualit service et du personnel dans la conception de
l'environnement de travail.
6. Effectuer la maintenant des outils de manire rgulire et efficace.
7. Dvelopper et dmontrer clairement les comptences au poste de travail.
8. Protger les produits contre tout dfaut en adoptant des habitudes rgulires et
systmatiques d'organisation et de suivi.
9. Construire la qualit dans les produits par un contrle des processus
Planifier et Effectuer rgulirement des audits afin d'assurer conformit au systme qualit.
Gestion de projets
59/397
Vincent Isoz
La variante la plus intressante du diagramme 5M est le diagramme 6M qui ajoute aux 5
domaines prcdents celui de la Mesure: les causes correspondant des biais ou erreurs lis
aux indicateurs utiliss pour chiffrer le phnomne analyser.
Les entreprises de services utilisent une version tendue: c'est le diagramme 7M qui rajoute
les catgories Management (que l'on pourrait considrer comme redondante avec la catgorie
main-d'uvre) et Moyens financiers.
Pour terminer signalons aussi les classiques 8P (Price, Promotion, People, Processes, Place,
Policies, Procedures et Product) et les 4S (Surroundings (environnement), Suppliers, Systems,
Skills).
Gestion de projets
60/397
Vincent Isoz
11.1.2.4 Gantt
Le diagramme de Gantt est un outil utilis (souvent en complment d'un rseau PERT) en
ordonnancement et gestion de projet et permettant de visualiser dans le temps les diverses
tches lies composant un projet (il s'agit d'une reprsentation d'un graphe connexe, valu et
orient). Il permet de reprsenter graphiquement l'avancement du projet.
Cet outil rpond deux objectifs: planifier de faon optimale et communiquer sur le planning
tabli et les choix qu'il impose
11.1.2.5 PERT
Le graphique PERT est une technique de gestion de projet qui permet de visualiser la
dpendance des tches et de procder leur ordonnancement en dehors du ligne de temps et
par un algorithme prcis (que les responsables de projets appliquaient la main jusqu'aux
annes 1980) de dterminer le chemin critique du projet ainsi que les marges totales et
libres.
Gestion de projets
61/397
Vincent Isoz
11.1.2.6 Time-Line
Une frise chronologique ou ligne du temps est une reprsentation linaire qui associe des
vnements leurs positions dans le temps le long d'une chelle gradue, ce en quoi elle se
rapproche d'une chronologie.
Dans les entreprises, elle permet facilement lors de runions de communiquer un publique
de non spcialistes (qui n'arrivent pas lire le Gantt) les jalons d'un projet.
Gestion de projets
62/397
Vincent Isoz
6 mois de dfinition
2.5 ans de mise en vie, d'instrumentation
1 2 ans d'optimisation des activits et organisations
Gestion de projets
63/397
Vincent Isoz
Il est possible dans MS Visio d'ajouter des phases aux diagrammes de flux fonctionnels
comme celui-ci-dessus. Ds lors, nous parlons de modle MOSI pour "Mthode
d'Organisation et Stratgie d'Intervention".
Les informations qu'il est typique de relier chaque tape sont:
Cr par/Cr le (ISO)
N tape processus (ISO)
Responsable (ISO)/Back-Up
Intervenants (ISO)
Niveau de confidentialit
Cot/Dviation de cot (Six Sigma)
Temps/Dviation de temps (Six Sigma)
Gravit dfaillance (AMDEC)
Effet potentiel dfaillance (AMDEC)
Cause potentielle dfaillance (AMDEC)
Quantifiable? (Six Sigma)
Niveau de qualit en % (Six Sigma)
Contact client
64/397
Vincent Isoz
Processus prdfini: Utilisez cette forme pour un ensemble de sous-tapes d'un sousprocessus se trouvant dfini ailleurs, souvent sur une autre page du mme fichier.
Dcision: Cette forme indique une tape o la dcision sortante dicte la prochaine tape
faire. Il peut y avoir plusieurs sorties, mais souvent les deux les plus courantes sont Oui et
Non.
Document: Cette forme reprsente une tape qui rsulte en la cration d'un document.
Donnes: Cette forme indique que l'information arrive dans le processus depuis l'extrieur ou
quitte le processus. Cette forme peut aussi tre utilise pour reprsenter du matriel et est
parfois appele "forme d'entre/sortie".
Donnes stockes: Cette forme est utilise pour reprsenter de l'information qui sera stocke.
Rfrence sur page: Cette forme indique simplement que la suite d'un processus se trouve
sur une autre page. Ceci est particulirement utile pour les grands processus prenant plusieurs
pages.
Gestion de projets
65/397
Vincent Isoz
Rfrence hors page: Forme utilise pour crer un lien dynamique (interactif) permettant de
renvoyer automatiquement sur une autre page pour la suite d'un processus ou l'envoi un
sous-processus.
Entre manuelle: tape utilise pour reprsenter le fait qu'une personne apporte une
information au processus.
Opration manuelle: tape utilise pour reprsenter le fait qu'une tape est effectue par un
tre humain.
Stockage interne: Cette forme reprsente une information saisie sur un ordinateur.
Donne directe: Cette forme reprsente une information stocke comme un unique
enregistrement dans une base de donnes typiquement. Cette forme reprsente comme un
disque dur stock des donnes.
Donne squentielle: Quand une information est stocke de manire squentielle, elle ne peut
tre rcupre par hypothse que manire squentielle aussi. Par exemple, pour accder
l'enregistrement numro 7, vous devrez d'abord passer par les enregistrements 1 6.
Enregistreur carte ou papier: Les anciens ordinateurs utilisaient des systmes de cartes et
papier pour stocker et rapatrier des donnes et stocker pour excuter des programmes.
Gestion de projets
66/397
Vincent Isoz
Affichage: Cette forme reprsente une information qui sera affiche par une personne,
typiquement sur un cran d'ordinateur.
Prparation: Cette forme indique o les variables d'un systme mcanique ou informatique
doivent tre rinitialises pour une procdure.
Mode parallle: Cette forme est utilise pour indiquer o deux processus/actions/tapes
diffrents peuvent s'excuter simultanment (en parallle).
Limite de boucle: Cette forme reprsente le nombre de fois qu'une boucle d'un processus doit
s'excuter avant de continuer la prochaine tape.
Contrle de transfert: Cette forme indique la manire particulire dont une transition entre
deux tapes doit se faire en indiquant avec une initiale le type de transition au milieu de la
forme (par exemple: P flux de type permanent, T flux temporaire, etc.)
67/397
Vincent Isoz
quantifier l'occurrence d'un vnement Redout (ER) de bien mettre en vidence les causes
profondes probables d'un problme et les interactions avec d'autres causes.
Un arbre de dfaillance est gnralement construit de haut en bas avec la ligne la plus haute
ne comportant que l'vnement dont nous cherchons dcrire comment il peut se produire.
Cependant il est par la suite souvent lu de bas en haut.
Chaque ligne dtaille la ligne suprieure en prsentant la combinaison ou les combinaisons
susceptibles de produire l'vnement de la ligne suprieure auquel elles sont rattaches.
Ces relations sont reprsentes par des liens logiques OU, et ET (on emploie gnralement le
terme de "porte" OU et de "porte" ET) comme le montre le schma ci-dessou fait avec
MS Visio:
L'arbre ci-dessus est donc un exemple d'analyse par arbre de pannes qualitatif puisque aucune
probabilit n'est indique. Dans MS Visio il est trs pnible d'associer des probabilit car il
faut construire toutes les formules la main. Je conseille vivement l'utilisation du logiciel
Isograph pour faire des ADP quantitatifs de haut niveau rapidement (ce dernier logiciel
prsent au dbut de ce support associe le mthode de Monte-Carlo avec les ADP).
Par contre si des probabilits sont associes, rappelons les axiomes de Kolmogorov suivants:
0 P( A) 1
pour l'univers de tous les vnements. Nous avons aussi si deux vnements A et B sont
indpendants la probabilit que les deux vnements se produisent en mme temps (porte
ET):
P( A B) P( A) P( B)
Gestion de projets
68/397
Vincent Isoz
et si les vnements sont mutuellement exclusifs, nous avons la probabilit disjointe (porte
OU compatible) que soit A ait lieu soit B ait lieu (mais sans prendre donc en compte que les
deux aient lieu en mme temps) suivante:
P( A B) P( A) P( B) P( A B)
et si les vnements sont non mutuellement exclusifs (porte OU incompatible), nous avons la
probabilit conjointe suivante:
P( A B) P( A) P( B)
Enfin, si les vnements sont totalement incompatibles (porte XOR) nous avons:
P( A B) P( A) P( B) 2P( A) P( B)
Le lecteur intress trouver un autre exemple avec la lgende/standardisation des formes dans
la norme ISO 31010:2009 ou CEI 61025 annexe B.14 (ou sur Wikipedia US).
Gestion de projets
69/397
Vincent Isoz
Gestion de projets
70/397
Vincent Isoz
11.1.2.11 IDEF0
SADT (en anglais Structured Analysis and Design Technique) - connue aussi sous le label
IDEF0 (en anglais Integration Definition for Function modeling) - est l'un des standards de
description graphique d'un systme complexe par analyse fonctionnelle descendante, c'est-dire que l'analyse chemine du gnral (dit "niveau A-0") vers le particulier et le dtaill (dits
"niveaux Aijk"). SADT est une dmarche systmique de modlisation d'un systme complexe
ou d'un processus opratoire.
Gestion de projets
71/397
Vincent Isoz
Gestion de projets
72/397
Vincent Isoz
Lorsque nous avons qu'une seule branche dans ce type d'arbore avec un seul gain attendu au
bout, nous parlons alors de "d'arbres de probabilits pondrs" (c'est certainement le cas le
plus courant)
Nous donnerons un exemple avec des dtails bien plus tard.
Gestion de projets
73/397
Vincent Isoz
dont les carts-types sont utilises pour donner l'intervalle de probabilit cumule de se situer
dans ces bornes centr sur la moyenne comme reprsent ci-dessous:
Ceci tant rappel, nous avons galement prsent dans le cours AMDEC les probabilits
conjointes dans le cadre de Six Sigma (ISO 13053-1:2011) pour une chane de processus P
connects en srie.
Au fait les processus mentionns ne sont pas forcment des processus industriels mais
peuvent tre assimils sous des hypothses identiques des processus quelconques
(administratifs, procdures, workflows, etc.).
Nous avions vu que la probabilit conjointe (ou cumule) est appele dans Six Sigma "Rolled
Troughput Yield" (R.T.Y.) ou "Rendement Global Combin" (R.G.C.) et est donne par (cf.
cours de Probabilits):
Par exemple l'application de la relation prcdente donne pour un processus srie en 4 tapes
dont la fiabilit est de 90% chaque:
Gestion de projets
74/397
Vincent Isoz
nous nous retrouvons au final avec une fiabilit de 65.6% soit une probabilit cumule de
dfaut pour l'ensemble du processus de 34.4%.
Redonnons le tableau au pire selon Six Sigma, soit le tableau en procd non centr avec une
dviation de la moyenne de 1.5 (donc droite mais on pourrait prendre gauche et les
rsultats sont les mmes) par rapport la cible et d'cart-type unitaire avec USL et LSL
symtriques (ce qui restreint toujours le champ d'application):
Cp
Dfauts (PPM)
Cpk
Critre
Mauvais
0.5
501350
1.5
0.6
0.1
382572
1.8
0.7
0.2
27412
2.1
0.8
0.3
184108
2.4
0.9
0.4
115083
2.7
0.5
66810
1.1
0.6
35931
3.3
1.2
0.7
17865
3.6
1.3
0.8
8198
3.9
1.4
0.9
3467
4.2
1.5
1350
4.5
1.6
1.1
483
4.8
1.7
1.2
159
5.1
1.8
1.3
48
5.4
1.9
1.4
13
5.7
1.5
3.4
Limite
Excellent
o nous avons dmontr dans le cours Six Sigma que les valeurs PPM taient donnes par:
Gestion de projets
75/397
Vincent Isoz
Qualit%
93.32
99.38
99.98
99.9996
1.33
1.68
Limite
Bon
Excellent
Jugement Mauvais
Sous l'hypothse que chaque tape d'un processus srie suit la mme loi avec les mmes
moments et les mmes dviations par rapport la cible nous avons alors:
tapes/Qualit%
Gestion de projets
1 93.32
99.38
99.98
99.9996
7 61.63
95.73
99.84
99.9976
10 50.08
93.96
99.77
99.9966
20 25.08
88.29
99.54
99.9932
40
6.29
77.94
99.07
99.9864
60
1.58
68.81
98.61
99.9796
80
0.40
60.75
98.16
99.9728
76/397
Vincent Isoz
100
...
0.10
53.64
97.70
99.996
...
...
...
...
Ainsi, l'objectif du Lean Six Sigma dans une entreprise sera d'augmenter le niveau de qualit
avec d'avoir un RTY maximum pour un nombre donn d'tapes d'un processus.
Considrons comme exemple pratique le cas suivant:
Gestion de projets
77/397
Vincent Isoz
Gestion de projets
78/397
Vincent Isoz
Gestion de projets
79/397
Vincent Isoz
Gestion de projets
80/397
Vincent Isoz
L'IPMA quant elle dfinit (est c'est un excellent point de vue) les comptences d'un
responsable de projet dans trois domaines bien prcis7 (le "Eye of Competence"):
1. Les comptences contextuelles (propres au contexte environnemental du projet)
2. Les comptences techniques
3. Les comptences comportementales
Dans une micro-confrence donne une fois par l'agence de placement Adecco sur les critres de slection d'un
bon responsable de projet, on retrouvait ses 3 points.
Gestion de projets
81/397
Vincent Isoz
Ainsi, les comptences reprsentes dans la figure ci-dessous peuvent tre ranges dans une
de ces catgories:
82/397
Vincent Isoz
objectifs. Par exemple, si la contrainte est de type "hirarchique" (conflits organisationnels
internes) il faut essayer de responsabiliser les suprieurs pour rsoudre le problme ou
proposer des choix ceux-ci et de prendre la dcision sous couverture d'un papier sign qui
valide l'acceptation du choix.
Depuis dj plusieurs dcennies, la gestion de projet a contribu de faon trs significative
la nouvelle pratique de la gestion. Grce cette approche, les organisations peuvent un peu
mieux planifier, coordonner, diriger et surtout contrler leurs ressources et ce, de faon
structure et optimale. En effet, la gestion informatise de projet procure un outil trs puissant
aux gestionnaires d'aujourd'hui par sa flexibilit et sa polyvalence. De plus, elle devrait
permettre de rsoudre les problmes les plus complexes.
La philosophie de la gestion de projets permet donc de faire face des dfis jadis
insurmontables pour les administrations traditionnelles. Il s'agit d'une mthodologie avantgardiste rpondant un monde de plus en plus complexe et dynamique. Elle rpond un
besoin pressant de faire travailler ensemble les ressources multidisciplinaires dans l'atteinte
d'un but commun. Elle gnre la crativit, l'initiative et l'empowerment vis--vis des
membres de l'quipe de projet.
Plusieurs dfinitions de la gestion de projet existent un peu partout dans la littrature
acadmique. J.R. Meredith et S. Mantel, dans leur ouvrage Project Management la
dfinissent comme tant:
la gestion des interfaces entre la performance, le temps et les cots
Ou selon l'AFNOR:
La gestion de projet est l'ensemble des mthodes, outils d'valuation, de planification et
d'organisation permettant d'atteindre ses objectifs en respectant les contraintes de
performance, de dlais, et de cots.
Ou selon le PMBOK version 4.0:
A project is a temporary endeavour that is progressively planned, controlled and executed by
people, working with some constraints on resources that results in a unique product service or
result that isn't possible for the organization to achieve through its normal operations.
Gestion de projets
83/397
Vincent Isoz
En fait, la gestion de projet nous permet de livrer un bien et/ou un service de qualit la
bonne place, au bon moment, la bonne personne et au meilleur cot possible. C'est donc une
activit gnralement isole comportant des objectifs trs bien dfinis.
En 1928 le mathmaticien John Von Neumman reprend les travaux du 17me sicle sur
la thorie des jeux sous un formalisme mathmatique moderne. Une dizaine d'annes
plus tard, cette thorie sera avec les amliorations de John Nash (Prix Nobel
d'Economie) la base de toutes les dcisions en entreprise ou en conomie l'chelle
mondiale.
En 1940, les physiciens et les mathmaticiens crent les bases des techniques
quantitatives statistiques de la gestion. La mthode de Monte Carlo, initialement
labore par les mathmaticiens Nicholas Metropolis et Stanislaw Ulam en 1949, a t
utilise cette poque pour le projet Manhattan aux laboratoires de Los Alamos. Elle
est utilise outrance aujourd'hui dans la gestion des risques et la thorie du choix
avenir incertain.
Dans les annes 1940 William Edwards Deming, Statisticien, mondialement connu
pour sa mthode PDCA (Plan Do Check Act) dveloppe les techniques mathmatiques
statistiques dans le domaine de la gestion de projets en se basant sur les travaux
mathmatiques de Walter Shewhart dvelopps dans les annes 1920:
Niveau de maturit
ACT
PLAN
CHECK
DO
Amlioration de
la qualit affective
Consolidation du niveau atteint
Base de rfrence = Reference Baseline
chelle de temps
84/397
Vincent Isoz
atteint. Mais pour appliquer correctement cette mthode (au mme titre que
ISO 9001), il faut dfinir le primtre d'activits qui sera analys et amlior,
dcouper le primtre en processus (cartographie des processus) et formaliser chacun
des processus (activits, intrants, extrants, rles, comptences, etc.).
Dans les annes 1950, les socits Dupont de Nemours et Remington Rand cherchent
une technique qui permette de grer au mieux un grand nombre de tches lies entre
elles. En 56/57, Morgan Walker et James Kelley mettent au point un algorithme de
calcul par des mathmaticiens, le CPM (Critical Path Method). Il permet de calculer la
dure totale d'un projet partir de la dure de chaque tche et des liaisons existant
entre les diffrentes activits du projet.
Paralllement au CPM, la mthode PERT (Program Evaluation and Review Technic)
est cre par la marine amricaine pour l'laboration de ses missiles Polaris. Cette
technique met graphiquement en vidence les relations entre les tches hors du temps.
Aujourd'hui on conjugue les trois techniques. Un Gantt affiche les relations entre les
tches (ainsi que le rseau PERT mais hors du temps) et peut aussi afficher le chemin
critique (mthode CPM).
12.2 Intervenants
Pour rpondre aux questions poses et satisfaire la demande, de nombreux intervenants sont
consults lors de la modlisation d'un projet ou de l'excution de celui-ci (il faudrait vous
positionner parmi ceux-ci). Voici la liste de quelques-uns de ceux-ci:
Le Matre d'ouvrage:
Personne physique ou morale qui sera propritaire de l'ouvrage ralis.
Le Matre d'uvre:
Personne physique ou morale qui ralise le travail pour le matre d'ouvrage.
Le Sponsor du projet/Project Champion:
Gestionnaire senior ayant un pouvoir dcisionnel suprieur celui de project ou
portfolio manager et tant en relation troite avec la direction pour faire accepter le
projet qui est en phase d'tudes et faire comprendre la direction l'intrt de le grer
selon des mthodes standardises et prouves. Si le sponsor n'a pas le temps de grer
le projet et n'est pas assez comptent pour motiver l'quipe de projet, il pourra
dlguer cette tche une autre personne qu'on dsignera alors par le terme "project
champion".
Gestion de projets
85/397
Vincent Isoz
Le Charg d'affaires/Portfolio Manager:
L'affaire est une demande ou un besoin exprim par un Client (ou un Prospect). Le
charg d'affaires assure les contacts avec le matre d'ouvrage avant la conclusion du
contrat, pendant son droulement et lors de son achvement ainsi qu'aprs (contrat de
clture quivalent un bon de rception). Le charg d'affaires gre plusieurs projets
qui n'ont strictement aucune relation entre eux (il s'agit de la dfinition d'un "portfolio"
de projets).
Le Responsable de programme/Program Manager
Personne qui supervise un projet qui a t dcoup en plusieurs sous-projets d la
complexit de la tche.
Le Coordinateur de projet/Project Manager:
L'A.F.NOR (Association Franaise de Normalisation) nous donne la dfinition
(lgre) suivante: "personne physique charge dans le cadre d'une mission dfinie,
d'assumer la matrise du projet, c'est--dire de veiller sa bonne ralisation dans les
objectifs de technique, de cot et de dlai".
Le Responsable planification/Scope & Time Manager:
Il identifie et organise les tches, publie l'chancier de chaque activit; ensuite, il met
jour le planning et calcule la probabilit que les dlais soient maintenus. Souvent, le
coordinateur de projet assume cette fonction.
Le Responsable de dpartement/Team leader & HR Manager:
C'est le garant d'un des savoir-faire de l'entreprise. Il est sollicit par le coordinateur de
projet qui il doit fournir les moyens en rapport avec son mtier.
La Ressource/Resource:
Partie intgrante de "l'quipe de projet", elle est informe et anime par son
responsable de dpartement. Son travail est gr et valid par son responsable
hirarchique.
Le Directeur Qualit/Quality Manager:
La gestion de projets s'inscrit dans une dmarche qualit dont l'importance va en
augmentant (Risk Management). Les outils mathmatiques sont ce niveau
indispensables.
Gestion de projets
86/397
Vincent Isoz
Le Contrleur de Gestion/Cost Manager:
Le cot est l'un des trois piliers de la gestion de projet (Qualit Cots Dlais), d'o
l'importance de ce rle. Les outils mathmatiques sont aussi ce niveau
indispensables.
Le Business Analyst
C'est la personne ddie analyser les contraintes, identifier les
besoins/buts/objectifs, les moyens de communication (elle rdige une bonne partie du
cahier des charges elle seule), les risques, la volatilit, les bons intervenants et c'est
aussi le business analyst qui met en relation les diffrents intervenants du projet avant
que celui-ci commence et qui s'occupera de grer le changement (change request). Il
participera galement la validation du prototype (version alpha ou beta) s'il y en a
un.
Le Responsable Juridique
C'est la personne de rfrence qui s'assurera que sur l'ensemble du projet il n'y ait pas
d'outils ou de contrats qui ne soient pas conformes la lgislation en vigueur.
Au niveau du responsable de projet, voici un tableau empirique rsumant les niveaux (d'aprs
mon exprience personnelle rencontre dans les entreprises) uniquement en ce qui concerne
les responsables de projets:
Gestion de projets
87/397
Vincent Isoz
Titre
Assistant de projets ou "white belt"
Condition minimale:
Certificat de fin d'tudes obligatoires
Particularits:
- Travaille seul pour grer le micro-projet et
n'a pas de pouvoir dcisionnel sur les
finances.
-Applique des mthodes minimalistes afin
que la gestion de projets pure ait un cot
minimal.
-N'a pas d'outil de gestion de projets
particuliers (utiliser un tableur et un agenda)
- Consacre ~10% de son temps total la
gestion de projets.
Responsable projets junior ou "yellow
belt"
Condition minimale:
Certification internationale en gestion de
projets avec au moins 5 ans d'exprience
Particularits:
- Travaille seul pour grer le projet et peut
proposer la hirarchie un budget.
- Connat les mthodes de gestion de projets
mais n'en applique qu'une partie, sans
respecter des processus prouvs.
- N'a pas d'outil de gestion de projets
particuliers (utiliser un tableur et un agenda).
- Consacre ~50% de son temps total la
gestion de projets.
Responsable projets ou "green belt"
Condition minimale:
Licence universitaire avec au moins 10 ans
d'exprience
Particularits:
- Travaille dans une quipe de 2 4
personnes ddies uniquement de la pure
gestion du projet.
- Connat les mthodes de gestion de projets
et en applique une partie en respectant
quelques processus simples.
- A des outils de gestion de projets basiques
(planificateur, systme lectronique de
gestion de la documentation)
- Consacre 100% de son temps total la
gestion de projets
Responsable de projet senior ou "blue
belt"
Condition minimale:
Licence universitaire avec certification
internationale en gestion de projets
Particularits:
- Travaille dans une quipe de 4 9
personnes ddie la gestion du projet
conformment aux ples de comptences
dcrits par le PMBOK.
- Connat les mthodes de gestion de projets
et les applique en respectant des processus
prouvs.
- A des outils de gestion de projets avancs
Gestion de projets
Budget
0-20'000$
Nombre de ressources
0-5
20'000$-100'000$
5-10
100'000$ 15M$
10-200
15M$ 500M$
200-1500
88/397
Vincent Isoz
Titre
Budget
Nombre de ressources
Gestion de projets
89/397
Vincent Isoz
Outre les intervenants, signalons galement les domaines de connaissance de la gestion de
projets et quelques processus y relatifs par le diagramme synoptique de la page suivante pris
de l'excellent rfrentiel de base que constitue le PMBOK.
Remarque: MS Office Project ne peut pas englober l'ensemble des outils dont peuvent avoir
besoin ces diffrents corps de mtier.
Gestion de projets
90/397
Vincent Isoz
Remarque: La gestion de projets ne peut pas se satisfaire d'une structure de type "Lead
Management" ou chaque collaborateur est indpendant. La meilleure structure ce jour reste
la hirarchie traditionnelle.
Le coordinateur de projets (responsable de projet) ne doit surtout pas oublier avant que nous
allions plus loin les 3 points suivants concernant les ressources:
1. Trs rarement disponibles rellement 100%: par convention 80% en ce qui concerne
les personnes, pour les machines on utilise le taux de rendement synthtique (ou plus
simplement l'adquation capacit/charge)
2. Ont un profil de travail de type Bta en ce qui concerne les personnes
3. Ont des vacances et des jours de cong maladie dans une anne en ce qui concerne
les personnes et des temps de panne et de maintenance en ce qui concerne les
machines!
lorsqu'il planifie les dtails d'un nouveau mandat!
Le responsable de projets improvis (apprend par l'erreur mais n'en est pas
responsable)
Gestion de projets
91/397
Vincent Isoz
Gestion de projets
92/397
Vincent Isoz
de 3 sicles pour rsoudre un problme jusqu' ce que la mthode scientifique ait fait place
nette.
Par ailleurs la mdiocrit de taux de russite des projets montre bien que ce n'est pas la bonne
solution. Quand le domaine de la gestion de projets sera vraiment maturit, les techniques
scientifiques seront mises en place comme cela l'a dj t pour la gestion financire et la
gestion de la qualit dans le domaine de la gestion de projets de pointe aux Etats-Unis et en
Asie il y a plus de 50 ans avec des responsables niveau Bac+7.
Bon ceci dit, ce n'est pas parce qu'un individu gre les hommes de faon exceptionnelle ou
qu'il est un expert technique talentueux qu'il l'envergure en termes de savoir, d'exprience,
d'habilit, de communication, de leadership pour diriger un projet. Le monde de l'entreprise et
des administrations est majoritairement rempli de gens promus au-del de leur niveau de
comptences et ce n'est pas de leur faute!
Remarque: Un responsable d'un niveau modeste dans l'chelle hirarchique se doit de
matriser mieux que ses employs tous les aspects techniques de la profession! C'est donc
pour lui un point crucial s'il veut se faire respecter. D'autant que les subalternes n'ont aucune
peine se faire une ide du niveau de comptence et peuvent ds lors adopter un
comportement dominant envers celui-ci. Du coup, ils rsistent plus l'influence de leur
suprieur, remettent en question ses ordres et critiquent plus ouvertement ses dcisions.
Ce type de comptence n'est pas autant demand de la part d'un top manager (personne
dirigeant une quipe de plusieurs milliers de personnes). On attend de lui de fortes
comptences interpersonnelles, c'est--dire une capacit initier et maintenir des relations
avec les autres, de faire preuve d'empathie et d'une bonne aptitude communiquer.
"Principe de Peter." Wikipdia, l'encyclopdie libre. 28 fv 2011, 03:44 UTC. 3 mar 2011, 19:47
http://fr.wikipedia.org/w/index.php?title=Principe_de_Peter&oldid=62730798.
Gestion de projets
93/397
Vincent Isoz
Les principes de base sont les suivants:
1er corollaire:
un employ ne restera dans aucun des postes o il est comptent puisqu'il sera promu
des niveaux hirarchiques suprieurs.
par suite des promotions, l'employ finira (peut-tre) par atteindre un poste auquel il
sera incomptent.
2me corollaires:
long terme, tous les postes finissent par tre occups par des employs incomptents
pour leur fonction.
la majorit du travail est effectue par des salaris n'ayant pas encore atteint leur
seuil d'incomptence .
De plus, si nous partons des principes que plus un poste est lev dans la hirarchie,
alors nous pouvons constater que l'impact de l'incomptence de l'employ aura t maximis
par le niveau hirarchique du poste auquel il aura t promu. Ces dernires hypothses ne sont
qu'une interprtation non systmatiquement retenue du principe de Peter.
Peter remarque que la comptence, chez les employs d'une organisation, se rpartirait
(chiffres qui selon mon exprience ne doivent pas tre trop loigns de la ralit):
10 % sont super-incomptents
20 % sont incomptents (30% cumul jusqu'ici)
40 % sont modrment comptents (70% cumul jusqu'ici)
20 % sont comptents (90% cumul jusqu'ici)
et 10 % super-comptents.
Une version moderne du principe de Peter serait s'noncerait selon certains: Les gens les
moins comptents sont systmatiquement affects aux postes o ils risquent de causer le
moins de dgts: ceux de managers.
Gestion de projets
94/397
Vincent Isoz
Je recommande fortement la lecture complte de l'article sur Wikipedia qui tient bien la route!
12.3.2.1 Comptences
Donc selon Adecco (Suisse) un responsable de projet devrait satisfaire de manire quilibre
aux comptences suivantes (je pense - et j'espre - que dans un souci de simplification par
rapport l'auditoire ils n'ont pas voulu aller trop dans les dtails):
1. Comptences comportementales
1.1. Dynamique, passionn, entreprenant
1.2. Orient vers les rsultats
(quantifiables avec des outils statistiques avancs)
Gestion de projets
95/397
Vincent Isoz
1.3. Pouvant travailler indpendamment et respecter les dlais
(en utilisant des techniques avances de gestion du temps)
1.4. Bon sens de la ngociation et de la communication
(doit matriser les sujets dont il parle au moins aussi bien que ses interlocuteurs)
1.5. Cratif, polyvalent et motiv pour trouver constamment de nouvelles solutions
(des solutions correspondantes aux techniques contemporaines et non d'il y a plus de
100 ans)
1.6. Apte planifier, organiser, programmer et coordonner de multiples tches afin
d'atteindre les objectifs planifis
(avec les bons outils: c'est--dire sans tableau ni logiciel de traitement de texte pour
faire cela)
1.7. Prt prendre des risques (calculs!), capacit de prendre des dcisions (avec les
outils d'aide la dcision!)
1.8. Aptitude dvelopper ses propres capacits (faire passer un test de raisonnement et
de logique tout futur responsable de projet!), ainsi que celle des autres
2. Comptences techniques
2.1. Gestion des fournisseurs (connatre les techniques d'optimisation de
l'approvisionnement, les contrles de rception et de l'optimisation des flux)
2.2. Connaissances des oprations d'outsourcing et d'offshoring (connatre ou tre expert
dans l'utilisation des standards ISO et la lgislation utiles ce type d'activit)
2.3. People management, capable de dvelopper et de guider son quipe (capable de grer
des ressources avec le mme niveau de qualit et de rigueur qu'un projet lui-mme)
2.4. Capable dinfluencer (positivement et intelligemment) une quipe
3. Comptences en gestion de projets
3.1. Comprhension de mthodologies de gestion de projet comme PRINCE2 , Hermes,
Agile
(avoir tudi de manire assez fouille au moins 5 mthodologies de gestion de projet
reconnues au niveau international)
3.2. Bonne comprhension des changes, en termes de temps pass sur le projet, les cots,
la qualit, et le rsultat
(tre capable de mettre en place un glossaire et des techniques analytiques
automatises et sophistiques de ralisation d'un projet)
3.3. Capacit crer et vrifier diffrents cas concrets
(capacit dlguer les choix et estimations ceux qui en ont les comptences)
3.4. Bonne gestion de projets
(avoir au moins une matrise universitaire - ou connaissances quivalentes - dans le
Gestion de projets
96/397
Vincent Isoz
domaine de la gestion de projets ou dans un domaine directement connexe et la
matrise des outils informatiques ad hoc).
3.5. Profondes connaissances de la gestion des risques et questions lies au management
(connaissances statistiques pointures et formation de niveau universitaire selon les
mmes critres que ceux donns prcdemment!)
4. Comptences IT
4.1. Bonnes connaissances des mthodes et outils IT
(avoir une formation continue pointue sur chacun des outils utiliss et avoir pass un
test de niveau universitaire lors de l'embauche)
4.2. Comprhension des mthodes de test, des processus et des outils
(connatre les probabilits conditionnelles, l'AMDEC quantitative, ISO 5807:1985 et
les logiciels d'accompagnement aux calculs)
4.3. Connaissances des technologies
(savoir quels sont les bons outils par rapport des besoins clairement identifis)
4.4. Comprhension de l'analyse business et du processus de conception
(avoir une formation Six Sigma et la partie DOE qui y est incluse)
4.5. Capacit de dvelopper des SLA (Service Level Agreement)
(matriser les points prcdents)
12.3.2.2 L'interview
Toujours dans la cadre de la recherche du responsable de projet, la prochaine tape est
l'interview (doit durer au minimum 3 heures pour une bonne slection!). Adecco propose un
modle relativement bien ficel qui consiste en plusieurs tapes mettre sous forme de
tableau avec des notes et des pondrations en fonction des besoins9:
Premire tape:
1. Analyser le CV en dtails avant l'interview
2. Demander au candidat qu'elles sont selon lui les comptences d'un responsable de
projet (vrifier si rponse conforme au PMBOK)
3. Valider ses comptences en posant des questions techniques pointues
4. Demander au candidat de dcrire ses activits au travail, ses ralisations et formations
dans le domaine
5. Comprendre pour quelle raison le candidat souhaite quitter son poste actuel (vrifier
en mme temps qu'il respect la clause de confidentialit de son ancien employeur)
6. Demander au candidat pour il estime tre la bonne personne pour ce poste?
7. Quelles sont les innovations managriales que le candidat a apport son prcdent
poste et qu'elles ont t leurs impacts?
J'ai complt, corrig (car il y avait des aberrations et fautes d'orthographe) et rordonn un peu ma
manire cependant car les RH souvent vitent tout ce qui est technique dans un entretien car ils ne matrisent
pas les sujets et posent parfois des questions dont les piges sont vidents ou anticips dans le CV par les hauts
potentiels et n'apportent donc aucune plus-value.
9
Gestion de projets
97/397
Vincent Isoz
8. Quelles ont t selon lui ses responsabilits les plus importantes?
9. De quelles russites est-il particulirement fier?
10. Demander au candidat ses objectifs de carrire
Deuxime tape:
1. Comment le candidat prpare-t-il un projet (vrifier qu'il se base sur des processus
connus!)
2. Comment le candidat grerait-il les personnes non-productives ou non motives?
3. Comment le candidat grerait-il les membres d'quipe qui viennent vous voir pour des
problmes personnels?
4. Comment le candidat grerait-il la situation o il y a plusieurs rponses une
problmatique proposes par l'quipe de projet.
5. Citer un exemple d'une situation Win Win que le candidat aurait ngoci.
6. Qu'est-ce que le candidat aurait appris d'ventuels checs dans le cadre de projets?
7. Est-ce que le candidat peut indiquer 5 signes annonceurs de l'chec probable d'un
projet?
8. Quelle est la dcision la plus difficile que le candidat ait eu prendre (toujours dans le
cadre de projets)
9. Quelle est la plus belle russite et le plus grand fiasco du candidat?
Troisime tape:
1. Raliser un jeu de rle
2. Prsenter une tude de cas o le projet doit tre rapidement valu en termes de cots
et temps
3. Prsenter une tude de cas o le projet est en train d'chouer et valuer le candidat par
rapport son approche la rsolution de cette problmatique
4. Evaluer le candidat sur ses comptences, sa stratgie de planification et son
implication.
5. Evaluer le candidat sur ses techniques de communications orales et crites
Ensuite, dans le cadre du processus de recrutement interne l'entreprise j'insiste sur une chose
vidente que les ressources intervenant sur les projets devront se souvenir aussi par
moment:
On a que ce dont pour quoi on est prt payer
Il ne faut effectivement pas attendre de miracles d'un responsable de projet dont le niveau de
comptence quivaut selon l'quation des salaires environ (selon tarif Suisse en 2011) un
salaire brut de 10'000 CHF/mois (sur 12 mois). Effectivement, un salaire d'un haut potentiel
extrmement comptent aura lui un salaire se situant entre 30'000 et 150'000 CHF/mois pour
travailler sur des projets de plusieurs dizaines de millions de CHF!!!
De plus il faut savoir que dans la ralit les dpartements de ressources humaines font presque
tous uniquement des tests de la personnalit pour les responsables de projets et top managers
qu'ils souhaitent engager et non des tests de comptences techniques d'ingnierie de la gestion
de projets. Donc trs souvent on se retrouve avec des cadres qui ont un trs bon profil
relationnel mais qui techniquement ne comprennent pas grand-chose au contenu de leurs
projets et qui ne connaissent souvent rien l'ingnierie de la gestion de projets.
Gestion de projets
98/397
Vincent Isoz
Le responsable de projet doit alors souvent trouver une quilibre entre ces trois principales
caractristiques:
Ralit
Imaginaire
Symbolique
Des propositions peuvent tre apportes par le responsable de projet sur chaque point:
Sur la ralit: Aider l'entreprise regarder la ralit en face. Lui permettre d'accepter
les indicateurs de performance, de bien-tre, les outils de comparaison, d'admettre les
veilles technologiques et concurrentielles comme une opportunit et non plus comme
une menace. L'opportunit est d'adapter sa stratgie, sa structure, son organisation en
trouvant un quilibre entre les ralits du march et les attentes de ses employs.
Gestion de projets
99/397
Vincent Isoz
L'quilibre est bien videmment difficile raliser dans la majorit des cas que le responsable
de projets soit un expert ou non.
Gestion de projets
100/397
Vincent Isoz
12.4.1 SCRUM
En 2001, 17 reprsentants des mthodes lgres alternatives aux processus lourds
traditionnels se sont runis pour trouver les points communs leurs mthodes. De cette
runion de quelques jours est n le Manifeste Agile: un texte bref nonant des grands
concepts, simples, mais qui proposent une nouvelle faon de penser un projet. C'est une
mthode de gestion oriente quasiment que vers l'humain (relationnel) et fait abstraction des
processus, mthodes, normes et mesures (dans l'optique que trop de mthodes tu la
mthode...). C'est pour cette raison que nous l'incluons brivement dans ce chapitre sur
l'quipe de projet. Par ailleurs je prconise fortement cette mthode pour les entits n'ayant
pas de P.M.O. (Project Management Office) ni de structure de gestion de projets (pas de
responsables de projets pays plein temps pour faire que de la gestion de projets!) et ne
travaillant pas dans l'ingnierie de haut niveau.
Le manifeste agile rsume sa philosophie en quatre oppositions entre les concepts
traditionnels (mthode la-rache10) et les concepts proposs.
Individus et interactions contre processus et outils
Ce sont les individus qui font la valeur du travail accompli, ce sont donc eux que l'on doit
privilgier. Sans l'artisan, les meilleurs outils ne servent rien. Les processus qui dfinissent
ce que doit faire chaque personne brident le potentiel cach derrire chacun: faire interagir les
gens au maximum est bien plus fructueux et permet d'amliorer grandement l'efficacit et la
qualit du travail fourni, en rassemblant des visions diffrentes d'un mme problme.
Ceci dit, en tout objectivit l'approche est limite ds qu'il s'agit de projets plusieurs
centaines de millions de francs dans des domaines comme le nuclaire, l'lectrotechnique,
l'aronautique (bref tout domaine considr comme "sensible").
10
Gestion de projets
101/397
Vincent Isoz
Gestion de projets
102/397
Vincent Isoz
Il faut sortir de la guerre client/fournisseur et penser en quipe qui veut atteindre un but
commun: russir le projet dans le cadre dans une optique Win-Win en oubliant pas de dfinir
la ngociation sur les critres minimaux triviaux OCEAN (Objectif, Contexte, Enjeux,
Asymtrie de pouvoir, Ngociateurs).
Rponse au changement contre suivi d'un plan prdfini
Un plan prdfini a tendance nous rendre autistes aux vnements qui surviennent pendant
le projet. Il est en plus l'origine des conflits client/fournisseur classiques sur les dlais de
livraison. Pour le client, pouvoir adapter les besoins en cours de projet est un atout
concurrentiel: il est ractif aux fluctuations des marchs et s'assure en plus que le logiciel
dvelopp rpond parfaitement ses vritables besoins.
Les mthodes Agiles sont conues pour s'adapter au changement, en assurant un plan
macroscopique prcis et adaptatif.
Gestion de projets
103/397
Vincent Isoz
Gestion de projets
104/397
Vincent Isoz
Ainsi, les responsables de la dcision sont clairement dsigns: la personne qui le veut, celle
qui le fait et celle qui la "paie".
Remarque: J'aime bien la citation de Stanislav Lee qui s'applique bien dans les organisations
n'ayant pas de DD: "Dans une avalanche, aucun flocon de neige ne se sent responsable".
On peut aussi rsumer les DD de la manire suivante (ce fichier fait partie des modles qui
vous seront fournis pendant la formation):
Gestion de projets
105/397
Vincent Isoz
Sur les gros et longs projets une technique supplmentaire et sympathique est de faire des tshirts ou bandoulires de couleurs pour reconnatre les diffrents membres des groupes du
projet.
Mise en conflit du groupe (Storming): La deuxime tape du dveloppement de l'quipe se
nomme Mise en conflit du groupe. Elle est gnralement difficile pour tous les membres,
mais il faut absolument passer travers. Il est impossible d'viter cette tape de formation.
Les membres commencent exercer leurs connaissances en accomplissant les tches qui leurs
ont t dsignes. C'est ce moment que les attentes et la ralit se croisent. videmment cela
produit des sentiments de tensions et des conflits. Lorsque les membres de l'quipe
commencent performer leurs rles, ils rsistent l'autorit du coordinateur du projet et les
rgles qui ont ts mises en place. Pendant l'tape de mise en conflit, il y a beaucoup de
frustration, d'hostilit et de tension donc c'est important de former des mthodes pour rsoudre
les conflits. Le coordinateur du projet doit diriger mais moins qu'en l'tape de formation. Il est
important de donner des clarifications sur les tches pour les membres de l'quipe mais en
mme temps, leur donner des opportunits de partager le pouvoir faire les dcisions.
Drivation des normes (Norming): Aprs avoir travers l'tape de Mise en conflit du
groupe, l'quipe poursuit son chemin pour se rendre l'tape de Drivation des normes. Les
conflits interpersonnels devraient pour la plupart tre rsolus. En gnral, le niveau de conflits
devrait tre infrieur ce qu'il tait dans l'tape de Mise en conflit du groupe car les attentes
personnelles s'alignent avec la ralit de la situation. Le contrle et les dcisions sont
transfrs du coordinateur de projet l'quipe. La cohsion commence alors se dvelopper.
Les contributions pour accomplir l'objectif du projet sont grandement apprcies de chaque
membre de l'quipe. Les informations, ides, et sentiments sont mieux partags ce qui
augmente la coopration. Pendant l'tape Drivation de normes le coordinateur de projet
Gestion de projets
106/397
Vincent Isoz
rduit son rle de directeur et adopte un rle de soutien. La performance de travail s'active et
la productivit augmente.
Performance du groupe (Performing): A cette tape, dans un cadre thorique idal, l'quipe
est dvoue et devient impatiente atteindre l'objectif du projet. Le niveau de performance de
travail est lev au cours de cette tape, ainsi que la confiance. Il y a un grand degr
d'interdpendance, les membres collaborent frquemment et veulent s'entraider. L'quipe
possde beaucoup de pouvoir. Le sentiment de satisfaction grandit au fur et mesure qu'il y a
du progrs et qu'il est reconnu. Pendant l'tape performing , le coordinateur de projet
dlgue entirement les responsabilits et l'autorit. Il peut ainsi se concentrer sur la
performance du projet, son plan et sa porte. Son rle est de faciliter et supporter le
dveloppement et implanter les actions correctives si le progrs actuel prend du retard.
Remarques:
R1. Il faut parfois galement planifier la rintgration d'une personne ayant particip un
projet. Effectivement, il peut tre difficile pour certaines personnes de revenir leur poste ou
cahier des charges routinier!
R2. Dans le cas de la mthode agile (scrum) l'quipe ne comporte pas de rles prdfinis, elle
est autogre. Il n'y a pas non plus de notion de hirarchie interne: toutes les dcisions sont
prises ensemble et personne ne donne d'ordre l'quipe sur sa faon de procder.
12.4.2.1 Profils
Le simple rassemblement d'individus (forming) n'est pas suffisant pour crer une vritable
quipe, mme si on leur demande leur accord (storming) pour travailler ensemble.
La performance d'une quipe dpend de l'quilibre des rles tenus par chacun de ses
membres. En effet, c'est dans la diversit des approches qu'elle est capable de fournir que
rside la vritable force d'une quipe.
En identifiant les rles endosss par chacun, on peut augmenter l'efficacit de l'quipe en
jouant, bon escient, sur sa composition ou sur son fonctionnement interne.
Les tudes menes Cambridge par Meredith Belbin pendant plus de 20 ans ont montr qu'il
existe un nombre limit de rles en quipe. Chaque rle se structure sur des constantes de
comportement mises en uvre dans le cadre professionnel par des types de personnalit
parfois tout fait diffrents.
Les rles selon ce modle sont construits sur axes et reprsents parfois sous la forme d'une
molcule:
Gestion de projets
107/397
Vincent Isoz
Gestion de projets
108/397
Vincent Isoz
Rles de relation
Gestion de projets
109/397
Vincent Isoz
12.4.2.2 Comportements
Je tiens indiquer les types de comportements relatifs divers domaines tels qu'indiqus dans
le trs officiel Swiss National Competence Baseline Version 4.0 de 2007 (bas sur IPMA)
relatif au responsable de projet mais dont une grande partie implique aussi les ressources et la
direction.
La longue liste de catgories ci-dessous, dont une relecture priodique est fortement
conseille, est trs exhaustive mais la justesse de ce type de catgorisation est ouverte bien
videmment nombre de dbats enflamms:
Leadership
Comportements adquats
Comportements amliorer
Gestion de projets
110/397
Vincent Isoz
projet.
Contrle le comportement des membres de
l'quipe de projet sciemment de faon
constructive, est disciplin et consacre du
temps la communication.
Adapte son style de direction la situation de Les autres considrent que son
l'quipe et du travail et par d'autres parties
comportement est inadquat; il ne manifeste
intresss.
aucun comportement de direction envers
l'quipe et les autres parties intresses.
Agit et parle avec calme, formule ses
rponses avec clart et autorit.
Engagement et motivation
Comportements adquats
Comportements amliorer
Gestion de projets
111/397
Vincent Isoz
raliste, recherche des solutions en cas de
problme.
Travaille seul.
Matrise de soi
Comportements adquats
Comportements amliorer
Comportements amliorer
Gestion de projets
112/397
Vincent Isoz
inattendue et peu conventionnelle pour
obtenir des rsultats optimaux
Ouverture d'esprit
Comportements adquats
Comportements amliorer
Parat mfiant.
Gestion de projets
113/397
Vincent Isoz
Ouverture d'esprit
Comportements adquats
Comportements amliorer
Gestion de projets
114/397
Vincent Isoz
Refuse l'intuition.
Tableau 8 Crativit
Orientation rsultats
Comportements adquats
Comportements amliorer
Se comporte en entrepreneur
Gestion de projets
115/397
Vincent Isoz
Efficience
Comportements adquats
Comportements amliorer
Possde l'nergie et l'opinitret ncessaires Semble lent, n'a pas de patience, abandonne
mener bien ce qu'il entreprend.
rapidement.
Encourage l'enthousiasme, demande des
contributions positives et est ouvert la
critique.
Conflits et crises
Comportements adquats
Comportements amliorer
Gestion de projets
116/397
Vincent Isoz
critique constructive, ragit calmement aux
attaques personnelles, n'est pas rancunier.
Conflits et crises
Comportements adquats
Comportements amliorer
Tableau 12 Fiabilit
Gestion de projets
117/397
Vincent Isoz
12.4.2.3 Caractres
Voici une figure que j'ai prise de la prsentation d'une entreprise Xtrem7 et que je trouve trs
bien faite. Elle rsume et diffrencie ce qu'est une bonne ressource, d'une. moins bonne en
thorie dans un contexte idal et selon les standards actuels de notre socit.
En ce qui concerne la ressource idalise:
Et la moins adapte:
Gestion de projets
118/397
Vincent Isoz
Enfin comme souvent voici deux petites citations qui peuvent amener rflchir un peu:
Je prfre tre dtest pour ce que je suis Que dtre aim pour ce que je ne suis pas!
G. Simenon
et:
Vous pouvez tromper quelques personnes tout le temps. Vous pouvez tromper tout le
monde un certain temps. Mais vous ne pouvez tromper tout le monde tout le temps.
A. Lincoln
12.4.3 Conflits
La gestion de conflit couvre un large ventail de sujets, qui va des conflits interpersonnels aux
conflits internes d'une organisation, en passant par les conflits qui concernent les domaines de
la gestion.
Quand vous faites face un conflit, la premire question laquelle vous devez rpondre est:
De quel type de conflit s'agit-il ?
On peut diviser les conflits probablement en trois types principaux (donc ils sont non
exhaustifs!):
1. Conflits d'intrts
2. Conflits de besoins
Gestion de projets
119/397
Vincent Isoz
3. Conflits d'opinions
Il peut tre parfois difficile de discerner le type de conflit auquel vous avez faire.
Cependant, il est important que vous essayiez d'accder au cur du problme car cela vous
aidera dcider ce qu'il convient de faire au sujet de ce problme.
Obtenir un succs en gestion de conflit ncessite des choix clairs. La liste ci-dessous peut
vous aider dcider le style de gestion de conflit choisir pour une situation donne. La liste
indique aussi qu'il ne faut pas toujours se cantonner un mme style. Si vous grez souvent
dans un style coopratif en face face, vous gaspillerez beaucoup de temps et d'nergie s'il
s'agit de traiter de petits problmes qui ne ncessitent pas ce style d''approche. Si vous utilisez
toujours des approches de non-confrontation et non-coopration, vous n'obtiendrez jamais ce
que vous et les bnficiaires du projet veulent, et dont ils ont besoin (modle de Hodgson 1994):
Collaboration: un style de face face coopratif.
Adapt quand les deux parties veulent trouver une solution et quand il faut qu'elles
soutiennent la solution. C'est un style proche de la situation gagne-gagne en
ngociation.
Contestation: un style de face face non-coopratif.
Adapt quand des actions dcisives rapides sont ncessaires (par exemple, cas urgents).
Acceptation: un style coopratif, sans face face.
Adapt quand on s'aperoit qu'on s'est tromp, ou que le problme a moins importance
pour vous, ou dans le cas o vous voulez augmenter votre crdit aux yeux des autres
parties et / ou des ngociateurs.
Evitement: un style de non-coopration, sans face face.
Adapt dans le cas d'un problme sans importance: vous avez peu de pouvoir et vous ne
voyez aucune possibilit de changer les choses (par exemple, les problmes de niveau
national, ou lis aux grandes organisations).
Compromis: un style mi-chemin de tous les autres et qui intgre des lments de tous
les autres.
Adapt dans le cas de problmes d'importance modre.
Dans tous les cas, chaque discussion, chaque dcision, chaque promesse doit tre inscrite dans
un procs-verbal signe par chacune des parties.
La premire tape en gestion de conflit est d'analyser le type de conflit. Comme indiqu plus
haut, c'est une information importante pour vous aider matriser le conflit.
Pour analyser et grer le conflit, vous pouvez utiliser la liste de contrle suivante:
1. Quel(s) est (sont) le(s) vrai(s) problme(s) ? Que se passe-t-il rellement ? Quelles
sont les personnes rellement impliques ? A-t-on besoin d'information ou d'analyse
supplmentaires pour clarifier les problmes ? Est-ce que les parties ont la capacit de
comprendre des documents importants ?
Ces questions vous aideront viter de parler des symptmes et au contraire vous
Gestion de projets
120/397
Vincent Isoz
concentrer sur le cur du conflit le(s) vrai(s) problme(s). Vous pouvez tenter
d'analyser le conflit tout seul ou avec les membres de votre quipe. Si vous discutez de
manire ouverte avec l'autre partie implique dans le conflit, vous pouvez aussi
essayer d'inciter les parties dcrire leur vision de ce qui est au cur du problme et
d'organiser une visite de site afin d'tablir les faits sur place.
2. Que veulent rellement les personnes impliques ?
S'il vous est possible de dfinir un but commun pour les personnes impliques, cela
facilitera le travail de recherche de solutions sur lesquelles les deux parties
s'accorderont. Mme si cela n'est pas possible, il reste important que les buts des deux
parties soient dfinis pour une comprhension rciproque.
3. Le conflit est-il d'une taille grable ou doit-il tre dcoup en plusieurs petits
problmes ? Si vous vous impliquez, avez-vous une chance raisonnable de mettre fin
au conflit ?
Vous devez viter de vous engager dans une gestion de conflit si vous percevez
l'avance que vous n'obtiendrez pas de succs. Ds lors il convient d'adopter un
comportement dmissionnaire ou de reproduire le mme schma l'encontre de la
personne qui est la source du conflit.
4. Quel processus vous et l'autre partie choisirez pour rsoudre le conflit ? Les problmes
doivent-ils tre discuts dans un ordre prcis ? Quel est le programme ? Il y a-t-il une
date butoir ? Quelles sont les rgles de ngociation ? Qui convoque et prside les
runions ? Est-ce qu'un accord final sera sign ?
Vous devrez dcider du type de processus de ngociation formel (avec un mdiateur)
ou informel, par runion publique, par vitement, par discussion ( l'aide d'un
facilitateur), etc.
5. Est-ce que les parties veulent ngocier sur les problmes ? Est-ce que le mdiateur doit
inventer des propositions spcifiques de compromis ? Est-ce que les parties doivent
dvelopper leurs propres propositions ou travailler ensemble sur un accord commun et
ngocier ensuite section par section ?
Cette tape doit se faire avec les deux parties en prsence. Comme dans le cas de la
ngociation, l'coute de l'autre partie est le point important de cette phase. Il est
important que les parties comprennent leurs buts et leurs besoins rciproques afin de
pouvoir trouver une solution qui satisfasse tout le monde. Dans la plupart des cas de
gestion de conflit, c'est ce stade que la ngociation entre en scne. Cependant, ceci
peut se faire par des ngociations formelles ou informelles suivant la situation et les
personnes impliques. Lorsque l'on discute des solutions, il est primordial que les
besoins des parties et les solutions soient dcrits de manire trs concrte.
6. Comment s'assurer que les parties respectent l'accord ? Est-ce que les parties et le
ngociateur doivent encore se rencontrer automatiquement aprs une certaine dure de
mise en uvre ? Est-ce que l'accord doit tre mis jour plus tard si les conditions
changent ?
Quand vous parvenez un accord, il est important que les deux parties aient la mme
Gestion de projets
121/397
Vincent Isoz
vision des rsultats. Une manire de le vrifier est de se mettre d'accord sur des actions
suivre, sur qui va les raliser et d'tre trs concret et spcifique avec un chancier
d'application et un suivi d'anomalies de non-respect ultrieur. Il peut aussi tre
essentiel pour les parties de vendre l'accord leurs parties prenantes.
Si vous ngociez avec une partie avec laquelle vous avez t ou vous tes prsentement en
conflit, beaucoup d'ouvrages proposent de suivre les six tapes positives suivantes pour
faciliter l'accs une solution acceptable (j'ai mis en italique mes remarques personnelles et
ma vision des choses relativement mon exprience dans la gestion):
1. Adoptez une approche de rsolution de problme (situation win-win).
Cette approche n'est applicable que lors de la premire tentative de rsolution d'un
problme donn. Au-del du troisime, quatrime, etc cela devient ingrable et il
n'existe plus de bonnes solutions.
2. Ecoutez l'autre partie.
Encore une fois, cette approche n'est applicable que lors de la premire tentative de
rsolution d'un problme donn. Au-del du troisime, quatrime, etc nous ne nous
savons pas cout et il ne reste plus que la manifestation orale violente.
3. Posez des questions pour connatre les arguments de l'autre partie, clarifier les
problmes, et vrifier la comprhension.
Si le mme conflit se rpte plus tard, cette tape doit tre saute est la situation
clarifie. La seule solution aprs signature du procs-verbal antrieur et
l'avertissement!
4. Restez ouvert.
Cela n'a de sens que si le conflit dbute ou que les arguments diffrent. Mais une fois
le procs-verbal sign lors de la premire discussion, il convient de mettre les points
sur le i et de menacer le non-respect via un avertissement.
5. Rapprochez-vous des uns et des autres. Le mouvement est le seul moyen de
progresser.
Ceci peut tre par contre dangereux lors de conflits rptitifs sur un mme sujet. On
peut mme en arriver aux mains ou pire
6. Faites la distinction entre le problme et les personnes.
C'est une illusion 70% du temps les conflits sont lis la personnalit, au
comportement et au professionnalisme des personnes.
Lorsque qu'un premier conflit survient sur un sujet X, l'application des mthodes ci-dessus est
une premire tape. Cependant, si elle n'aboutit rien (aucune promesse tenue) alors qu'un
procs-verbal a t sign, il reste rpter la mme chose avec la hirarchie suprieure
jusqu'au plus haut rang possible (cela peut donc durer). Si toujours aucun rsultat n'est obtenu,
il ne reste plus que la violence verbale et les avertissements malheureusement
Gestion de projets
122/397
Vincent Isoz
S'il vous est demand d'tre un mdiateur dans un conflit, ou si vous le choisissez vous-mme
parce que vous tes le directeur du projet, votre travail (en tant que partie neutre) sera d'aider
les parties rsoudre leur conflit, et pas d'essayer de le rsoudre pour elles. Vous pouvez
avoir rtablir des moyens de communiquer entre les parties, si la communication n'existe
plus entre elles. Il est primordial que vous les aidiez discuter du problme de manire
positive. Les accusations doivent tre vites. Faites-les toujours parler de leurs besoins, au
lieu de ce que l'autre partie fait mal.
Les tches spcifiques du mdiateur incluent souvent:
1. tablir l'agenda des runions
2. Prsider les runions
3. Rdiger les minutes
4. Prparer les premires versions des accords
5. Rencontrer les parties individuellement
Il est de votre responsabilit que les parties s'coutent. Il peut parfois tre bon de leur
demander de rsumer ce que l'autre partie a dit. Laissez du temps pour les silences pendant les
discussions. Ceci aidera les parties s'couter. Trs souvent, on n'coute pas parce qu'on est
occup prparer ce que l'on va dire quand l'autre partie aura termin.
Un aspect important du rle de mdiateur est de laisser les parties trouver leurs propres
solutions sans leur dire quoi faire. Si elles trouvent leurs propres solutions plutt que vous ne
les imposiez, il est plus probable qu'elles s'accordent, et qu'elles pensent que la solution est
juste.
Enfin, je pense qu'il faut viter de se prendre la tte pour des sujets qui n'ont souvent que peu
d'importance: le 99.999% des responsables et ressources intervenants dans les projets ne
laisseront aucune trace dans les livres d'histoire et personne ne se rappellera d'eux aprs 5 ou 6
gnrations. Il est en est de mme pour le livrable lui-mme qui a peu de chances de passer
plus d'un cinq sicles dans la mmoire collective ou mme en tant qu'lment matriel visible.
Il vaut donc mieux prendre les projets et les conflits qui y sont associs avec le sourire et
lgret en prenant si possible plaisir rendre service un mandant et travailler en quipe
afin de ne pas se pourrir le peu de temps que nous avons profiter de notre vie. Have and take
fun!
Il vaut mieux s'entourer de dissidents constructifs prts dire la vrit ou poser des
questions drangeantes, que de bni-oui-oui qui se bornent rpter ce que le
responsable veut entendre. R. Buttrick
123/397
Vincent Isoz
tendance ne voir que ce qui va mal, critique facilement (ce qui peut cependant tre trs bon
si c'est constructif et proactif).
Il existe plusieurs sous-familles des syndromes de Calimero. Une sous-famille que je connais
bien est celle des individus qui ne sont jamais satisfaits de ce qu'ils accomplissent (ce soidisant peut tre positif pour l'entreprise car ils ont alors des lments motivs faire mieux
alors que beaucoup ne font rien de plus que ce qu'on leur demande) car leur travail n'est pas
dfini ni cadr de manire exacte, les intresss se surmnent alors et peuvent s'investir
jusqu'au burn-out.
Pour viter ce genre de situations dans le cadre d'un projet, il faut savoir dfinir en tant que
responsable de projets des objectifs trs clairs, quantifiables et limits dans les temps chaque
ressource et dfinir aussi clairement les objectifs de la direction et de l'quipe de gestion en
termes d'chancier (ralisables puisque ceux-ci ont souvent un cart de plus de 400% avec
la ralit), de qualit et d'efforts. videmment, le problme est qu'un petit plus du 90% des
responsables de projets et dirigeants d'entreprise n'effectuent pas ce travail de normalisation et
ds lors l'ensemble de l'environnement est flou, chaotique, sans bornes et donc globalement
indfini. Par ailleurs c'est ce dernier constat qui amne au burn-out certains employs dans de
nombreuses entreprises puisque la quasi-totalit des multinationales o je suis intervenu
utilisant la mthode "La Rache" dans leur travail quotidien
Par ailleurs les consultants ou coach en ressources humaines, ne pouvant pas critiquer les
quipes dirigeantes qui les ont mandates (ils n'osent pas faute de perdre leur contrat) pour
rsoudre les problmes de ceux souffrants de syndrome de Calimero, mettent quasiment
systmatiquement les torts sur l'employ alors que de mon exprience le problme vient d'un
manque de rigueur de mthode absolument abyssal des responsables de projets ou
d'entreprise.
Il faut aussi signaler le manque de reconnaissance des instances dirigeantes du travail
accompli qui gnre une dmotivation et alors une tendance amener les collaborateurs
souffrir du syndrome de Calimero. Si un employ s'investit dans son travail en apportant de
nouvelles ides qui amnent une plus-value l'entreprise il faut le fliciter car vous avez alors
une perle rare entre les mains (99% des employs travaillent uniquement pour remplir la
marmite). Inutile de donner une augmentation de salaire car ce n'est souvent pas ce
qu'attendent ce type d'lments. Offrir des jours de congs pays leur fera largement plaisir en
contrepartie de l'effort fourni ou un petit article de presse sur l'Intranet leur donnera une
certaine reconnaissance.
Ce syndrome est particulirement marqu parmi les cadres moyens. En diminuant les effectifs
(ou en les maintenant constants), les dirigeants accroissent la charge de ces cadres sans
augmenter leur efficacit ni leur influence ce qui amne irrmdiablement une surcharge de
travail, une frustration, une diminution de la qualit et de l'coute.
Des recherches (dont je n'ai pu obtenir les sources) cites par plusieurs spcialistes en
ressources humaines auraient prouv que les quipes et de travail et les collaborateurs les plus
heureux taient ceux qui acceptaient l'ide de renoncer atteindre un haut niveau de
performance, de crativit et de qualit.
Ma raction par rapport ce type de communication est la suivante: bridez vos employez afin
d'en faire des moutons qui viennent seulement pour faire ce que vous leur demandez et vous
verrez que l'innovation dans votre entreprise tombera zro (si l'on suite la rfrence des
Gestion de projets
124/397
Vincent Isoz
spcialistes en ressources humaines). Moi aussi je peux citer des tudes faites par trois
grandes universits amricaines qui ont dmontr que les employs qui on en laisse pas libre
cours leur imagination et leur crativit perdaient tout esprit d'innovation et de
motivation Il faut donc faire un choix et le mieux c'est d'en discuter ouvertement avec les
employs concerns rgulirement.
Gestion de projets
125/397
Vincent Isoz
Diminuez avant
d'organiser.
Les piles doivent
disparatre. Ne pas trier ni
empiler mais dcider:
jeter, dlguer, rgler ou
classer.
2
3
4
5
Accordez-vous du
calme.
Si l'environnement
n'est pas propice une
bonne concentration ou si
vous cherchez les calme,
allez dans un bureau
monoplace et fermez-en la
porte.
Faites de l'ordre.
Tous les jours sur votre
bureau. Et au moins
une fois par semaine dans
votre porte-documents, les
botes cartes de visite,
documents lectroniques,
mails, etc.
Gestion de projets
126/397
Vincent Isoz
La confusion peut venir des rles R et A qui sont souvent inverss dans certaines traductions
franaises car le terme Responsible n'est pas quivalent de Responsable en franais et le terme
Accountable est difficile traduire. A ne doit pas tre associ Approbateur car le terme peut
donner lieu des confusions.
La matrice RACI ou RASCI prsente des activits en ligne et des rles en colonne comme
dans l'exemple ci-dessous. Dans chaque cellule du tableau, on indique la responsabilit du
rle pour l'activit en utilisant les lettres du RACI ou du RASCI. Pour plus de prennit, il est
conseill d'utiliser des libells gnriques de fonction pour qualifier les rles plutt que des
noms de personnes:
Le RACI peut tre utilis pour tablir les responsabilits dans un projet, une DSI, une
entreprise. Dans un modle de document, il peut aussi indiquer qui doit rdiger ( R ) ou
valider ( C ) telle ou telle partie. Il n'y a qu'une seule personne qui valide l'ensemble du
document ( A ). Dans tous les cas, le RACI est l'outil idal pour clarifier "qui fait quoi".
Gestion de projets
127/397
Vincent Isoz
12.4.7 Recontres/Runions
Le responsable du projet organise souvent les rencontres d'quipes, du CoP (Comit de
Projet), de l'AQ (Assurance Qualit) et autres groupes pour stimuler les relations
interpersonnelles d'une quipe et pour renforcer les prvisions, les rles et les obligations des
membres de l'quipe en considrant les objectifs du projet. Des exemples de runions types
sont (ne pas oublier de les inclure dans la planification du projet!):
1. Dfinition du cahier des charges avec les mandants
2. La formation de l'quipe (Forming, Storming, Norming,)
3. Kick-Off ou Go/No Go
4. Validation de fin de chaque phase (avec les clients)
5. Rsolution/anticipation de problmes
6. Revues d'avancement
7. Fin de projet
8. et bien d'autres
A ce titre, il est important d'inclure dans la planification du projet des runions l'avance,
rgulirement et factures en tant que sances de conseils.
Ce serait un choix judicieux pour le droulement des rencontres de suivre une routine
constante pour maximiser ses effets. Il est conseill de considrer les facteurs suivants avant
que la rencontre prenne place11:
1. Dterminer si la rencontre est absolument ncessaire
2. Dterminer le but de la rencontre
3. Dterminer les participants de la rencontre
4. Distribuer un agenda de la rencontre au moins une semaine l'avance
5. Prparer les mdia (les transparents, les prospectus, etc)
6. Faire les arrangements pour la salle de rencontre
7. Faire en sorte que la rencontre soit priodique (chaque jeudi ou autre)
8. Qu'elle dure une demi-journe afin que les intervenants aient le temps de discuter et de
ne pas penser autre chose qu'ils ont faire tout de suite avant ou tout de suite aprs
la runion.
11
Il est conseill aux personnes qui ne sont pas habitues grer des projets, suivre une formation en
techniques de prsentations.
Gestion de projets
128/397
Vincent Isoz
9. Trouver un espace de runion o chacun peut se mouvoir son aise car dans un espace
restreint, la pense est restreinte.
Pendant la rencontre il faut maintenir un format constant et essayer de suivre les suggestions
suivantes:
1. Commencer la rencontre l'heure et la grer comme un mini-projet (identifier les
sujets, planifier, raliser, clore)
2. Nommer un membre de l'quipe pour prendre des notes de la rencontre
3. Inviter les membres de l'quipe se prsenter ou se reprsenter
4. Revenir sur les points de la dernire rencontre (comparer au PV)
5. Rviser le programme et les objectifs de la rencontre
6. Faciliter la rencontre sans la dominer
7. Renvoyer les personnes qui ne sont plus concernes partir d'un certain moment de la
runion
8. Rsumer les rsultats de la rencontre avec un MindMap ou la suivre avec un MindMap
9. Essayer de terminer la rencontre l'heure
10. valuer le droulement de la rencontre
11. Publier les rsultats de la rencontre dans les 24 heures qui suit la rencontre (PV:
procs-verbal). Le document sommaire devrait tre concis et ne devrait pas dpasser
une page.
Il est aussi suggr de fournir un code de conduite lors de la rencontre de l'quipe pour que
tout le monde comprenne les comportements acceptables. La figure ci-dessous montre un
exemple d'un code de conduite utilise par les coordinateurs de projets.
Gestion de projets
129/397
Vincent Isoz
En ce qui concerne le modle de PV, il doit tre propre aux besoins et aux niveaux de dtails
de l'entreprise. Il ne faut pas oublier que frquemment les employs n'ont pas beaucoup de
temps pour lire de la documentation alors vitez de faire des PV avec trop de texte: soyez
brefs et concis.
Remarque: Dans le cas de la mthode agile (scrum), chaque journe de travail commence par
une runion de 15 minutes maximum appele mle quotidienne (Daily Scrum). Seuls
l'quipe, le directeur de produit et le Scrum Master peuvent parler, tous les autres peuvent
couter mais pas intervenir (leur prsence n'est pas obligatoire). A tour de rle, chaque
membre rpond 3 questions: Qu'est-ce que j'ai fait hier ? Qu'est-ce que je compte faire
aujourd'hui ? Quelles sont les difficults que je rencontre ?
Enfin, la premire runion avec le mandant est cruciale. Il faut tre prpar et montr qu'on
l'habitude de grer des projets en ayant une liste de questions et des processus tablis
l'avance!
130/397
Vincent Isoz
parce qu'ils ont des connaissances techniques trs pointues. Le rle de l'orateur est donc de
faire en sorte de trouver le juste milieu entre la prsence d'experts utiles au groupe et la
possible domination exerce par ses derniers (leur rappeler parfois qu'il n'existe pas de
domaine sacr). Le mieux est peut-tre de les couter et de leur proposer suite un tour de
table avec les autres participantes de mettre en place des actions d'amlioration documentes
ou de formation pour l'quipe de projet tout en restant conforme aux processus de l'entreprise.
- Les participants dominateurs: Ils aiment bien s'entendre parler, et donnent rarement
l'opportunit aux autres de contribuer. Ils dominent la runion par des interventions
prolonges avec des anecdotes hors sujet ou un niveau intellectuel qui ne dpasse gure
l'cole obligatoire et qui ne font que trs rarement avancer les problmes (souvent ce sont des
gens qui manquent de comptences pointues). Le mieux est peut-tre de les demander
d'approfondir plus en dtail le sujet afin qu'ils se rendent compte eux-mmes soit qu'ils sont
hors contexte ou incomptents. Si vraiment ils ne sont pas possible grer, leur rappeler qu'il
y a un droit de parole quilibre entre chaque participant et qu'ils ont utilis le leur.
- Les participants hsitants: Ils ont peur chaque fois de dire une btise (ce qui peut
cependant tre vrai). La seule manire de les faire participer c'est de leur poser des questions
ouvertes ou fermes et si jamais de tourner leurs propositions (qui peuvent donc vraiment tre
parfois systmatiquement mauvaises) en des suggestions constructives et pertinentes (l'orateur
de la runion doit alors tre trs l'aise et lui-mme matriser de trs larges sujets). Si jamais
le participant n'est pas rcuprable, lui poser uniquement des questions fermes afin d'viter
de lui faire dvelopper les sujets.
- Les participants en dsaccord: Il peut arriver qu'il y ait un trs fort dsaccord entre
l'orateur et les participants. Une stratgie qui fonctionnement relativement bien c'est que
l'orateur s'excuse (sous-entendu de son ignorance et de son incomptence que ce soit honnte
ou pas!) et demande une explication approfondie et argumente des faits qui sont l'origine
de l'opposition.
131/397
Vincent Isoz
lequel il est tenu de lui verser un salaire. Soit de trois semaines pendant la premire anne de
service, deux mois ds la troisime anne, dix mois ds la quarantime anne (voir tableau
ci-contre). Ce laps de temps est videmment cumulatif, explique Clia Borlat, juriste au
syndicat Unia. Si vous tes malade plusieurs fois dans la mme anne, le compte ne reprend
pas zro, mais les jours d'absence s'accumulent. L'employeur est tenu de vous les payer
jusqu' concurrence du barme prvu dans l'chelle de Berne.
Toutefois, une majorit d'entreprises ont conclu un contrat d'assurance perte de gain. Celui-ci
est rgi selon deux lois, soit la loi sur l'assurance maladie (LAMaL), soit selon la loi sur les
contrats d'assurance (LCA). Selon la LAMal, vous avez droit, en cas de maladie, au maximum
720 jours pays 80% sur 900 jours. Selon la LCA, le contrat peut tre plus flexible.
Toutefois, la loi prvoit que la dure durant laquelle le salaire est d doit tre au moins
quivalente aux rgles de l'chelle de Berne. La jurisprudence des tribunaux a ainsi estim
que l'quivalence se situait 720 jours 80%. En gnral, la majorit des contrats selon la
LCA prvoient une dure de 730 jours pays 80% par cas de maladie.
Absence sans certificat maladie
Lgalement, rien n'est prvu. C'est dire que l'employeur pourrait vous demander un certificat
mdical ds le premier jour d'absence. Il doit cependant le demander par crit. Dans la
pratique, les dlais sont divers. Cela dpend des employeurs. A la Confdration, par
exemple, il est plus long, puisque vous ne devez fournir un certificat mdical qu' partir du
sixime jour d'absence. En revanche, certaines conventions collectives, notamment dans le
domaine du btiment, sont moins larges et exigent un certificat ds le deuxime jour
d'absence. En fait, cela dpend souvent du contrat d'assurance qu'a sign l'employeur. Si,
par exemple, l'assurance couvre le risque maladie ds le premier ou le deuxime jour
d'absence, celle-ci exigera gnralement immdiatement un certificat, prcise Jean-Marc
Rossier, responsable du personnel d'Unia Vaud et ancien secrtaire syndical. Reste que la
plupart des employeurs prennent gnralement le risque maladie leur charge durant les trois,
sept, voire trente premiers jours, et s'assurent essentiellement pour les cas de maladie de
longue dure.
Jour de cong pour s'occuper des enfants malade
Lgalement e n'est pas un, mais jusqu' trois jours qu'un employ peut prendre dans le cas de
la maladie de l'un de ses enfants. L'employeur doit, sur prsentation d'un certificat mdical,
donner cong aux travailleuses et travailleurs ayant des responsabilits familiales pour le
temps ncessaire la garde d'un enfant malade jusqu' concurrence de trois jours, stipule
ainsi l'article 36 alina 3 de la Loi sur le travail. Toutefois, une rgle de bonne foi est d'usage.
Le pre ou la mre doit en effet reprendre le travail ds que la garde de l'enfant est organise,
mme si le dlai de trois jours n'est pas compltement coul.
Licenciement pendant la maladie
En fait, vous ne pouvez pas licencier en cas de maladie pendant un temps de protection dfini
par la loi. Soit trente jours durant la premire anne de service, nonante jours de la deuxime
la cinquime anne et 180 jours ds la sixime anne. L'employeur ne peut, pendant ces laps
de temps, pas vous signifier votre cong. En revanche, il peut le faire ds la reprise de votre
activit ou vous donner votre cong la fin de la priode de protection, mme si vous tes
encore malade. Le dlai de rsiliation de votre contrat court alors partir de la date de la fin
de la priode de protection.
Gestion de projets
132/397
Vincent Isoz
Causes exactes de la maladie
Ni le responsable de projet, ni le responsable des ressources humaines, ni le directeur de
l'entreprise n'a le droit de demander un de ses employs les causes exactes de votre maladie.
133/397
Vincent Isoz
Remarque: Utiliser un logiciel du type MS Office Outlook pour grer les tches et le temps
est une trs trs mauvaise initiative. Il vaut mieux s'orienter vers des outils web comme
MS Office SharePoint Server (gratuit!) et ses listes de gestion des tches intgres qui est un
relativement bon outil pour commencer. Sinon pour aller un cran au-dessus il faudra se
reporter MS Project Server qui reste l'outil de rfrence mondiale ma connaissance pour ce
type d'objectif puisqu'il gre les conflits, les approbations ainsi que les priorits.
12.5 Communication
La communication dans les projets tait trs difficile avant l'internet et le tlphone mobile.
Aujourd'hui ce problme devrait tre rsolu avec les avances technologiques existantes mais
un autre effet est venu annuler l'avantage: normment d'entreprises considrent que le
responsable de projet doit s'occuper de la planification, de la finance, des contrats, de la
logistique, des ressources, de la communication, etc.
La grande majorit du temps j'observe que les responsable de projets (et pas que!) ont entre 15
et 20 points dans leur cahier des charges quotidien. Ce qui fait pour une journe de 10 heures
type, un responsable de projet peine entre 30 et 40 minutes consacrer chaque domaine.
On comprend alors tout de suite mieux le taux d'checs des projets quand on sait qu'un pilier
fondamental d'une bonne gestion de projets est la communication! Par ailleurs, des mthodes
comme Agile (et implicitement Scrum et autres du mme genre) donnent une place
importante de nombreuses petites runions.
Si le responsable de projet est soutenu par un responsable de la communication du projet qui
s'occupe de rcolter les informations et de les synthtiser alors il peut pour tout projet se poser
les 5 questions minimales suivantes:
1. Communiquer vers qui ?
Utilisateurs finaux, quipe projet, direction du projet, clients. Attention rduire le
nombre de cibles sinon quoi vous allez passer vos journes faire de la
communication. Sinon dlguez cette tche un spcialiste de la communication de
projets (project community manager).
2. Communiquer pourquoi ?
Pour fdrer, mobiliser l'quipe projet, associer les utilisateurs finaux et informer les
mandants de l'avancement.
3. Communiquer quoi ?
Les objectifs, les enjeux, les risques, les rsultats intermdiaires, l'organisation, le
planning, l'avancement... Attention aux informations utlra confidientielles qui doivent
tre cryptes ou ne pas passer par un format lectronique quel qu'il soit.
4. Communiquer quand ?
Au lancement, aux chances annonces, lors de tout vnement (surtout chaque
jalon par le matre d'uvre au matre d'ouvrage!). Demander aux mandants et
ressources la frquence avec laquelle ils souhaitent tre informs et sur quoi ils
souhaitent tre informs.
5. Communiquer comment ?
Tous les moyens sont bons, mais l'implication du responsable de projet et de l'quipe
est primordiale... Ceci dit l'ide de faire un tableau de bord avec des indicateurs cls
Gestion de projets
134/397
Vincent Isoz
(KPI) est trs pertinent car en un coup d'oeil il est possible d'avoir une petite ide de
l'avancement du projet. Adaptez aussi le style et mthodes de communications
l'environnement du projet!
et surtout d'viter de disperser l'information (typiquement d'utiliser les mails) en utilisant des
plateformes Internet pour centraliser toute la communication du projet de manire
standardise!
Le rationnel
L'affectif
L'actif
Le conceptuel
Il est clair que chaque type de communication marque le mode de travail, de management,
etc.
Nous allons voir le portrait typique de chaque modle, quoi les reconnatre dans la vie
professionnelle, et comment communiquer avec eux ou avec elles.
Mais ce n'est pas tout fait aussi simple qu'il y parat ; sans entrer dans les dtails, il faut
savoir qu'une personne sous stress (manque de temps, challenge important, motion intense,
etc.) va certainement changer de style de communication, parfois brutalement. Nous en
parlerons la fin de ce document.
Ces modes de communications ne rendent pas les personnes plus ou moins sympathiques,
cultives, gnreuses ou honntes ; il s'agit juste de la faon dont elles communiquent.
De mme, si d'un pays l'autre, d'une culture l'autre, les attitudes fondamentales diffrent, il
n'en reste pas moins qu'un rationnel mditerranen, sera plus expansif que son homologue de
l'Europe du Nord. Le fait qu'un Amricain vous appelle par votre prnom au bout de 2
minutes n'en fait pas automatiquement un affectif, parce que c'est la culture gnrale.
12.5.1.1 Le rationnel
Le rationnel est typiquement une personne qui aime se rfrer des donnes quantifies,
une logique. Ces points vont conditionner son comportement la fois dans son travail
personnel, son organisation et bien sr sa communication ; qu'il coute ou qu'il s'exprime, ce
sera la structure de son discours et de sa mmorisation.
Gestion de projets
135/397
Vincent Isoz
C'est ce comportement qu'on peut le reconnatre. Son bureau est assez rang, les objets sont
aligns, et les outils rationnels (ordinateur, machine calculer, agenda, etc.) sont en vidence
et accessibles. La dcoration est sobre, rgulire et efficace.
Lorsque vous parlez avec lui, il va attendre des faits quantifis (le mot beaucoup n'a pas
grand sens pour lui), des phrases courtes to the point , pas d'exubrance, bref sa vision de
l'efficacit. La communication crite est du mme style. Il s'attachera plus analyser le pass,
qu' se projeter dans l'avenir ; s'il le fait ce sera conservateur et relativement peu cratif.
En runion, il s'attend ce que chacun respecte l'ordre du jour, qu'il y ait un compte-rendu des
dcisions, et que l'horaire soit respect.
Dans la vie professionnelle, les rationnels occupent souvent des fonctions comptables,
administratives, financires, parfois dans la production.
Il n'aime pas tre surpris, ce qui provoquera un stress important, et le fera changer de mode de
communication. Si vous connaissez cet autre mode, vous pouvez le prvoir, sinon ce sera la
surprise et donc un risque. Il est plus efficace de le laisser savoir l'avance ce dont vous aller
parler, il pourra se prparer, et votre relation sera plus facile et efficace, condition de
respecter le code verbal.
12.5.1.2 L'affectif
Comme le nom l'indique, l'affectif privilgie l'affectivit dans ses rapports avec les autres.
C'est--dire qu'il va valuer votre relation en fonction de l'affection qu'il va sentir se
dvelopper et des motions qu'il ressent quant vous, votre projet, etc.
L'affectif est gnralement assez ouvert pour s'ouvrir aux autres styles de communication, ce
qui fait qu'il excelle dans la vente o le contact est essentiel. Il porte aux autres un intrt
vritable et s'efforce de le lui faire comprendre par exemple en lui posant des questions
personnelles, en s'intressant sa famille. Il a besoin de visualiser le cadre de la relation, ou
simplement de la rchauffer pour bien nouer le dialogue. De mme, il vous parlera
spontanment de lui, ou prendra des exemples personnels.
Selon les cultures, l'affectif aura plus ou moins tendance toucher l'paule, le bras de son
interlocuteur, pour avoir un contact plus troit, mais il le fera plus que les autres modles de
communication.
Son bureau parle pour lui ; il y a bien sr sa famille, parfois ses amis, des images du pass,
des diplmes, bref ce qui a marqu sa vie et ce qui constitue ses points de repre.
En runion, c'est malheureusement celui qui sera souvent le plus rapide faire une digression,
mais aussi le plus efficace trouver les terrains d'entente pour rsorber les conflits.
Ce sont souvent des vendeurs, mais ensuite, ils voluent dans la hirarchie, et puisque la vente
mne tout, nous les retrouvons dans pratiquement toutes les fonctions de management, sauf
peut-tre en finance, et en industrie.
L'affectif est en principe toujours disponible (son emploi du temps est donc surcharg), mais
il ne faut pas le brusquer car il n'aurait pas le temps d'tablir sa relation Il lui faut donc du
temps pour commencer, et pour conclure. Entre deux, les choses peuvent aller vite car il vous
Gestion de projets
136/397
Vincent Isoz
fera confiance, tant que vous resterez sur le mode affectif. Si vous ne respectez pas son mode
de communication, il se mfiera, deviendra stress, et changera de mode de communication !
12.5.1.3 L'actif
C'est clair, il bouge et fait beaucoup bouger. Les questions se succdent sans qu'il ait vraiment
le temps d'en couter les rponses ; en fait ce sont plutt des directives que des questions,
parce que, si vous tes devant lui, c'est que vous faites dj partie de ses projets ou que cela ne
va pas tarder.
Sa perception de la vie se rsume aux actions qu'il conduit, ou auxquelles il participe. Son
emploi du temps est charg, souvent fractionn, et laisse peu de temps la rflexion. C'est
galement l'image qu'il donne. Ce qui frappe, c'est l'nergie dont il fait preuve.
Ne lui demandez pas de vous laisser le temps de la rflexion ; il ne le comprendrait pas, et
n'en a pas le temps ; au contraire entrez dans le jeu et dans l'action. C'est ce prix qu'il
communiquera avec vous et gardera un bon souvenir de votre conversation
La principale limite de l'actif est qu'il doit avoir la comptence de base pour tre efficace,
sinon sa qute d'action se ralise en pure perte, car il ne connat pas le territoire sur lequel il
dpense son nergie.
Son bureau vous clairera, si tant est qu'il en ait un ! En effet, le bureau typique de l'actif est
encombr, sans ordre apparent, mais il s'y retrouve, ou du moins il en donne l'impression.
Certains actifs ont franchi la limite et n'ont plus de bureau personnel, ils se posent proximit
de leur secrtaire, ainsi qu' ct de leurs collaborateurs. Pour eux ce qui compte c'est de
piloter et de construire. C'est ainsi qu'ils mesurent leurs rsultats, et ventuellement les vtres.
Ils travaillent dans les couloirs, dans la rue, au restaurant, partout o c'est le moment
En runion, l'actif ne respectera pas l'ordre du jour (sauf si c'est le sien), mais sera le
premier s'impatienter et se plaindre de l'absence de rsultat. Pour cadrer un sujet, il suffit
de lui donner la parole, mais de la lui retirer temps avant que tout le monde ait fui.
Les actifs sont souvent dans la production, ou la direction gnrale, jouant le rle d'un
homme-orchestre. L'entreprise est fortement axe sur les rsultats.
Il n'aime pas perdre son temps, et son aspect opportuniste cache une certaine fidlit. Il n'agit
pas sur un coup de tte, et sa confiance se mrite. En fait il est constamment sur le qui-vive et,
dans sa tte, les dossiers sont prts. Pour travailler avec lui il faut prparer ses cartouches et
savoir les utiliser bonne cadence. Il vaut mieux ajourner une runion que de laisser des
temps morts s'installer.
Son esprit s'intresse d'abord aux consquences des actes et des dcisions prendre pour les
analyser et dcider court terme. Il est galement l'intuitif.
Pour mener bien son approche des choses et des gens, il a besoin de temps, et son rythme de
travail est relativement plus lent que celui de ses collgues. En fait quand il approfondit un
sujet, il va de plus en plus vite, car il capitalise sur ses analyses. C'est un des principaux
indicateurs pour l'identifier.
Gestion de projets
137/397
Vincent Isoz
Quand vous changez avec lui, vous remarquerez qu'il va spontanment prendre du recul, et
ventuellement vous proposer une approche plus globale, et plus long terme. Cette dmarche
peut sembler pesante, mais elle est trs puissante.
Son bureau, s'il n'est pas ncessairement zen, est serein, calme. L'ordre n'y rgne pas en
matre, mais suffisamment pour pouvoir travailler. Il aime vous accueillir, et partager avec
vous ses visions. La dcoration est assez facilement conceptuelle, ou compose d'objets de
qualit, si possibles authentiques. C'est peut-tre un fumeur de pipe.
En runion, il ne s'intressera qu' un ou deux points de l'ordre du jour, et encore ! En fait il
enrichira la runion d'lments cls qui permettront de mieux situer une problmatique, ou de
rviser une allocation de ressources, etc.
12.5.1.4 Le conceptuel
Les conceptuels se trouvent dans la recherche, le planning, la stratgie, et donc galement la
tte des organisations, qui invariablement intgrent le long terme dans leurs valeurs.
Il n'aime pas tre confront une accumulation de dtails et de dcisions court terme. C'est
le meilleur moyen de le stresser et de le faire changer de mode de communication, mais
souvent en pure perte, puisque, ds le calme revenu, il va prendre le temps de revoirses
dcisions par rapport au long terme. viter par exemple de l'associer troitement une cellule
de crise o il n'aurait pas sa place, mais lui soumettre les dcisions pour prendre du recul.
12
Nous avons dj mentionn qu'il existe des modles de cycle pour la majorit des standards de la gestion de
projets. Celui du PMBOK tant relativement complet nous conseillons au lecteur d'y jeter un coup d'il!
Gestion de projets
138/397
Vincent Isoz
Les phases du projet font partie d'une squence logique ce qui permet d'assurer une dfinition
acceptable du produit obtenu. Pour la gestion informatise de projet qui nous concerne, nous
vous proposons le modle prsent la figure ci-dessus comprenant cinq phases,
nommment: l'identification, la planification, la mise en place informatise, le pilotage
informatis et la terminaison.
Sinon voici un autre schma un peu plus dtaill:
Gestion de projets
139/397
Vincent Isoz
13
13
Il existe de nombreux types diffrents de "matrices d'analyse des tches" (tableau double entre):
tche/responsable, tche/priorit, tche/tche avec corrlation, etc.
Gestion de projets
140/397
Vincent Isoz
ou encore un peu plus dtaill (ma version personnelle):
Gestion de projets
141/397
Vincent Isoz
Lgende:
Gestion de projets
142/397
Vincent Isoz
Gestion de projets
143/397
Vincent Isoz
Gestion de projets
144/397
Vincent Isoz
Gestion de projets
145/397
Vincent Isoz
Gestion de projets
146/397
Vincent Isoz
Gestion de projets
147/397
Vincent Isoz
Gestion de projets
148/397
Vincent Isoz
Gestion de projets
149/397
Vincent Isoz
Gestion de projets
150/397
Vincent Isoz
Gestion de projets
151/397
Vincent Isoz
Gestion de projets
152/397
Vincent Isoz
Gestion de projets
153/397
Vincent Isoz
Ces 4 postulats satisfaits impliquent un corollaire:
L'OBLIGATION DE RSULTATS!!
Nous y associons souvent le rappel des limites videntes suivantes:
1. L'environnement est toujours incertain
2. Le facteur chance fait partie des projets
3. Une ressource est rarement disponible 100% (imprvus)
4. Aucun outil n'est 100% adapt
5. La gestion de projets n'est pas une science exacte
et le rappel des piges suivants:
-
Ne pas chercher les raisons pour lesquelles on a t nomm responsable d'un projet
Se rappeler que de petites variations ont un impact psychologique plus grand sur de
petits projets que sur des gros!
Penser toujours au moins 3 coups l'avance (pour chaque tche ou chaque risque)
12.6.2 Identification
La premire des cinq phases, soit celle de l'identification, est sans aucun doute l'une des plus
importantes. Elle permet de conceptualiser une ide par une dmarche logique qui nous
amnera bien la matriser tout en tenant compte de l'environnement.
L'identification est normalement le rle du Business Analyst (selon le BABOK) mais dans la
majorit des entreprises le responsable de projet cumule malheureusement plus rles et doit
alors aussi s'improviser expert dans ce domaine.
Gestion de projets
154/397
Vincent Isoz
Dans cette phase cruciale pour tout projet, il y a quelques outils indispensables qui nous
aident bien identifier le projet. Parlons principalement de la Mthode d'Identification d'un
Projet (MIP). Une fois bien complte, la MIP devient un puissant outil de communication,
puisqu'elle incorpore sur quelques pages l'ide, le concept et/ou le mandat du grant de projet,
tout cela articul de faon claire et concise suivant une logique prouve. La MIP permettra
de bien saisir la problmatique qui gnre le projet afin d'en dterminer le but et les objectifs.
Elle permettra aussi d'valuer les risques, d'laborer les extrants/livrables et les intrants du
projet (voir dfinitions plus loin), d'analyser les options potentielles, tout cela dans le but
ultime d'obtenir un mandat clair, sans quivoque et trs cristallis.
Un autre outil porte sur les dimensions de l'environnement, soit les facteurs externes et
internes pouvant affecter en tout ou en partie le projet. Il comprend les facteurs suivants:
physiques et environnementaux, technologiques, socioculturels, organisationnels, politicolgaux, conomiques et infrastructurels. C'est un ajout essentiel et complmentaire la
mthode d'identification du projet.
Grce cette excellente source d'informations, les divers intervenants comprendront sans
distorsion le bien-fond du projet ainsi que le but et les objectifs atteindre. Finalement, le
tout aidera les instances dcisionnelles prendre une dcision claire de Go/No Go pour la
suite ou le rejet du projet.
Le tableau ci-dessous prsente les facteurs cls de succs que tout bon gestionnaire devrait
considrer avant d'entreprendre un projet.
12.6.2.1 M.I.P
Revenons donc la mthode d'identification de projet (MIP) en l'appliquant un projet de
rnovation. Il s'agit de bien identifier notre projet pour qu'il rponde clairement nos attentes.
L'tape "laboration de la MIP" consiste en premier lieu comprendre la problmatique et les
besoins qui gnrent ce projet, et structurer le concept ou l'ide par une approche
mthodique d'identification.
Le document MIP (appel galement PDP pour "Plan directeur du Projet" ou encore "Mandat
de projet", ou encore "Charte de projet") que vous pouvez utiliser lors de l'identification de
votre projet contient d'abord typiquement les informations suivantes:
1. Le titre du projet
2. Le responsable de l'laboration (grant de projet) - appel aussi "entreprise
adjudicataire"
3. Le promoteur/mandant (organisation/division/dpartement) du projet appel aussi
parfois "bnficiaire de prestations".
Gestion de projets
155/397
Vincent Isoz
4. Le mandataire qui donne le mandat abrg parfois DO pour "donneur d'ordres" et
appels aussi quelques fois "fournisseur de prestations".
5. La date d'laboration de la MIP
Ensuite, viennent (outres les analyses statistiques du projet qui sont hors contexte de ce
cours), le sommaire excutif, la problmatique du projet, la description, identification
des options, les intrants et extrants, l'valuation des risques, la stratgie de ralisation,
dimensions/contraintes de l'environnement, etc.
Mais pourquoi devrais-je rdiger tout mon projet? N'est-ce pas une perte de temps?
Si vous rdigez le projet de faon structure et dtaille, vous serez sr qu'aucun aspect n'aura
t oubli. La structure est, par elle-mme une check-list garantissant la qualit de vos projets.
Gestion de projets
156/397
Vincent Isoz
remarquer que la formulation d'objectifs n'est pas toujours aussi vidente qu'elle ne le parat
premire vue. Raison pour laquelle un certain nombre de gens ne se fixent jamais des
objectifs prcis. Leur existence, l'image d'un bateau ballott par les vagues et pouss de-ci del par des vents capricieux, est caractrise par le laisser-aller et le laisser-vivre. Ils prennent
les choses comme elles viennent avec philosophie. C'est la dispersion, l'action sans but, le
contraire de l'efficience. Un responsable de projets sans plans est donc comme un navire sans
gouvernails...
Afin de formuler les objectifs sous une forme valable, le recours la technique SMART est
parfois appropri.
SMART signifie:
Spcifique: Un objectif ne peut tre formul de manire vague et gnrale, mais doit
tre dfini de manire rigoureuse et prcise.
Mesurable: Afin de pouvoir examiner si les objectifs sont atteints, ceux-ci doivent
tre mesurables. Des normes doivent tre tablies. Il est d'ailleurs important lors des
entretiens de fonctionnement et d'valuation de pouvoir mesurer de manire objective
si les objectifs viss ont t atteints. Cette mesure peut se traduire bien videmment
sous la forme classique de notions de quantit, de qualit, de temps, d'argent.
Dtermin dans le Temps: Il est convenu d'une chance laquelle l'objectif doit tre
atteint. Une ligne du temps peut ventuellement tre trace sur laquelle sont placs des
objectifs intermdiaires.
12.6.2.1.2 Problmatique
La problmatique et/ou les besoins est le motif pour lequel on labore le projet.
Cette ide est gnre par les inconvnients entourant l'absence d'une pice rserve
uniquement au travail la maison (les enfants qui crient pendant un tlphone d'affaires, la
comptabilit faite sur la table de cuisine, les enfants qui jouent sur l'ordinateur, la difficult de
recevoir des clients en priv, etc.).
Gestion de projets
157/397
Vincent Isoz
Si nous adaptons une approche de dfinition du projet travers les problmes existants il sera
alors d'usage d'utiliser la mthode 5P: Pourquoi, Pourquoi (du pourquoi), Pourquoi (du
pourquoi du pourquoi), et ainsi de suite au moins jusqu' 5 fois!
Exemple: Fuite d'huile sur presse hydraulique:
1.
2.
3.
4.
5.
Si nous adoptons la dmarche Six Sigma (ISO 13053-1:2011) qui est de considrer tout projet
interne ou externe comme une amlioration de processus pour diminuer les cots alors nous
utiliserons une analyse par comparaison voix du client (VDC)/voix du processus (VOP).
Remarque: Il est aussi parfois d'usage de reprsenter les problmatiques ou les objectifs du
projet sous la forme hirarchique d'un organigramme dans l'ordre logique ou de priorit (cela
dpend de la politique de l'entreprise).
Si nous adaptons une proposition de la mthode ITIL il convient de se poser aussi 5 questions
(dcidemment...!):
1.
2.
3.
4.
5.
O en sommes-nous aujourd'hui?
Que voulons-nous?
De quoi avons-nous besoin?
De quels moyens disposons-nous?
Qu'attendons-nous comme solution?
Comme l'habitude, il vaut mieux documenter ces questions dans un document officiel et
adapter l'ensemble aux besoins de votre organisation.
Une fois la problmatique et le but dtermins, il est essentiel de considrer les objectifs que
nous voulons atteindre. Par objectifs du projet (besoins implicites), nous entendons ce quoi
notre but devrait rpondre une fois notre projet complt, ou si vous voulez se sont les
rsultats dsirs une fois le but atteint.
Gestion de projets
158/397
Vincent Isoz
Une fois le but et les objectifs dfinis, nous sommes donc rendus l'laboration des
contraintes que nous devons considrer dans la phase d'identification du projet. Par
contraintes, nous entendons les obstacles majeurs que nous identifions ce stade-ci (ou
d'autres que nous devons chercher identifier), et qui peuvent faire achopper le projet dans
son ensemble:
L'objectif du projet consiste donc atteindre les rsultats finaux convenus, autrement dit
fournir les livrables dans les dlais convenus, en respectant le budget et en assumant des
risques acceptables.
Remarques: On peut complter ces derniers points par un sommaire "d'analyse fonctionnelle"
qui comprend uniquement les fonctions principales (FP) et contraintes principales (CP). La
norme XF50-151 de l'AFNOR propose par exemple un plan type de cahier des charges
fonctionnel (CdCF).
Personnellement, lors de la clture ou lors de la description de projet, je m'inspire
frquemment du standard ISO 9126 qui bien qu'adresse au domaine du logiciel peut
s'appliquer mon avis beaucoup d'autres. Cette norme prcise pour le produit fini certaines
caractristiques prcises et trs pertinentes (mais qui peuvent aussi donc tre utilises pour
vrifier que la description du projet est suffisamment complte) comme:
Gestion de projets
159/397
Vincent Isoz
la Portabilit qui mesure l'aptitude d'un projet minimiser les consquences d'un
changement d'environnement (Installabilit, Remplaabilit, Adaptabilit, Conformit)
la Couplabilit mesure l'aptitude du projet tre intgr dans un ensemble plus vaste
la Rutilisabilit (ou Modularit) qui mesure l'aptitude des livrables du projet une
rutilisation de tout ou partie de ses composants dans le cadre d'un autre projet
Gestion de projets
160/397
Vincent Isoz
Il est cependant possible d'utiliser les techniques des chanes de Markov (voir mon livre de
Mathmatiques appliques) pour identifier les variables ayant le poids le plus fort (algorithme
de Markov similaire celui du Page Range de Google).
- Les House of Quality de Six Sigma qui bien qu'initialement ddies la qualit peuvent
aussi trs bien tre adaptes l'analyse structurelle:
Gestion de projets
161/397
Vincent Isoz
Aprs avoir tudi les avantages et les dsavantages de chaque option, nous sommes en
mesure de choisir la meilleure, celle rpondant le plus adquatement notre but et nos
objectifs.
Pour les extrants il peut tre utile d'analyser les brevets, rglements, avoir des entretiens
avec des utilisateurs ou des experts, tudier les modes d'emploi des produits similaires ou en
contact avec le systme concevoir.
Les intrants constituent les ressources humaines, matrielles et financires ncessaires
l'laboration des extrants (biens livrables).
Gestion de projets
162/397
Vincent Isoz
Concernant les ressources financires il est conseiller de toujours faire au moins trois
scnarios (optimiste, attendu, pessimiste) ou de faire appel des outils de modlisation de
Monte-Carlo ou Bootstrapping dans le meilleur des cas.
Gestion de projets
163/397
Vincent Isoz
Cette valuation permet au grant de projet d'tre proactif et de prendre les mesures qui
s'imposent pour prvenir ou corriger les problmes selon les quatre tapes minimales cidessous (il s'agit d'une partie des tapes de l'ISO 31000):
1. Identification du risque
2. Analyse du risque
3. valuation du risque
4. Traitement du risque
L'erreur la plus courante dans la gestion des risques consiste inclure des marges pour les
risques dans les estims du projet en utilisant de vieilles mthodes de travail. Il faut faire
usage des outils quantitatifs de la finance de pointe pour se protger correctement du risque
que ce soit en termes de communications avec le mandataire ou en termes d'valuation du
niveau de risque (protection un niveau de scurit donn et communiqu de manire
explicite!). Donc il est important de quantifier le risque rsiduel non identifi et de le grer
avec une approche probabiliste.
Il est important galement d'avoir un journal o chaque collaborateur pourra signaler les
risques identifis en les affectant un "propritaire du risque" qui sera la personne ou entit
ayant la responsabilit du risque ( tous les niveaux!) et ayant autorit pour le grer. Ceci
permet de responsabiliser les diffrents acteurs car le fait qu'un journal soit tenu permet
d'viter que certaines personnes fuient leur responsabilit ou accusent une mauvaise
communication ou traabilit.
On ne prend malheureusement souvent conscience du risque
que lorsqu'il est dj trop tard.
Effectivement, une gestion des risques dveloppe inclut la responsabilit complte
clairement dfinie et accepte des risques, des moyens de leur matrise et des tches de
traitement des risques (ce sont les points de base d'une charte Qualit). Les personnes
dsignes acceptent la pleine responsabilit, ont les comptences ncessaires et disposent de
ressources adaptes leur permettant de vrifier les moyen de matrise du risque, de surveiller
les risques, d'amliorer les moyens de matrise du risque, et de communiquer efficacement sur
les risques et leur management avec les parties prenantes internes ou externes.
Concernant les dcisions du management qui vont l'encontre des normes (typiquement
la norme ISO 31000 mme si elle n'est pas gnialissime), de la lgislation ou des rgles
de scurit, en plus de faire signer aux n+1 leur dcision, n'oubliez pas d'exiger qu'ils
indiquent sur le document sign la raison pour laquelle ils vont l'encontre de vos
avertissements!
Gestion de projets
164/397
Vincent Isoz
165/397
Vincent Isoz
Ars avoir obtenu une bonne comprhension du projet grce au MIP et valu les dimensions
de l'environnement, nous sommes maintenant prt dbuter la phase de planification aprs
avoir reu l'aval de continuer le projet bas sur l'information retenue.
12.6.3 Planification
Une fois que l'on matrise la comprhension du projet, nous sommes en mesure d'en dbuter la
planification dtaille sous forme de "modle de projet" (appel en anglais "project baseline"
ou "project model"). Cela consiste, dans les grandes lignes, tablir les tches effectuer,
identifier les excutants et dterminer le temps et le cot thorique de ralisation ( l'oppos
du "planifi rel").
La figure ci-dessous montre un modle particulier de processus de planification dtaill d'un
projet:
Au dbut de cette phase, nous aurons aussi complt avec les spcialistes adquats (financiers,
logisticiens, ingnieurs, conomistes, etc.) les diffrentes tudes de faisabilits: march,
temporelle, technique, conomique et financire qui sont le cur du projet, comme le montre
la figure ci-dessous:
Ce sont elles qui dicteront la viabilit relle du projet. L'tude conomique tablira le
potentiel de revenu selon des scnarios pessimiste, raliste et optimiste (le "PERT
Gestion de projets
166/397
Vincent Isoz
Probabiliste" disponible selon la loi Beta dans MS Project). la suite de celle-ci, l'tude
technique nous dictera la marche suivre afin de livrer le produit et/ou le service dsir. De
plus, cette tude permettra de bien dfinir les cots directs et indirects14 relis la production.
Finalement, l'tude financire s'attardera aux revenus et aux cots. Selon la dure du projet,
elle pourra extrapoler les revenus et les cots pour ainsi dterminer la valeur actuelle nette
(VAN), le dlai de rcupration (date de ROI) et le taux de rendement interne (TRI) du
projet15. Ces tudes, dment compltes, permettront de dcider de faon bien claire si on
continue ou si on abandonne le projet. Cela constitue la deuxime dcision de Go/No Go.
Remarque: Ces calculs permettent d'viter nombre de gestionnaires une vision mauvaise et
de plus errone court et long terme des investissements conomiques et humains.
Dans cette phase, une fois prise la dcision d'aller de l'avant grce aux donnes obtenues par
les diffrentes tudes de faisabilit, on commence alors la planification dtaille du projet.
Cette planification permettra de dterminer les tches, d'estimer les ressources et, bien
entendu, d'valuer la dure du projet. La planification du projet devrait permettre d'obtenir un
document dcrivant l'essentiel des tches accomplir pour rencontrer le but et les objectifs
fixs dans la phase identification. Il existe plusieurs outils afin de bien dissquer son projet.
Pour dterminer les tches, on verra comment utiliser la structure de fractionnement du
travail SFT.
Il est noter que c'est prcisment ce moment que l'utilisation d'un logiciel
d'ordonnancement comme MS Project prend toute son importance. ce stade de la
planification, nous sommes en mesure de bien saisir toutes les tches ainsi que toutes les
ressources ncessaires leur excution. C'est pour cette raison que l'utilisation du logiciel
avant cette tape serait, de notre avis, prmature.
Cette phase est complte par la gestion des contrats et des approvisionnements selon des
modles mathmatiques comme le modle de Wilson (utilis par les plus grandes entreprises
au monde) et la gestion du risque et de la maintenance selon des lois statistique diverses
(Normales, Poissoniennes, Weibull, Khi-deux, etc.).
14
Gestion de projets
167/397
Vincent Isoz
2. les lots se dcomposent en des tches simples ou activits
3. les tches simples forment un bloc de travail dont un membre de l'quipe de projet est
responsable
Cette approche permet de mesurer plus facilement les tches en termes de ressources
(financires, matrielles, humaines) et d'effectuer des rapports. Chaque tche du projet est
ainsi planifie, coordonne et contrle et peut tre identifie de manire unique dans le cadre
d'un processus industriel:
Remarque: Pour voir comment crer une WBS (ainsi que RBS et OBS16) dans MS Project,
voir le support de cours sur le sujet.
Voici un excellent exemple gnrique d'association WBS/OBS/CBS:
16
Gestion de projets
168/397
Vincent Isoz
Gestion de projets
169/397
Vincent Isoz
o nous avons donc considr que le cycle de montage de A, C et D est de 1 semaine pour une
demande de 200 units de A. Le cycle de montage est de 2 semaines pour B.
Le dlai d'approvisionnement de E est de 1 semaine et celui de F de 2 semaines.
Mais un planning comme celui-ci une enfant de 15 ans pourrait le faire et c'est donc trs trs
trs loin d'tre optimal et encore plus loin d'tre conforme la ralit (qui ncessite de prendre
en compte la capacit des ouvriers, la maintenance et le rglage des machines, l'efficacit
marginal en fonction du volume, etc.). Cette approche simpliste est appele parfois "politique
lot-for-lot".
Nous remarquons avec cette technique, appele techniquement MPR1 comme nous l'avons
dj mentionn au dbut de cet ouvrage, que le cycle total de fabrication d'un produit fini (A)
est gal la somme des plus longs cycles chaque niveau de nomenclature.
Nous pouvons donc y faire un parallle avec un chemin critique puisque tout retard sur ce
chemin affecte d'autant la livraison au client.
Indiquons qu'il existe de nombreux techniques empiriques dans le domaine dont voici les
noms afin que le lecteur intress puisse approfondir le sujet par lui-mme: JIT (Just In
Time/Flux tendu), Kanban (OF en provenance de l'aval), OPT (Optimized Production
Technology).
12.6.3.3.1 Tche
Gestion de projets
170/397
Vincent Isoz
Un projet est toujours compos d'un ensemble tches, lots, ou jalons ordonns et structurs
selon des relations (cf. la partie MS Project du support pour plus de dtails) de type fin
dbut (DF), dbut dbut (DD), fin fin (FF) ou encore fin dbut (FD).
Les lments qui dfinissent normalement (au minimum) une tche sont les suivants:
1. Un dbut et une fin
2. Une dure (estime ou non)
3. L'estimation optimiste et pessimiste de la dure et des cots (risques)
4. Les ressources travaillant dessus
5. Les cots fixes
6. Les relations avec les autres tches environnantes
7. Les contraintes (doit commencer, ds que possible)
8. Les dlais ou retards avec ses prdcesseurs
9. L'chance (deadline)
10. Le type de pilotage (dure fixe, capacit fixe, travail fixe)
Attention !! Il faut diffrencier au niveau reprsentatif (la confusion est souvent grande):
1. Un ensemble de schmas synoptiques hors du temps reprsentant un processus
ordonn d'actions physiques que nous appelons communment un workflow
2. Une succession d'lments schmatiques normaliss par le BPMN reprsentant un
processus ordonn d'actions physiques ou non tel qu'une dcision, un choix, la
rdaction d'un document, une action, etc. que nous appelons communment un
flowchart.
3. Une succession de tches physiques ou administratives ou symboliques successives
ordonnes, pondres et relies entre elles dfinissant un planning type dans le temps
que nous appelons communment un diagramme de Gantt.
4. Une succession de tches physiques ou administratives ou symboliques successives
ordonnes, pondres et relies entre elles dfinissant un planning type hors du temps
que nous appelons communment un diagramme de PERT.
Remarque: Un problme frquent dans les projets est de grer la transition entre deux tches.
Effectivement, il y a parfois des blocages ou oublis ces moments-l qui coupent le bon
droulement de la planification.
12.6.3.3.2 Gantt
Gestion de projets
171/397
Vincent Isoz
Il existe divers niveaux de complexits de la planification d'un projet. Trivialement au niveau
de l'cole secondaire, il s'agit souvent d'un simple listing et de liaisons de type "fin dbut"
entre les tches.
un niveau plus avanc (hors de porte de MS Project ce jour par exemple), nous avons les
MRP17 (Materials Requirements Planning) dont l'ide est d'optimiser la chane de production
en fonction des quantits produire et celles en stock (MRP0), en fonction des cots de
fonctionnement des machines et du changement d'outillage (MRP1) et enfin en fonction des
disponibilit relles des ressources et des ordres de fabrication (MRP2).
Avant de voir un exemple d'un Gantt (les MRP n'tant pas traits ce jour dans le prsent
ouvrage) donnons quelques dfinitions:
1. Jalon instantan: Le jalon instantan est une tche d'une dure nulle d'un projet (ou
suffisamment petite pour tre considre comme ngligeable) permettant de faire le
point sur celui-ci de n'engager la phase suivante que si tout va bien.
2. Jalon: Le jalon est une tche qui visuellement sur un planning a une dure nulle mais
qui numriquement a une dure non ngligeable. Au mme titre que la dfinition
prcdente, celui-ci permet de faire le point sur le projet et de n'engager la phase
suivante que si tout va bien.
3. Tche: Une tche dans un cas idalis de planification un travail ou un effort rduit
son lment le plus simple. Une tche peut comporter plusieurs ressources humaines
ou matrielles avec divers consommables affects ou suraffects.
4. Tches rptitives: Une tche rptitive est un travail ou un effort qui a une
rcurrence priodique dans les temps pendant une dure limite.
5. Tche de Hammock: Une tche de Hammock (Hamac) est une tche dont la date de
dbut et la date de fin sont dfinies par deux tches non directement connexes. La
dure de cette tche et l'effort associ varie alors automatiquement.
6. Tche critique: Il s'agit d'un type de tche dont le moindre infime retard se rpercute
automatiquement sur la date de fin du projet (marge totale nulle).
7. Tche de groupe (ou tche rcapitulative): Une tche de groupe est frquemment
assimil l'ensemble des tches d'une phase d'un projet. En thorie des graphes, nous
l'assimilons une fort.
Lorsqu'une tche est cre et que le temps le permet, voici les lments minimaux qu'il faut
dfinir:
1. Un dbut et une fin
2. Une dure (estime ou non)
3. L'estimation optimiste et pessimiste de la dure et des cots des ressources
17
Gestion de projets
172/397
Vincent Isoz
4. L'estimation des cots fixes et ceux associs aux risques
5. Les ressources travaillant dessus (humaines, matrielles ou budgtes)
6. Les relations avec les autres tches environnantes (connexit)
7. Les contraintes (fortes, faibles ou strictes)
8. Les dlais avec ses prdcesseurs ou successeurs
9. L'chance (deadline)
10. Le type de pilotage (par l'effort, dure fixe, capacit fixe, travail fixe)
11. L'avancement (%Complt, %Travail Achev, %Physique)
12. Priorit
Nous reviendrons sur ces 12 points en dtails lors de notre tude du logiciel Microsoft Project.
Voyons un exemple simple: Charg de l'organisation d'une enqute marketing, vous devez
tablir la planification des tches en fonction des contraintes suivantes:
Gestion de projets
173/397
Vincent Isoz
TACHES
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
DESCRIPTION
Contacter un
statisticien
Constituer un
chantillon
Rechercher des
instituts de sondage
Elaborer le
questionnaire
Slectionner l'institut
de sondage
Test du questionnaire
Administration de
l'enqute
Mise disposition
des enquteurs
Essai du
questionnaire
Saisie des donnes
Relance des non
rpondants
Administration des
relances
Traitement des
donnes
Saisie des relances
Rsultat de l'enqute
TACHES
DUREE
ANTERIEURES (SEMAINES)
/
B, I
H, F
A, J, N
L
M
1
1
Etablissez un diagramme de Gantt sur papier A4 couch quadrill pour chacun des cas
suivants:
- Sachant que l'enqute peut commencer la semaine n5 au dbut, quand sera-t-elle
termine avec un jalonnement au plus tt (ATO)?
- Sachant que l'enqute doit se terminer la semaine n26 en fin, quand doit-elle
commencer avec un jalonnement au plus tard (ATA) c'est--dire en rtroplanning?
1. Avec un jalonnement au plus tt, il faut insrer les tches sans liens d'antriorit partir de
la semaine 5. Ensuite, on continue en inscrivant les tches qui ont leurs tches antrieures
ralises et ainsi de suite, de gauche droite. Cela nous permet d'obtenir le diagramme
suivant:
Gestion de projets
174/397
Vincent Isoz
Gestion de projets
175/397
Vincent Isoz
Reproduisez cet exemple dans MS Project avec votre formateur !
Remarque: il n'y a un problme majeur avec MS Project que lorsque vous faites une
planification avec un jalonnement au plus tard. Effectivement, vous ne pouvez pas crer des
tches rptitives avec l'outil y relatif comme vous le montrera votre formateur.
Nous pouvons par ailleurs constater que dans tous les cas, la dure du projet est de
19 semaines.
Autre exemple (moins simple):
Vous tes charg de recevoir des clients pour un repas gastronomique afin de signer un
ventuel contrat. Vous savez dj que ce souper doit dbuter 21h00 et voici les autres
informations dont vous disposez:
1. L'organisation du repas (d'une dure estime de 1h30) doit commencer ds 18h30.
2. La rservation des places au restaurant, ainsi que les prcisions culinaires, devront tre
effectues au plus tard 19h00, sachant que la dmarche durera approximativement
15 minutes. Aussi, on peut anticiper le fait que cette dmarche prendra fin entre 18h45
et 19h00.
3. Une fois la rservation acheve, il faudra, le plus rapidement possible, s'atteler la
prparation des contrats que l'on prsentera lors du souper. Une dure d'une heure
maximum sera consacre cette prparation.
4. Tout en laborant les contrats, on consacrera 10 minutes pour tlphoner aux clients
afin de leur donner les informations suivantes: l'heure du rendez-vous (ds 21h00) et
l'adresse du restaurant. Les clients nous informeront du temps qu'ils estiment pour se
rendre au restaurant (1h00).
5. Cinq minutes avant la finalisation des contrats, le directeur nous a fait savoir qu'il
tchera d'tre prsent dans le bureau pour vrifier (prvoir 10 minutes maximum) leurs
contenus. S'il peut par contre consacrer plus de temps la vrification il nous fait
savoir qu'il viendra plus tt mais que dans tous les cas il ne restera pas plus de 5
minutes aprs la finalisation des contrats. Cette vrification doit tre termine, au plus
tard, pour 20:45 (en cas de problmes ventuels).
6. Une fois l'appel aux clients effectu et les contrats prts, il faudra compter 15 minutes
pour se rendre en voiture au restaurant o nous attendrons l'arrive des clients.
7. Quand les clients arriveront au restaurant, sachant qu'ils n'arriveront pas avant 21h00
et que leur dplacement en voiture a dur 1h00, nous souhaiterions savoir alors quel
moment prcis les clients auront quitt leurs bureaux ?
8. Le repas doit imprativement se terminer 23h00.
tablissez un diagramme de Gantt sur papier avec les liaisons, les tches, les jalons et les
contraintes ad hoc et choisissez une chelle des temps adapte l'exercice.
Rsultat (dans MS Project):
Gestion de projets
176/397
Vincent Isoz
Vous pourrez remarquer dans MS Project que quand une tche une dure nulle elle s'affiche
donc automatiquement en tant que jalon ce qui a pour effet associ que la case cocher
suivante s'active automatiquement:
177/397
Vincent Isoz
TACHES ANTERIEURES
E
K,C
E,J
G,L
A,M,R
E
C
G
C
G
J
DURE
3
4
3
2
2
3
4
2
2
2
5
4
3
2
Reprsenter le graphe MPM (Mthode des Potentiels Metra) en se rappelant les dfinitions
suivantes:
D1. La Date au plus tt correspond la plus grande cumulation de la dure des tches du
dbut du projet jusqu' la tche intresse. En aucun cas cette valeur ne peut tre rduite
thoriquement une fois la modlisation termine.
D2. La Date au plus tard correspond la date laquelle une tche doit tre commence au
plus tard pour que le projet soit men bien dans les plus brefs dlais. En pratique, pour la
dterminer, nous partons de la fin du projet et nous retranchons la Date au plus tt de la
dernire tche les dures au niveau des tches antcdentes. Lorsque plusieurs chemins
partent d'une mme tche, il faut retenir la diffrence la plus courte.
Gestion de projets
178/397
Vincent Isoz
Gestion de projets
179/397
Vincent Isoz
D7. Le marge totale qui indique la dure sur laquelle une tche peut glisser sans que la date
de fin du projet en soit modifi (si la valeur est ngative cela indique le temps qu'il faut
gagner sur la tche pour que la date de fin du projet ne subisse pas de dlais.
La marge totale se calcule comme la diffrence entre la date de fin au plus tt et la date de fin
au plus tard d'une tche (respectivement, la diffrence entre la date de dbut au plus tt et la
date de dbut au plus tard).
Le chemin critique de l'exercice propos est: Dbut, G, L, F. Fin. La dure totale tant donc
de 12 jours.
Exercice: reproduisez cet exercice dans MS Project en affichant les tches critiques en rouge
dans MS Project et les marges des tches non critiques. Le rsultat obtenu devra tre le
suivant:
Il est aussi possible de rajouter en plus des colonnes Start et Finish, les colonnes suivantes qui
sont importantes en fonction de si la planification se fait en ASAP ou ALAP (rtroplanning):
180/397
Vincent Isoz
Remarque: Rigoureusement, MS Project n'utilise pas l'algorithme des potentiels mais
partiellement l'algorithme de Dijkstra (1971) qui rsout le problme du plus court ou plus long
chemin pour un graphe G=(S,A) orient et connexe dont le poids li aux artes est positif ou
nul.
On peut facilement vrifier que MS Project utilise aussi cette mthode pour calculer le chemin
critique (il va du dbut la fin et ensuite remonte pour mettre les tches en criticit) sur un
exemple un peu plus complexe.
Attention cependant!!!
Vous pouvez faire des liaisons dans MS Project entre des tches et des groupes de tches et
avoir certaines tches du groupe non lies un successeur ou prdcesseurs mais ds lors
l'analyse de la connexit du graphe devient un peu plus difficile sur de gros projets et ce
mme si le calcul du chemin critique reste correct. Cependant cela peut poser de gros
problmes lors de l'export des donnes vers d'autres outils d'analyse.
Il n'est pas possible dans MS Project de diffrencier le chemin critique formel du chemin
critique contraint sans dvelopper ce qui est bien dommage. C'est la raison pour laquelle de
Gestion de projets
181/397
Vincent Isoz
nombreux formateurs spcialiss proposent d'viter l'utilisation des contraintes si c'est
possible.
Effectivement, chaque contrainte dans MS Project change la valeur de la marge totale!
Il en est de mme pour l'chance (Deadline)!
Il semblerait cependant que l'usage de MS Project est conforme au standard ANSI (American
National Standards Institute) et au PMBOK V3. mais cela resterait vrifier
Gestion de projets
182/397
Vincent Isoz
Attention! Selon mon exprience personnelle cette fonctionnalit semble "bugue" lorsque la
planification du projet est configure en ALAP (menu Project/Project information/Project
Finish Date). Effectivement, si en mode ALAP (rtrplanification) vous avez des tches dans
un groupe dont la contrainte est mise en As soon as possible alors rien ne se passe lorsque
l'option Calcule multiple critical path est active. Si vous la dsactivez les choses reviennent
alors dans l'ordre.
Il est curieux d'observer que T1 est une tche critique avec une marge totale de 0 jours alors
que l'on voit trs bien l'cran droite dans le Gantt que ce n'est pas le cas et qu'il y a 3 jours
de marge totale. Cependant, Microsoft a considr ( tort selon mon humble opinion de
scientifique) que la relation dbut dbut ayant comme tche matre T1 (effectivement la
relation va de T1 T2) imposait que puisque T2 est mathmatiquement critique alors la tche
matre l'tait aussi par contrainte de liaison.
On peut vrifier cette observation en inversant la relation:
Gestion de projets
183/397
Vincent Isoz
Conclusion de tout cela: il me parat clair et vident que Microsoft devrait penser dans ses
prochaines version de Project (trop tard pour la 2007 en tout cas) de permettre l'utilisateur
de diffrencier le chemin critique mathmatique (MPM) du chemin critique contraint par date
et contraint par liaison.
Remarque: Nous avons fait ici trois exemples de chemins critiques sur des projets o aucune
ressource n'est active. Il convient cependant de dfinir le RCP ou Resource Critical Path.
Dfinition: le RCP reprsente les tches critiques sur lequel des ressources qui y travaillent
sont assignes plein temps (ce sont donc des ressources critiques!). Ainsi un ajout d'heures
sur un travail fait une des ressources critiques sur un tche critique aura une rpercussion
directe sur la date de fin du projet.
Mais qui s'explique simplement par le fait que pour Microsoft (et c'est mon avis justifi)
lorsque le projet commencera et que le %Achev de la tche T3 sera non nul alors elle sera
effectivement critique. Il s'agit donc d'une sorte d'anticipation du chemin critique.
Gestion de projets
184/397
Vincent Isoz
2. Le "syndrome de l'tudiant": La majorit des ressources attendent toujours la
dernire minute pour dbuter le travail d'une tche malgr les dlais qui peuvent tre
accords par le gestionnaire de projets. Par exemple, pour une tche de six jours de
travail, Eliyahu Goldratt, Ph. D. affirmerait que la ressource assigne au travail
augmente significativement sa productivit seulement au cinquime jour pour finir
dans les dlais prvus.
3. La "loi de Parkinson": Le dlai d'accomplissement s'adapterait toujours
automatiquement au temps allou. Il est trange de constater que soit: les chanciers
sont rencontrs ou qu'ils sont souvent dpasss par les ressources. Les avances sont
rarement rcupres dans les chanciers.
4. L'limination des "ressources multitches": L'limination du multitche permet aussi
de livrer les projets plus tt en se basant exclusivement sur l'affectation des ressources
selon les priorits du projet.
Voici les tapes effectuer pour raliser la mise en place de cette mthode qui est trs simple
mais qui constitue un changement de culture important, sur le comment on gre les projets et
on value l'efficacit de l'quipe de projets.
1. Planifier le projet partir de la date de fin cible (ALAP) et vrifier que les contraintes sur
les tches soient du type "le plus tard possible" (ce qui est automatiquement fait avec
MS Project)
2. Effectuer une estimation classique selon une loi bta de la dure des tches et ne conserver
que le rsultat probabiliste du Gantt.
3. Rsoudre les suraffectations des ressources en partant de la fin plutt que du dbut
(logique si le planning est en ALAP).
4. Identifier la chane critique: La chane critique reprsente la plus longue srie de tches
qui considre la fois les dpendances entre les tches et surtout les dpendances entre les
ressources. Ce concept est relativement diffrent de la dfinition du chemin critique des
tches (CPM) qui correspond la plus longue srie de tches du point de vue seulement
des dpendances entre les tches pour dterminer la date de fin du projet. Pour trouver la
chane critique, il faut rpondre cette question: Quelle est la chane de tches la plus
longue du projet qui est dpendante des ressources et des tches?
5. Ajouter des tampons: Lors du processus d'estimation, les dlais de scurit ont t
supprims tandis que maintenant, il faut insrer des tampons dans la planification pour
ajouter de la contingence. Il est important de noter que les efforts supprims dans les
dlais de scurit ne correspondent pas ncessaires aux efforts des tampons. De plus, les
tampons doivent tre placs stratgiquement dans le projet pour protger, le plus possible,
la chane critique du projet et par le fait mme, la date de fin cible du projet.
Il existe trois types de tampons:
5.1. Tampon pour le projet qui permet de protger la chane critique pour l'ensemble des
activits du projet.
Gestion de projets
185/397
Vincent Isoz
5.2. Tampons pour les chemins secondaires du projet qui permettent de s'assurer que les
tches qui ne sont pas actuellement sur la chane critique ne basculent pas sur la
chane critique cause de dlais.
5.3. Tampons pour les ressources qui permettent d'alerter les ressources qu'ils devront
travailler sur une activit de la chane critique. Ce temps est consacr librer la
ressource de toutes activits non relis aux projets. Elle est mme identifie
formellement comme tant une ressource critique qu'il ne faut pas dranger en aucune
circonstance.
Le suivi du projet s'effectue exactement comme pour la mthode classique du chemin critique,
une exception prs, qui est que la date de fin de projet ne changera pas tant que le tampon de
projet n'aura pas t compltement absorb par les dpassements de dlais des tches. La
gestion des tampons est galement un lment cl du suivi de la performance d'un projet selon
la chane critique. Une approche trs intressante pour grer les tampons consiste diviser les
tampons en trois zones de taille gale. La premire est la zone verte, le seconde la zone jaune,
et la troisime la zone rouge. Si l'impact sur le tampon se limite la zone verte, aucune action
n'est ncessaire. S'il atteint la zone jaune, il faut valuer le problme et rflchir une action.
S'il atteint la zone rouge, il faut agir immdiatement. Les plans d'action doivent prvoir des
moyens d'achever plus tt les tches de la chane non termines, ou des faons d'acclrer des
tches futures de la chane pour sortir de la zone rouge.
La gestion de projets selon la mthode de la chane critique fournit aux gestionnaires de
projets, la direction et l'organisation, une approche qui permet d'viter les retards frquents
et les dpassements de cots en:
1. Utilisant une mthode simple, trs efficace et globale pour valuer la performance du
projet et pour achever les projets plus vite.
2. Donnant des moyens concrets pour prendre des dcisions sur l'affectation des ressources
en utilisant la gestion des tampons.
3. Rpondant aux contraintes imposes par les ressources et non seulement par les tches
comme la technique du chemin critique (CPM).
4. Augmentant l'efficacit des quipes de projets afin qu'elles soient plus l'aise avec
l'incertitude lors du processus d'estimation.
5. Donnant dsormais aux gestionnaires de projets, une technique efficace pour grer la
contingence du projet pour viter de subir des dlais rptition des ressources comme
dans le pass avec les techniques traditionnelles de gestion de projets.
186/397
Vincent Isoz
et A2.
Les temps d'usinage sont pour P1 de 3 heures dans l'atelier A1 et de 6 heures dans l'atelier A2
et pour P2 de 4 heures dans l'atelier A1 et de 3 heures dans l'atelier A2.
Le temps de disponibilit hebdomadaire de l'atelier A1 est de 160 heures et celui de l'atelier
A2 de 180 heures.
La marge bnficiaire est de 1'200.- pour une pice P1 et 1'000.- pour une pice P2.
La question est: Quelle production de chaque type doit-on fabriquer pour maximiser la marge
hebdomadaire?
D'abord, il est possible de poser le systme d'inquations:
A1: 3 X 1 4 X 2 160
A2 : 6 X 1 3 X 2 180
X 1, X 2 0
Z 1200 X 1 1000 X 2
Le trac des deux droites dans MS Excel, donne le polygone des contraintes (c'est que l'on fait
dans les petites classes d'coles):
Gestion de projets
187/397
Vincent Isoz
et ensuite, avec le solveur MS Excel, crez les contraintes adaptes du type (attention les
rfrences de cellules ne sont pas donnes correctement ci-dessous afin de ne pas vous
mcher tout le boulot!):
Gestion de projets
188/397
Vincent Isoz
Je n'ai pas souhait dans le chapitre de conduite et gestion de projets aborder la gestion
qualitative des risques (classification lmentaire du type: lev, moyen et faible) car pour un
ingnieur ou un scientifique cela n'apporte pas grande chose de savoir que les risques
identifier ou planifier peuvent tre de type:
Risques organisationnels: Clart des objectifs, cahier des charges, pas de bon
d'acceptation, organigramme manquant, degrs de dlgation non dfinis, processus et
documentation y relative manquants, pas de mthode de management, pas de
certification de qualit
Risques lis la scurit: Employs quittant le projet sans clause rigoureuse de nonconcurrence, documents et laboratoires pas assez scuriss, vol de matriel possible,
fuite de donnes ou oreille indiscrtes, manipulation de produits chimiques ou
nuclaires sensibles sans protocole, travail de maintenance sur de grosse machines
pouvant broyer des membres sans protocole
si ceux-ci ne sont pas quantifiable ni intgrables dans des modles mathmatiques (en exclusif
ou en cumul) permettant de se couvrir du risque dans la planification d'un projet que ce soit
Gestion de projets
189/397
Vincent Isoz
en termes de temps, cots ou de qualit (le standard ISO 31010 que j'ai dj mentionn plus
haut prsente sommairement aussi quelques-uns de ces outils quantitatifs).
Donc les excuses du genre:
12.6.3.3.6.1 AMDE(C)
Le domaine de l'AMDEC (dj mentionn plus haut dans ce e-book) est souvent rduit18 dans
le domaine de la gestion de projets l'analyse qualitative des risques et leur prvention
qualitative en utilisant un indicateur empirique (qui soit dit en passant est plutt sympa car
simpliste) et dterministe appel la "criticit" (technique semi-quantitative l'oppos de
l'AMDEC qui est une technique d'analyse quantitative).
Cet indicateur a cependant une proprit trs importante cause des contraintes de la vie
relle (contrainte souvent financires): Il permet de dfinir des priorits bas sur la relation
empirique simple suivante:
Pour voir la "vraie" AMDEC se rfrer mon livre de mathmatiques applique au chapitre Gnie Industriel.
Le lecteur pourra galement trouver plus d'informations dans la norme CEI 60812 Techniques d'analyse de la
fiabilit du systme et dans la norme ISO 31010:2009 dans l'annexe B.13.
Gestion de projets
190/397
Vincent Isoz
traitement envisages peuvent constituer un risque significatif. Pour s'assurer que les mesures
restent efficaces, la surveillance doit faire partie intgrante du plan de traitement du risque et
une personne plein temps doit y tre consacre pour les grands projets ou pour le quotidien
d'une entreprise de plus de 100 personnes. Des sessions de formation de prvention au risque
doivent tre menes au moins une fois par trimestre aux ressources afin qu'elles assimilent les
rgles d'or dans le domaine.
Nous allons maintenant aborder ci-aprs une technique simple permettant de se couvrir de
manire trs correcte des risques et ce de manire quantifiable et professionnelle.
Personnellement chaque fois que j'ai utilis cette technique sur des projets pour lesquels ma
direction me donne le temps de faire les calculs, je n'ai jamais dpass ni les dlais, ni les
cots (bon videmment il y a statistiquement un facteur chance qu'il ne faut jamais ngliger!).
191/397
Vincent Isoz
La fonction de gestion des risques permet:
1. D'numrer les risques lis un projet ;
2. D'valuer l'impact des risques sur vos projets ;
3. De planifier des stratgies de contingence et de limitation ;
4. D'associer des risques des tches ;
5. D'associer des risques des problmes ;
6. D'associer des risques des documents ;
7. D'associer des risques des projets ;
8. D'associer des risques d'autres risques ;
9. De faire en sorte que les risques soient approuvs par un responsable ;
10. De demander ce que des alertes de risques vous soient envoyes par courrier
lectronique.
Cependant les questions auxquelles sera confront le gestionnaire de projets professionnel de
haut niveau seront du type:
Quelle est la probabilit que l'activit X soit finie avant la date y
Quelle est la probabilit qu'elle devienne critique ?
Quelle est la probabilit de respecter la date de ralisation du projet ?
Pour rpondre ces questions il existe de multiples techniques: distribution gaussienne,
triangulaire, mthode de Monte-Carlo, Bootstrapping, etc. Mais la plus connue en gestion de
projets, et parce qu'elle est aussi incluse dans MS Project, est la loi de distribution Bta.
La simulation est une technique utilise par le responsable de projet expert, exactement
comme le fait le sportif d'lite avant une comptition importante (il simule la comptition
dans sa tte de nombreuses fois... raison pour laquelle des sportifs sont souvent invits dans ls
entreprises pour faire des sminaires). L'oubli de simuler un projet l'amne le plus souvent
son chec...
Remarque: Si vous voulez appliquer avec le plus de rigueur possible les outils qui vont
suivre, il vous faudrait une base de donnes avec les tches incluant les informations
suivantes: nom des tches, catgorie, mtier, nom de l'excutant, nom du crateur de la tche,
dure estime (vendue), dure effective (relle), cot estim (vendu), cot effectif (rel).
Ainsi, grce une base de donnes de ce type, vous pourrez dterminer la loi de statistique
utiliser objectivement relativement aux technique que nous allons prsenter (le rsultat des
analyse mne souvent des conclusions catastrophiques au niveau de la qualit du
management d'une organisation...).
Gestion de projets
192/397
Vincent Isoz
Gestion de projets
193/397
Vincent Isoz
L'esprance mathmatique (ainsi que la variance) de cette loi normale se calcule comme la
somme des esprances mathmatiques (ou des variances) de chaque dure des tches du
chemin critique (cf. chapitre de Statistiques de mon livre sur les maths appliques) tel que:
k
k
E Xi E Xi
i 1 i 1
et dans le cas particulier o les variables sont linairement indpendantes, la covariance tant
nulle (voir le chapitre de Statistiques de mon livre sur les Mathmatiques Appliques) nous
avons aussi:
k
k
V X i V X i
i 1 i 1
Rappelons que nous avons vu lors de notre tude des chapitres de Statistiques et du Calcul
Diffrentiel Et Intgral de mon livre sur les Mathmatiques Appliques que:
( p ) ( q )
B ( p, q )
t p 1 (1 t ) q 1 dt
( p q )
0
1
et:
( x 1) x ( x)
quation 2 Fonction Gamma
Gestion de projets
194/397
Vincent Isoz
Si deux variables alatoires indpendantes X, Y suivent des lois gamma de paramtres
X
a 1 et b 1 respectivement, la variable T
suit une loi que nous appelons
X Y
"loi bta de premire espce" (cf. chapitre Statistiques).
La fonction de distribution de T est alors:
P0,1 ( x)
x (1 x)
1
1[0,1]
(1 t ) dt
x a
Pa ,b ( x)
(b a)
(b x)
1[ a ,b ]
(1 t ) dt
a ,b
( x)dx
(b a) 1 t (1 t ) dt
x a
(b x) dx 1
xa
1
xa bx
du
dx et 1 u 1
ba
ba
ba ba
nous obtenons:
1
( x)dx
a ,b
(b a)
(1 t ) dt
(b x) du
(b a)
(1 t ) dt
bx
a u b a du
b
t
0
(1 t ) dt
1
1
(1 t ) dt
(1 u ) du 1
Gestion de projets
195/397
Vincent Isoz
b
x Pa,b ( x)dx
a
1
1
(b a) 1 t (1 t ) dt
x x a
(b x) dx
x Pa ,b ( x)dx
(1 t ) dt
a u (b a) u
(1 u ) du
(b a)
1
(1 t ) dt
(1 u ) du a (b a )
B( 2, 1)
B( 1, 1)
Or:
B( 2, 1) ( 2) ( 1)
( 2)
B( 1, 1)
( 3)
( 1) ( 1)
( 2) ( 2) ( 1)( )( ) ( 2)
( 3)
( 1)
( 3)
( )
( 1)( )( )
( 2)
1
( 1)( 2)
( )
2
Donc:
a (b a)
1
2
Calculons d'abord E ( X 2 ) .
b
E ( X 2 ) x 2 Pa ,b ( x)dx
a
1
1
(b a) 1 t (1 t ) dt
x x a (b x) dx
a
Gestion de projets
196/397
Vincent Isoz
E( X )
(1 t ) dt
u 2 (b a )2 2a u (b a ) u (1 u ) du
(b a) 2
a
B( 3, 1)
B( 1, 1)
2a(b a)
(1 t ) dt
(1 u ) du
0
2 a (b a )
a 2 2a (b a )
1
(cf. calculs prcdents)
2
1
B( 3, 1)
(b a ) 2
2
B( 1, 1)
Or:
B( 3, 1) ( 3) ( 1)
( 2)
( 2)( 1)
B( 1, 1)
( 4)
( 1) ( 1) ( 3)( 2)
Donc:
E ( X 2 ) a 2 2a(b a)
1
( 2)( 1)
(b a)2
2
( 3)( 2)
Pour finir:
V ( X ) 2 E (T 2 ) E ( X ) 2 E (T 2 ) 2
1
2
1
1
a 2a(b a)
(b a) 2
a (b a )
2
3 2
2
2
1 2
1 (b a) 1 1
(b a)
2 3 2 2 2 3
2
Calculons maintenant pour le "module" M 0 de cette loi de distribution. M 0 est par dfinition
le maximum global de la fonction:
x a
Pa ,b ( x)
(b a)
(b x)
1[ a ,b ]
(1 t ) dt
dPa ,b ( x)
dx
Gestion de projets
197/397
Vincent Isoz
( x a) 1(b x) ( x a) (b x) 1 0
en divisant par ( x a) 1 (b x) 1 nous avons:
(b x) ( x a) 0
c'est--dire:
x M0
b a
Maintenant, le lecteur aura remarqu que la valeur a est la valeur la plus petite et la b la plus
grande. Entre deux il y a donc le mode M 0 . En gestion de projets, cela correspond
respectivement aux dures optimiste tO , pessimiste t P et attendu tV d'une tche.
Ensuite, nous imposons une hypothse assez forte:
2 2, 2 2 ou 2 2, 2 2
Ce qui implique que nous ayons:
ainsi que:
V (X )
(b a)2 1 1
2 3
2
(b a)2 (4 2 2 2 1) (b a) 2
7 62
62
V (T ) 2 (T )
(t P tO )2
62
Et finalement:
Gestion de projets
198/397
Vincent Isoz
E ( X ) a (b a)
1
6a (b a)(2 2 1)
2
6
6a 2b 2b b 2a 2a a 5a a b b 2b b 2a 2a a
6
6
a b 2a 2b (b a ) 2 a b 4M 0 a 4M 0 b tO 4tV tP
tPr
6
6
6
6
6
6
Remarque: les deux dernires expressions de la variance et de l'esprance sont celles que vous
pouvez trouver dans n'importe quel livre de gestion de projets (sans dmonstration bien sr et
partiellement faux!)
Remarque: La dure optimiste doit vraiment tre considre comme la dure pour laquelle il
est impossible d'tre plus rapide. Inversement, la dure pessimiste doit vraiment tre
considre comme la dure qui, si dpasse, la tche ou le projet doit tre abandonne (quel
que soit le projet et les cots dj investis, si vous n'arrivez pas avancer vous serez bien
oblig d'abandonner un jour ou l'autre!!!).
Comme nous pouvons le voir, la loi Bta une queue paisse sur la borne droite. Ce qui
signifie que nous privilgions en matire de probabilits le retard plutt que le travail dans les
temps.
Nous dfinissons aussi le "risque d'action" par le rapport dont l'interprtation est laisse aux
responsables de projet et au client (humm.):
R(Ti )
tP (Ti ) tO (Ti )
tP (Ti )
199/397
Vincent Isoz
Exemple:
Soit d i la dure des tches d'un chemin critique compos des tches B, D, F , G d'un projet
donn et le choix suivant pour les dures optimistes pessimiste et attendues de chaque tche
respectivement (choix compltement empirique de coefficient pour simplifier l'exemple!):
tO Ti 0.7 di
tP Ti 1.2 di
tV Ti di
Nous imaginons que les tches critiques sont telles que leurs dures attendues sont (choix
compltement empirique pour simplifier l'exemple!):
TB 7, TD 12, TF 6, TG 2
En dduire:
1. La dure probable (esprance) tPr , l'cart-type et la valeur modale selon le PMBOK19
2. La dure de chacune des tches avec un niveau de confiance de 95%
3. La probabilit cumule que chaque tche se termine dans le temps attendu.
4. La dure totale du chemin critique et son cart-type (toujours selon le PMBOK)
5. La probabilit cumule que le projet soit termin avant 27 jours.
6. Calculez la dure totale du projet avec 1 chance sur 20 seulement de la dpasser.
Solutions:
1. Sachant que selon le PMI:
E( X )
tO 4tV tP
tPr
6
et:
(T )
(t P tO )2
62
V (T )
et:
M0
2t P 2tO 2(t P tO )
4
19
Gestion de projets
200/397
Vincent Isoz
tPr TB 6.88
TB 0.583 TD 1
M 0 7.88
M 0 13.52
TF 0.5
M 0 6.76
TG 0.166
M 0 2.25
2. La dure de chacune des tches avec un niveau de confiance de 95% ne peut tre obtenue
formellement. Il faut passer par exemple par MS Excel ou @Risk de Palissade.
Nous avons:
Par contre nous voyons que la moyenne donne par le logiciel @Risk ne correspond pas la
valeur obtenue l'aide de formule donne par le PMBOK (PMI) qui est de 6.88 et donc sous
value de manire non ngligeable la vraie esprance mathmatique.
Au fait la raison est simple car le PMBOK (PMI) fait une erreur en confondant la valeur
modale et la valeur attendue. Nous n'avons en l'occurrence dmontrs dans le chapitre de
Statistique que nous n'avons pas:
Gestion de projets
201/397
Vincent Isoz
E( X )
tO 4tV tP
tPr
6
E( X )
tO 4M 0 tP
tPr
6
mais:
et vous pouvez vrifier.!!! On comprend alors mieux aussi pourquoi nombre de projets
chouent
3. La probabilit cumule que chacune des tches se termine dans le temps attendu ne peut
tre obtenue formellement. Il faut passer par exemple par MS Excel ou @Risk de Palissade.
Nous avons alors:
La variance du chemin critique est alors (si les variables alatoires sont indpendantes
rappelons que la variance d'un somme est gale la somme des variances quel que soit la
loi!):
VCest V Ti 1.618 1.618 1.27
i
5. Calculons la probabilit pour que la dure du chemin critique soit infrieure la valeur 27.
La loi de Gauss centre rduite nous permet d'crire:
k*
k tPr
27 26.54
0.353
1.27
Gestion de projets
202/397
Vincent Isoz
Donc nous avons une probabilit cumule de ~64% d'avoir une dure infrieure ou gale 27
jours !
Nous aurions obtenu le mme rsultat avec:
=LOI.NORMALE(27;26.54;1.27;1)=63.82%
6. Nous utilisons pour dterminer la dure avec une couverture du risque de 95%:
=LOI.NORMALE.INVERSE(95%;26.54;1.27)=28.62
Remarques:
R1. Par extension, cette technique s'applique bien videmment aux cots (s'ils sont
proportionnels la dure!)
R2. Rappelons que loi de Parkinson affirme que le travail s'tale de faon occuper le
temps disponible pour son achvement . Pensez-y!!!
Exercices:
Appliquez l'exemple prcdent dans MS Project:
1. Saisissez les tches critiques et leurs relations
2. Vrifiez leur dure minimale dans un univers certain
3. Activez l'affichage du chemin critique
4. Appliquez le PERT probabiliste
5. Vrifiez que vous ayez aussi environ 26.54 jours
6. Calculer le pourcentage de probabilit d'tre infrieur 27 jours dans MS Excel avec
la fonction NORMALDIST()
7. Personnalisez la vue du Gantt standard pour faire apparatre dans chaque barre de
tche un petit trait reprsentant la date de fin pessimiste, optimiste et probabiliste.
Gestion de projets
203/397
Vincent Isoz
Remarque: Dans la ralit, que l'on utilise la loi Bta, Triangulaire ou Uniforme (qui
ncessitent toutes au moins l'estimation de deux dures selon le retour d'exprience), une
technique qui fonctionne bien pour estimer en quipe les dures optimistes ou pessimistes
consiste lors d'une runion faire crire sur un bout de papier chaque ressource son
estimation des deux paramtres prcits. Le responsable de projet rcupre alors les papiers et
note sur un tableau la chose suivante:
Tche A Optimiste Pessimiste
3
7
Max
6
9
Min
Si l'tendue Max-Min pour chaque estimateur est trop grande, l'quipe doit alors discuter
intensment du sujet ou fractionner la tche estime pour rduire le biais jusqu' ce que le
biais soit acceptable. Cette manire de procder est inspire de ce qu'on appelle le "planning
Gestion de projets
204/397
Vincent Isoz
poker" " (puisque chaque ressource masque son estimation aux autres) qui dcoule du
"Scrum" de la mthode "Agile. la diffrence que l'application des jeux de cartes qu'on peut
acheter sur Internet sont inapplicables dans la ralit pour de grandes quipes de projets multisites et complexes.
12.6.3.3.6.2.2.1
La loi normale n'est par ailleurs pas qu'un outil d'analyse de donnes mais galement de
gnration de donnes. Effectivement, cette loi est une des plus importantes dans le monde
des multinationales qui recourent aux outils statistiques pour la gestion du risque, la gestion
de projets et la simulation lorsqu'un grand nombre de variables alatoires sont en jeu. Le
meilleur exemple d'application en tant le logiciel CrystalBall (pour les curieux).
Dans ce cadre d'application, est-il est par ailleurs trs souvent fait usage de la somme de
variables alatoires suivant des lois normales. Voyons comment cela se calcule-t-il:
Gestion de projets
205/397
Vincent Isoz
Soit X, Y deux variables alatoires indpendantes. Supposons que X suit la loi N (1 , 1 ) et
que Y suit la loi N ( 2 , 2 ) .
Rappel: La loi normale est donne par:
f x
f Z ( s)
f X ( x) fY ( s x)dx
1
21 2
( x1)2
212
( s x2 )2
2 22
dx
a 1 2 s , 12 22 . Nous obtenons,
f Z (s)
1
2 1 2
1
21 2
t2
212
(t a )2
2 22
t a1
a 2
2 2
2
2
1 2
e 2
e
dt
1
2 1 2
2 2 2
t a1 a 1 2
212 22
e
dt
dt
Nous posons:
a12
du
du
dt 21 2
dt
21 2
21 2
Alors:
f Z ( s)
Sachant que
u 2
1
21 2
t a1
a2
2 2
2
2
1 2
e 2
e
dt
1
2
a2
2
2
e 2
e u du
Gestion de projets
206/397
Vincent Isoz
fZ s
s 1 2
12 22
Par consquent, X+Y suit la loi:
N 1 2 , 12 22
Il s'agit aussi ici d'un cas simple de produit de convolution dont le calcul numrique peut tre
fait la main partir de table numriques. Mais quand il s'agit de convoluer des lois
diffrentes entre elles alors il faut recourir aux mthodes d'intgration de Monte-Carlo.
20
La mthode de Monte Carlo, initialement labore par Nicholas Metropolis et Stanislaw Ulam, a t utilise en
1940 pour le projet Manhattan aux laboratoires de Los Alamos. Elle fut pour la premire fois applique l'tude
du transport lectronique par Kurosawa en 1966 et trs utilise depuis dans tous les domaines scientifiques.
Gestion de projets
207/397
Vincent Isoz
valeurs bien choisies de x. Supposons enfin que les rponses obtenues aient t les
suivantes21:
P( X 3900) 0%
P( X 4100) 20%
P( X 4400) 40%
P( X 4800) 60%
P( X 4950) 70%
P( X 5100) 80%
P( X 5200) 100%
Nous avons alors la possibilit de construire par interpolation la fonction de rpartition avec le
tableau correspondant ci-dessous:
La fonction de rpartition du tableau ci-dessus tablit une correspondance prcise entre des
probabilits cumules et les valeurs correspondantes de X (que les statisticiens appellent
fractiles) et rciproquement. Il s'ensuit que si nous disposons de K valeurs quiprobables de
probabilits cumules P X xk , k variant de 1 K, nous disposons galement, grce la
fonction de rpartition de K valeurs quiprobables xk . Cette remarque forte simple est la
21
L'exemple est pris de l'ouvrage "Gestion de projets" de Vincent Giard aux (excellentes) ditions Economica
Gestion de projets
208/397
Vincent Isoz
base de la mthode de Monte-Carlo. Son application conduit pour une simulation de K = 50
valeurs de X partir de notre extrait de table de nombres au hasard ci-dessous.
Les nombres alatoires sont obtenus partir d'une table de nombres au hasard (nombres
alatoires ou pseudo-alatoires) ou d'une fonction gnratrice de nombres au hasard:
Cette table de nombres au hasard permet de simuler des valeurs quiprobables de probabilits
cumules: si nous extrayons des squences de 2 chiffres de cette table (comme illustr cidessous pour 10 valeur), nous obtenons autant de nombres quiprobables deux chiffres qui
seront considres comme autant de valeurs quiprobables de probabilits cumules (dans
notre cas: 43%, 64%, 58%, 92%, 32%, 0%, 38%, 41%, 8%, 58%). Si nous dsirons travailler
avec une prcision plus grande, il suffit de prlever des squences de n chiffres (n > 2); pour
n=3, nous obtenons des probabilits exprimes en "pour mille", etc.
Remarque: des nombres pseudo-alatoires peuvent tre obtenus par la suite rcurrente cidessous:
5
ui frac ui 1
o 3.14159265 et le terme frac signifie que l'on prend la partie fractionnaire du nombre
obtenu.
L'ide d'appliquer la mthode de Monte-Carlo la gestion de projets est due Van-Slyke
(1963) ; l'analyse d'un grand nombre de simulations globales du projet permet de tirer des
Gestion de projets
209/397
Vincent Isoz
enseignements gnralement impossibles obtenir de manire analytique. Cette approche
peut tre applique priodiquement, sur la base des tches non termines ou non commences.
Une fois connues les distributions de probabilits, il ne reste plus qu' utiliser les mthodes
classiques de Monte-Carlo pour obtenir par simulation des dures des diffrentes tches (c'est
ce que l'ensemble des plug-ins payant de MS Projet et autres dans le domaine de la gestion du
risque font). L'analyse d'un grand nombre de simulations globales du projet permet de tirer
des enseignements gnralement impossibles obtenir de manire analytique. Cette mthode
repose sur les principes suivants, conduisant l'tablissement du tableau ci-dessous:
Gestion de projets
210/397
Vincent Isoz
calculer le fractile xi ; l'quiprobabilit des valeurs tires zi P X i xi entrane
k
k
ncessairement l'quiprobabilit des K dures xi pour une tche donne
k
5. Nous nous ramenons en univers certain pour chacun des K jeux de simulations du
problme (c'est--dire chacun des ensembles de n valeurs xi du k-me jeu de donnes
k
22
De nombreux travaux montrent qu'en gnral, l'esprance mathmatique de la dure du projet est suprieure
la valeur trouve en univers certain.
Gestion de projets
211/397
Vincent Isoz
Gestion de projets
212/397
Vincent Isoz
Gestion de projets
213/397
Vincent Isoz
1 n
1 10
x
i 10 xi 19
n i 1
i 1
1 n
1 10
x
i 9 xi 19 17.09
n 1 i 1
i 1
Comme nous sommes dans la situation d'une variance empirique connue et d'une moyenne
empirique connue, pour faire le calcul d'un intervalle de confiance nous avons alors dmontr
dans mon livre de mathmatiques appliques qu'il fallait utiliser:
Gestion de projets
214/397
Vincent Isoz
o S est une autre notation traditionnelle dans certains domaines de la statistique pour la
notation de l'cart-type empirique. Nous avons alors pour l'intervalle de confiance 95% de
l'esprance:
19
17.09
10
T2.5% (9) 19
17.09
10
T2.5% (9)
Soit:
19
17.09
10
2.26 19
17.09
10
2.26
Ce qui donne:
4.49 33.51
L'intervalle de confiance peut tre galement calcul par bootstrap. Il est alors obtenu par
l'algorithme suivant:
Ann nn
Pour chaque chantillon simul, une moyenne est calcule (plusieurs milliers de moyennes!).
L'intervalle de confiance 95% est dfini sur cet ensemble de moyennes typiquement l'aide
du calcul des centiles (via les fonctions d'un tableur ou d'un langage de programmation).
Evidemment pour chaque ensemble de plusieurs milliers de valeurs, les centiles ne seront pas
les mmes donc il est mme possible de crer un intervalle de confiance pour les centiles euxmmes!
Il est trs facile (au mme titre que la mthode de Monte-Carlo) de crer des rpliques avec
des tableurs (de type MS Excel) sans faire de la programmation informatique! En plus la
technique du bootstrap est trs puissante car elle ne fait appel aucune hypothse sur la
distribution statistique sous-jacente. Le domaine le plus courant et simple d'application du
Gestion de projets
215/397
Vincent Isoz
bootstrapping est la gestion de projets o lors de runions avec une dizaine de ressources
chacun estime la dure d'une tche ou d'une phase.
Le bootstrap peut donc tre appliqu tout estimateur autre que la moyenne, tel que la
mdiane, le coefficient de corrlation entre deux variables alatoires ou la valeur propre
principale d'une matrice de variance-covariance (pour l'analyse en composantes principales) et
c'est l sa grande force!!! Effectivement, pour ces estimateurs, il n'existe pas de relation
mathmatique qui dfinisse l'erreur-standard ou l'intervalle de confiance. Les seuls mthodes
applicables sont des "mthodes de r-chantillonage" (resampling) comme en fait partie le
bootstrapping.
Centre de cots 1
Centre de cots 2
Centre de cots 3
Centre de cots 4
Total socit
Dpenses Totales
20
30
40
10
100
Et sinon un autre tableau trs intressant peu que l'ensemble des logiciels de gestion de projets
que je connais n'implmentent malheureusement pas par dfaut:
Cot non
productif
Centre de
cots 1
Centre de
cots 2
Centre de
cots 3
Centre de
cots 4
Cot p127524
rojets
P1
P2
2
-
Total
A1
10
A2
4
A3
-
10
30
10
10
20
40
10
Gestion de projets
20
216/397
Vincent Isoz
Total
23
25
14
25
100
1.5
1.25
1.2
5.7%
175'000
175'000
Ce qui signifie que le projet un rendement annuel net de ~5.7% sur l'investissement effectu.
217/397
Vincent Isoz
seuils diffrents. Celles qui ont des cycles de vie de produit trs courts auront tendance
tablir des priodes de remboursement courtes et des objectifs de IRR levs.
Il est donc important dans le cadre de la gestion de projet d'effectuer quelques calculs quant
aux dcisions prendre relativement aux investissements (mme s'il communment connu
que la majorit des entreprises PME/Multinationales maquillent leurs vrais chiffres).
La valeur actuelle nette VAN (NPV en anglais pour Net Present Value) est la diffrence entre
la valeur actuelle des dpenses et entres futures ractualises. Nous dmontrons qu'elle est
donne par:
n
Ck
Vn
V0
k
(1 t %) n
k 1 (1 t %)
VAN
quation 9 VAN
o:
Ck
donnent le capital initial investi pour arriver chaque capital Ck aprs un
(1 t %) k
temps k.
1. Les
2. La somme
Ck
(1 t %)
k 1
Vn
donne le capital initial investir pour arriver aprs n priodes au capital
(1 t %) n
Vn .
En fin de compte, la somme:
n
Vn
Ck
n
k
(1 t %)
k 1 (1 t %)
donne le capital total placer en pargne pour arriver aux sommes respectives des Vn , Ck
aprs leurs priodes d'investissement respectives.
Donc la diffrence:
n
Ck
Vn
V0
k
(1 t %)n
k 1 (1 t %)
VAN
nous informe si l'investissement V0 est plus intressant que celui d'pargner pendant des
priodes respectives des sommes qui nous auraient permis d'arriver aux Vn , Ck .
Gestion de projets
218/397
Vincent Isoz
Le taux de rentabilit interne TRI/IRR est le taux d'actualisation pour lequel la VAN du projet
est nulle. Il s'agit en fait de trouver le taux t% tel que:
Cn
Vn
C1
C2
...
V0 0
2
n
1 t % (1 t %)
(1 t %)
(1 t %) n
Cn
Vn
C1
C2
V0
...
2
n
1 t % (1 t %)
(1 t %)
(1 t %) n
VAN
Il existe une fonction spciale pour cela dans MS Excel, la fonction TRI:
Gestion de projets
219/397
Vincent Isoz
Cette approche est pratique car elle ncessite uniquement de connatre deux chose:
1. La volatilit gnrale du projet (ce qui normalement n'est pas une difficult majeure)
2. De vrifier l'hypothse de normalit de la distribution des dlais du projet.
J'ai appliqu cet outil personnellement pour la premire fois en 2009 dans des contextes rels
de projets et les rsultats sont d'une redoutable efficacit!! A ma connaissance c'est la
premire fois que cela tait utilis dans le monde de la gestion de projets.
Voyons un exemple du point de vue financier (la dmarche et les hypothses sont les mmes
pour ce qui concerne l'aspect temporel):
Un projet un cot espr de ~78'000.- (esprance) avec un cart-type (volatilit) de 3'900.qui suit raisonnablement avec un niveau de risque alpha de 5% une loi Normale (non rejet de
l'hypothse nulle).
Nous souhaiterions dterminer quelle est la fV@R que doit possder le mandataire pour
couvrir le risque de dviation de son projet avec un intervalle de confiance de 95%?
La rponse sera donne en utilisant la relation suivante dans MS Excel:
=NORMSINV(95%)*3900.-=6'400
Il faut donc un capital risque de 6'400.- pour couvrir les pertes 95% pour ce projet. En
d'autres termes, nous avons ainsi 5% de probabilit cumule (1 chance sur 20) de perdre plus
que 6'400.- et 95% de perdre moins!
Attention il s'agit d'une somme d'argent (ou de temps) qu'il s'agit d'ajouter l'esprance est ce
modle n'est applicable dans la pratique que si l'ensemble du projet suit une loi normale (ou
quelque chose qui en est suffisamment proche).
Gestion de projets
220/397
Vincent Isoz
E3. Une entreprise pharmaceutique veut dvelopper un nouveau mdicament. Elle opte pour
deux stratgies:
a. Investir 1 milliard de frs et vendre le mdicament immdiatement. Dans ce cas, l'entreprise
estime recevoir 500 millions de frs la fin de l'anne, 400 dans 2 ans et 300 millions dans 3
ans.
b. Dvelopper le mdicament plus lentement, c'est--dire investir 200 millions maintenant,
200 millions dans 1 an et recevoir 300 millions la fin des annes 2 et 3.
- Quelle stratgie est envisager si l'entreprise peut se financer 5% l'an ?
- Calculer le TRI (taux de rendement interne) partir duquel la VAN est nul pour chaque
stratgie
E4. Une machine cote 10'000.-. Elle permet de gnrer un profit net de 1'500.- par an durant
14 ans avec une valeur rsiduelle nulle.
- Calculer le TRI de cet investissement
Gestion de projets
221/397
Vincent Isoz
Solutions:
Rappel 1:
S1. Un ami vous propose d'investir 2'000.- dans un projet ayant un cash-flow qui double
chaque priode sur une base de 400.- assure pendant 3 priodes alors que le taux moyen
gomtrique d'intrt du march est de 5%. L'investissement est-il intressant ?
Pour rpondre cette question nous savons donc que nous aurons pour les 3 priodes
respectivement 400.-, 800.- et 1600.- de cash-flow
Pour obtenir chacune de ces trois sommes 5% pendant 1, 2 et 3 priodes respectives nous
aurions d pargner une somme initiale de:
n
Ck
(1 t %)
k 1
400
800
1600
2'488.72.
1
2
(1 5%) (1 5%)
(1 5%)3
La somme capitaliser est donc plus grande que la somme de 2'000 investir que nous
propose notre ami. La VAN est donc positive et gale :
2000 0
1
2
(1 t %) (1 t %)
(1 t %)3
et de trouver le bon t%. Pour cela nous allons recourir au logiciel standard MS Excel en
crivant (attention mettre V0 toujours en premier et ensuite l'ordre chronologique des cashflows!) la formule:
=TRI({-2000;400;800;1600})=15.117%
Vous pourrez toujours essayer de trouver un tel taux d'intrt sur le march
Il est clair que si le TRI est ngatif (donc la VAN aussi), il ne vaut mme pas la peine de
penser investir dans le projet. Mieux vaut aller voir une banque.
Par ailleurs, au-del d'une certaine valeur ngative, MS Excel renvoie #NOMBRE. Il faut
alors passer par des logiciels un peu plus puissants (comme Maple par exemple)
Gestion de projets
222/397
Vincent Isoz
S2. Une entreprise souhaite acqurir une nouvelle machine valant 6'000.- ce qui devrait
permettre d'abaisser les cots de production de 1'000.- par an durant 5 ans. On estime que
dans 5 ans, la valeur rsiduelle de cette machine sera de 3'000.-.
- Doit-on acheter cette machine si cet investissement peut tre financ par un emprunt 10%
Nous appliquons le mme raisonnement que prcdemment:
n
n
Ck
Vn
1000
3000
VAN
V0
6000 346.6
k
n
k
(1 t %)
(1 5%)5
k 1 (1 t %)
k 1 (1 5%)
La VAN tant ngatif, nous n'avons pas intrt, selon ce critre, acheter cette machine.
Dans MS Excel il faut crire:
=-6000+VAN(10%;1000;1000;1000;1000;4000)=-346.6.- Pour le calcul du TRI, il nous suffit nouveau de faire appel MS Excel:
=TRI({-6000;1000;1000;1000;1000;4000})=8.17 %
S3. Une entreprise pharmaceutique veut dvelopper un nouveau mdicament. Elle opte pour
deux stratgies:
a. Investir 1 milliard de frs et vendre le mdicament immdiatement. Dans ce cas, l'entreprise
estime recevoir 500 millions de frs la fin de l'anne, 400 dans 2 ans et 3000 millions dans 3
ans.
b. Dvelopper le mdicament plus lentement, c'est--dire investir 200 millions maintenant,
200 millions dans 1 an et recevoir 300 millions la fin des annes 2 et 3
Quelle stratgie est envisager si l'entreprise peut se financer 5% l'an ?
Pour la stratgie a nous avons:
VAN a
500
400
300
Pour la stratgie b il faut bien distinguer la partie retour sur investissement (cash-flow) de la
partie investie:
VANb
300
300
200
200
Selon ce critre, la stratgie b est financirement plus intressante. Ce qui n'tait pas
ncessairement vident deviner
Dans MS Excel il faut alors crire pour la stratgie a:
=-1000+VAN(5%;500;400;300)=98.15
Gestion de projets
223/397
Vincent Isoz
et pour la stratgie b:
=-200+VAN(5%;-200;300;300)=140.78
Le TRI de la stratgie a est de:
=TRI({-1000;500;400;300})=10.65 %
et celui de la stratgie b de:
=TRI({-200;-200;300;300})=22.47 %
S4. Une machine cote 10'000.-. Elle permet de gnrer un profit net de 1'500.- par an durant
14 ans avec une valeur rsiduelle nulle. Calculer le TRI de cet investissement (sol. = 11.89%)
De mme que prcdemment, nous crivons:
=TRI({-10000;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500})=11.89%
E (Ck )
E (Vn )
V0
k
(1 t %)n
k 1 (1 t %)
E (VAN )
Gestion de projets
224/397
Vincent Isoz
si et seulement si les deux variables ont indpendantes (covariance nulle).
Alors:
n
V (Ck )
k
k 1 (1 t %)
V (VAN )
tout en se rappelant que:
V ( x) pi X i2 E ( X )2
quation 11 Formule de Huyghens
Remarques:
R1. Nous avons E (C ) C puisque celle-ci est une valeur certaine !
R2. Nous avons V (V0 ) V (C ) 0 puisque V0 , C sont des valeurs certaines.
Exercice:
Soit un projet dont les cash-flows annuels possibles sont estims comme suit (chiffres en
millier de francs):
Anne 1: 20, 40, 60, 80
Anne 2: 40, 60, 70, 90
Anne 3: 30, 40, 60, 80
Avec des possibilits respectives de P1 20%, P2 30%, P3 30%, P4 20%
Sachant que le montant de l'investissement est de 100'000.- et que le taux du march est de
12%. Calculer l'esprance de ce projet et la variance de ce projet.
Solution:
L'esprance du VAN est donne par:
n
n
E (Ck )
E (Vn )
E (Ck )
E
(
VAN
)
V0
0
k
n
k
(1 t %)
k 1 (1 t %)
k 1 (1 t %)
(20 0.2 40 0.3 60 03 80 0.2) (40 0.2 60 0.3 70 03 90 0.2)
(1 12%)1
(1 12%) 2
(30 0.2 40 0.3 60 03 80 0.2)
100
(1 12%)3
50 0.893 65 0.797 52 0.712 100 33.479. kF
E (VAN )
La variance par:
Gestion de projets
225/397
Vincent Isoz
2
n
V (Ck )
PC
i i E (Ci )
V (VAN )
k
(1 t %) k
k 1 (1 t %)
k 1
n
(1 12%)1
402 0.2 602 0.3 702 0.3 902 0.20 652
(1 12%) 2
302 0.2 402 0.3 602 0.3 802 0.20 502
(1 12%)3
2920 502 4490 602 3020 522
480
265
316
1
2
3
1
2
(1 12%)
(1 12%)
(1 12%)
(1 12%) (1 12%)
(1 t %)3
428.64 211.205 224.992 864.837kF
et donc:
864.837 29.40kF
Entre deux ou plusieurs projets concurrents, nous retenons celui dont l'esprance
mathmatique de la VAN est la plus leve et l'cart-type de la VAN la plus faible.
23
La thorie mathmatique sort du cadre de ce cours mais est disponible dans les rfrences bibliographiques du
prsent ouvrage
Gestion de projets
226/397
Vincent Isoz
Un trs grand nombre de critres de dcision ayant t dvelopps au cours du sicle nous
nous limiterons ici la prsentation et l'valuation des critres les plus significatifs, les
critres de Laplace, de Wald, de Savage et Hurwitz chacun d'eux correspondant un type de
comportement particulier des dirigeant d'entreprises24.
24
Gestion de projets
227/397
Vincent Isoz
- pour chaque dcision (ou stratgie), de retenir le rsultat le plus faible
- parmi les moins bons rsultats, choisir le plus lev des moins bons rsultats des diffrentes
stratgies.
avec m le pire des gains, M le meilleur des gains, p la probabilit de balance de dcision du
dcideur.
Lorsque p est nul, le critre de Hurwitz se confond avec le critre de Wald sinon si p est gal
l'unit nous retombons sur le critre du Maximax.
Gestion de projets
228/397
Vincent Isoz
Remarque: nous avons ici dlibrment simplifi le modle d'Hurwitz dans le cadre ou
l'environnement (la nature) n'est pas probabiliste aussi.
Exercice (repris du l'ouvrage de F. Hmici et M. Bounab):
Une entreprise envisage les trois projets suivants P1, P2, P3 avec leurs gains respectifs.
Etat de la nature
Projet P1
Projet P2
Projet P3
Dfavorable
1'200
700
-500
Favorable
1'500
900
1'200
Trs favorable
1'800
1'200
1'600
Nous remarquons tout de suite qu'il s'agit ici d'un jeu unilatral. Il n'y donc pas de
confrontation avec un autre dcisionnaire comme c'est le plus souvent le cas en thorie de la
dcision.
Il est demand de classer les projets en fonction des critres suivants:
1. Critre du Maximin (ou de Wald)
2. Critre du Maximax
3. Critre de Hurwitz
4. Critre de Laplace
5. Critre de Savage (ou du Minimax regret)
Solutions:
1. Pour appliquer le critre de Wald il faut dans un premier temps dterminer pour le
dcisionnaire le gain (utilit) minimum de chacune des stratgies:
Pour le projet P1:
Min{1'200, 1'500,1'800}=1'200
Min{700, 900,1'200}=700
Min{-500, 1'200,1'600}=-500
Selon ce critre, c'est le projet 1 qu'il convient de retenir, en effet, parmi les rsultats les plus
faibles des trois projets, c'est celui qui correspond au plus lev.
2. Pour applique le critre du Maximax il suffit de retenir le plus lev de chaque projet en
fonction des diffrents tats de la nature, soit:
Pour le projet P1:
Min{1'200, 1'500,1'800}=1'800
Min{700, 900,1'200}=1'200
Min{-500, 1'200,1'600}=1'600
Le maximum des maximums tant 1'800 c'est nouveau le projet 1 qui est retenu.
Gestion de projets
229/397
Vincent Isoz
3. Pour appliquer le critre de Hurwitz (dans sa version simple) on choisit (on peut dmontrer
d'o vient cette valeur mais cela sort du cadre ce cours) p=0.7 et la thorie de base nous
impose d'utiliser que deux issues. Nous prendrons alors seulement les optimistes et
pessimistes:
Etat de la nature
Projet P1
Projet P2
Projet P3
Dfavorable
1'200
700
-500
Trs favorable
1'800
1'200
1'600
1
1
1
E ( P1 ) 1'200 1'500 1'800 1'500
3
3
3
1
1
1
E ( P2 ) 700 900 1200 933.34
3
3
3
1
1
1
E ( P3 ) 500 1200 1600 766.67
3
3
3
Dfavorable
0
500
1700
Favorable
0
600
300
Trs favorable
0
600
200
230/397
Vincent Isoz
Regret maximum pour le projet P2: 600
Regret maximum pour le projet P3: 1700
Il convient enfin de choisir le projet qui prsente le regret le moins lev, donc dans cet
exemple simple, c'est nouveau le projet 1.
Pour conclure, il convient de rappeler qu'une dcision d'investissement est une opration
complexe qui fait intervenir plusieurs variables tant quantitatives que qualitatives et qu'elle ne
peut s'appuyer que sur un seul critre ou mme sur cinq !
La frquence annuelle dans la colonne se trouvant l'extrme droite du tableau (les feuilles)
est simplement gale l'estimation de la frquence annuelle de l'vnement initiateur
multipli par le produit des probabilits d'une branche tel que:
Gestion de projets
231/397
Vincent Isoz
f r f 0 Pi
i
et il faut bien videmment faire attention ce que la somme des probabilits dans chaque
branche soit gale 100%.
Gestion de projets
232/397
Vincent Isoz
de tableau) avec le logiciel TreeAge (la mme chose peut tre effectue avec Isograph mais
cela prend trop de temps avec MS Visio):
Ainsi, la rponse la premire question est que la stratgie donnant l'esprance de gain la plus
grande est la stratgie "Pas Cher" car il y a un gain espr de 10 millions.
Avec la premire dcision (Cher) nous gagnerions en moyenne que:
Remarque: Dans les arbres de dcisions construites avec TreeAge une rgle de base est
d'avoir chaque branche probabiliste la somme des probabilits qui vaut 1!
Cette mthode est simple mettre en place mais ds que les scnarios se compliquent il faut
alors faire appel aux probabilits baysiennes ou aux simulations de Monte-Carlo et alors
l'affaire se complique nettement!
Gestion de projets
233/397
Vincent Isoz
Et avec l'vidence:
Cela consiste se familiariser avec le logiciel de gestion de projet, crer un fichier projet,
saisir et manipuler les tches entourant le projet en tenant compte de leur dure, et
hirarchiser les tches sous forme de phases. De plus, il faut rpartir les units de ressources
humaines et matrielles entre les tches relies au projet, en plus de saisir les cots des
ressources sur ordinateur.
Grce la phase de planification et au logiciel de gestion de projet, le coordinateur du projet
sera en mesure de grer son projet de faon "proactive" () et ce, en appliquant les rgles de
l'art en gestion de projet. Principalement, ces outils lui permettront de faire ce qu'un grant de
projet est toujours cens faire, soit interagir avec les diffrents intervenants externes et
internes gravitant autour du projet.
La phase de pilotage informatise est galement appele "tape de contrle et suivi". Plusieurs
activits sont au centre de cette phase:
Recueil des informations sur le droulement rel du projet pour contrler la dure des
tches, le volume des ressources affectes celles-ci, etc.
En fonction des trois catgories d'objectifs dfinis pour un projet, trois procdures de contrle
et suivi peuvent tre mises en place:
Cette phase favorise le contrle et le respect des chanciers, des budgets et de la qualit du
produit et/ou du service. Pour ce faire, le diagramme de Gantt, prsent plus loin, n'est qu'un
des outils offerts au grant de projet. Il permet de corriger ou de justifier les carts pouvant se
produire tout au long du projet.
Gestion de projets
234/397
Vincent Isoz
Pour s'assurer que la phase de pilotage soit efficace, il faut tablir des lignes de conduite qu'on
doit essayer de suivre:
Faire un audit sur une base priodique aprs chaque phase, s'il y a lieu
Encourager les membres de l'quipe utiliser des outils informatiques pour la gestion,
la coordination et le contrle du projet.
Autres (tenir des rencontres rgulirement, prparer des rapports de rendement sur les
ressources et les tches relies au projet, etc.)
235/397
Vincent Isoz
tre tablie pour la comparaison du progrs actuel avec le progrs planifi. Pendant la priode
de rapportage il y a deux sortes d'information rassembler, les informations sur la
performance actuelle et les informations sur les changements dans la porte, l'chancier et le
budget. Dans le cas de changement, il est conseill de produire une nouvelle planification
initiale. Le processus de contrle de projet continue pendant le droulement du cycle de vie
du projet. La plupart du temps, une priode de rapportage courte aide identifier les
problmes plus tt pour faciliter les actions correctives.
Les outils d'valuation des rsultats du projet sont prsents ci-dessous:
L'tat des mouvements de trsorerie par rapport chaque tche du projet, les rapports d'carts
sur les ressources affectes au projet, les diagrammes de tendance de cots, etc., peuvent tous
tre prpars pour aider le coordinateur du projet valuer le rendement de ses subalternes et
d'autres. Des exemples de ce type de rapports peuvent tre obtenus avec MS Project,
MS Excel, MS Access, Business Objects ou encore Crystal Reports.
Ce n'est pas parce qu'une femme fait un bb en neuf mois, que neuf femmes feraient un bb
en un mois25
25
Petite boutade indiquant que dans certains projets l'ajout de ressource ne permet ni d'aller plus vite, ni de
rattraper le temps perdu (pour des raisons de complexit du projet).
Gestion de projets
236/397
Vincent Isoz
237/397
Vincent Isoz
2. Notez la modification propose dans le journal de bord dans un tableau comportant un
numro d'identifiant du projet, un numro d'identifiant du changement, l'initiateur, la
date de proposition, le nom de l'approbateur, l'tat d'approbation (Oui/Non), la date
d'approbation et des commentaires.
3. valuez son impact sur le projet et sur tous les projets interdpendants via l'intgration
dans le planning du Gantt
4. Si cela est du ressort du responsable de projet, rejetez ou acceptez la proposition de
changement
5. Si cela n'est pas du ressort du responsable de projet, rfrez-vous la dcision des
instances suprieures.
La proposition de changement peut tre:
Rejete
Evidemment, tous les changements proposs doivent tre revus et leur impact valu avant
d'tre mis en uvre ou rejets. Un projet peut avoir plusieurs niveaux pour la revue et
l'autorisation du changement.
238/397
Vincent Isoz
Dans la gestion de projet, il est aussi important de matriser les cots que de respecter les
chances et les performances techniques. Un systme de surveillance doit donc tre mis en
place que l'on soit en prsence d'un projet interne ou de l'excution d'un contrat ou pour un
tiers. En cas de contrat, le projet externe peut tre, du point de vue du matre d'uvre,
considr comme un projet interne. Mais les consquences d'un non-respect des objectifs sont
telles que le matre d'ouvrage cherche le plus souvent avoir un droit de regard sur l'analyse
de l'avancement du projet tant que du point de son excution que de ses cots, en particulier
quand le contrat prvoit un montant calcul sur la base de cots occasionnes par le contrat,
augment d'une commission.
Le systme prsent ici est trs largement adopt un peu partout dans le monde. Il adapte au
cas de la gestion de projet, les principes "classiques" du contrle de gestion. Nous partons de
donnes de rfrence pour analyser ce qui a t excut.
au budget initial, se substitue le budget date qui intgre les dcisions modificatives
intervenues pour tenir compte des difficults ou opportunits rencontres
239/397
Vincent Isoz
Cette analyse s'appuie sur la prvision de la consommation progressive du budget date. Il
est clair que la qualit de ce scnario de rfrence conditionne le contrle de gestion. Nous
examinerons d'abord les grandeurs comparer avant de prsenter les diagnostics d'cart de
planning et d'cart de cot que nous pouvons tirer.
Il est important de souligner que ces analyses peuvent tre conduites pour le projet dans son
ensemble mais que des diagnostics prcis et recommandations utiles ne pourront que se baser
sur des analyses similaires pour des ensembles restreints de tches, ce qui ne pose
normalement pas de problme dans la mesure o les informations du projet rsultent
d'agrgations d'informations partielles.
Dans le cadre du contrle de projet, l'outil de mesure de la performance disponible est la
"valeur acquise".
Remarque: La gestion de la valeur acquise (en anglais, "Earned Value Management", d'o
l'acronyme EVM) est une mthodologie cr aux Etats-Unis dans le but de pouvoir mesurer
les performances de la production industrielle. La gestion de la valeur acquise a t
concrtement applique pour la premire fois par la United States Air Force, au dbut des
annes 1960, pour un programme militaire. A noter que le systme se nommait anciennement:
C/SCSC pour "Cost/Schedule Control System Criteria".
Pour cela, 3 mesures-cls de performance des cots sont fondamentales pour l'analyse de la
valeur acquise: le cot rel du travail ralis au temps t (CRTE), le cot budgtis du travail
ralis au temps t (CBTE) ou le cot budgtis du travail planifi (CBTP) au temps t.
D'un point de vue professionnel, les gestionnaires recourent l'analyse de la valeur acquise
pour valuer, lors de la mise jour du projet un moment donn dans le temps, la
performance, en termes de dlai et de cot et suggrer, en cas d'cart important avec ce qui a
t planifi, des actions correctives. C'est donc un outil utile et puissant de mesure de la
performance qui tienne la fois compte des dlais et des cots, aspects quantitatifs par
excellence du triangle dlai, cot, qualit!
Les points ci-dessous sont importants relativement l'outil d'audit de MS Project tel que
prsent dans mon e-book sur le sujet!
A la date courante t, un ensemble de tches a t en totalit ou en partie achev, ce qui se
traduit par un cot encouru ou Cot Rel du Travail Effectu CRTE correspondant au cot
rel des travaux raliss la date d'tat t et imputables au projet.
Si nous avions travaill en conformit avec le budget initial, les travaux qui auraient d tre
raliss la date d'tat t auraient normalement conduit supporter un Cot Budgt du
Travail Prvu CBTP (appel encore budget encouru).
La diffrence observe la date t entre ce qui a t prvu (budget encouru) et ce qui est ralis
(cot encouru) a deux origines possibles:
un effet prix, c'est--dire des carts sur les valeurs des facteurs consommes qui sont
imputables :
Gestion de projets
240/397
Vincent Isoz
o des diffrences quantitatives utilises (amlioration ou dgradation de
productivit)
o et des diffrences de prix unitaires valorisant ces quantits (prix suprieurs ou
infrieur par rapport aux prvisions).
L'ide suivie consiste comparer respectivement ce qui tait prvu (CBTP) et ce qui est
ralis (CRTE) la date d'tat une troisime grandeur correspondante une valeur thorique
de travaux excuts qui doit tre:
Ds lors, cette valeur thorique de travaux excuts que l'on appelle Cot Budgt du Travail
Effectu CBTE (ou valeur budgtaire du ralis ou encore valeur acquise) s'obtient tout
simplement en valorisant les tches effectues par leurs cots prvisionnels (Budget At
Completion BAC) dfinis dans le budget date (on parle alors de valorisation prix
budget). Cette dmarche n'est que la transposition d'une dmarche classique dans les analyses
d'cart en contrle de gestion.
Voici les quivalences anglophones de ces premiers facteurs:
CRTE ACWP
CBTP BCWS
CBTE BCWP
et leur affichage dans MS Project:
Attention !!! Suivant la taille des valeurs, la fentre Earned Value ci-dessus n'arrive pas
afficher les rsultats de calculs. Dans ce cas, passez par la table Cost disponible dans
MS Project ou crez votre propre formulaire.
Gestion de projets
241/397
Vincent Isoz
Si le CBTE est suprieur au CBTP (SV positif), les ralisations du projet sont en
avance par rapport aux prvisions, et ce "globalement" (il convient, en effet, d'analyser
plus en dtail le planning pour vrifier si certaines tches critiques n'ont pas pris de
retard, ce que ne permet pas de dceler l'indicateur synthtique propos)
Si le CBTE est infrieur au CBTP (SV ngatif), les ralisations sont "globalement" en
retard par rapport aux prvisions.
L'cart de planning SV est un indicateur exprim en valeur ; son signe permet d'indiquer si
nous sommes en avance ou en retard, mais difficilement d'en apprcier l'importance. L'usage
complmentaire d'un indicateur en valeur relative permet de mieux apprcier l'importance du
retard ou de l'avance diagnostiqu. Il suffit, de diviser l'cart de planning SV par le CBTP:
SV %
SV
CBTE CBTP BCWP BCWS
CBTP
CBTP
BCWS
Remarque: Le rsultat de ces variations est imputable une amlioration ou une dgradation
de performances techniques, organisationnelles et de gestion que les acteurs du projet
matrisent en grande partie, Cette appellation d'cart de cot est d'une certaine faon
Gestion de projets
242/397
Vincent Isoz
trompeuse et traduit mal l'interprtation qu'il convient d'en donner. Aussi utilise-t-on plus
volontiers d'autres appellations comme cart de performance ou encore cart de productivit.
L'analyse de ces informations est simple:
Si le cot budgt du travail effectu CBTE est infrieur au cot rel du travail
effectu CRTE (cart de cot CV ngatif), nous sommes en prsence de dpenses
supplmentaires qu'il faudra compenser par des conomies ultrieures ou, dfaut, par
une augmentation de budget ; nous sommes donc en prsence d'un risque de
dpassement budgtaire
Si le cot budgt du travail effectu CBTE est suprieur au cot rel du travail
effectu (cart de cot CV positif), les ralisations du projet ont cot moins cher que
prvu, ce qui accrot les chances de tenir dans l'enveloppe budgtaire initiale.
CV
CBTE CRTE BCWP ACWP
CBTE
CBTE
BCWP
CBTE BCWP
CRTE ACWP
ainsi que le IPP (SPI en anglais) qui est l'indice de performance de la planification et qui est
dfini par:
IPP
CBTE BCWP
CBTP BCWS
et enfin le TCPI qui est l'indice de performance accomplir (To Complete Performance
Index) dfini par le rapport entre le cot du travail restant effectuer planifi (toujours
positif) et les fonds restants dpenser, la date d'tat, ou le budget l'achvement (pouvant
tre ngatif ou positif):
TCPI
Une valeur TCPI suprieur 1 indique un besoin de performances accru pour le travail restant
sur le projet afin de respecter le budget (vous devez peut-tre sacrifier la qualit). Moins de 1
indique que les performances peuvent tre rduites pour respecter le budget, ce qui permet
d'augmenter la qualit ou le profit.
Gestion de projets
243/397
Vincent Isoz
Remarques:
Pour un indicateur de cots de type variations (VC ou SV), la valeur peut-tre positive
ou ngative comme nous le verrons plus loin dans les exemples. Une variation positive
indique l'avance sur les prvisions, ce qui signifie que le budget tabli ne sera pas
dpass. Une variation ngative signale du retard sur les prvisions ou un dpassement
du budget (des mesures s'imposent donc!).
Pour les indicateurs d'audit de type ratios, comme l'indice de performance des cots
(IPC) ou l'indice de performance (IPP), la valeur peut tre suprieure ou infrieure
1. Une valeur suprieure 1 indique de l'avance sur les prvisions . Une valeur
infrieure 1 indique du retard sur les prvisions , ou un dpassement du budget.
Par exemple, un IPP de 1.5 signifie que vous avez "consomm" seulement 67%
(1/1.5) du temps prvu pour raliser une partie d'une tche sur une priode donne. Un
IPC de 0.8 (1/0.8-1) indique que vous avez dpens 25% de temps supplmentaire
pour une tche par rapport ce qui tait planifi
Attention ! Prenez garde au fait que les calculs se font aussi en fonction de l'option de calcul
de MS Project ci-dessous (Tools/Options/Calculation).
Voyons deux cas pratiques simplifis l'extrme pour assimiler les concepts. Bien
videmment, plus tard nous appliquerons cela un vrai projet (qui sera de petite taille
mais qui est vrai quand mme).
Gestion de projets
244/397
Vincent Isoz
Le mieux est de commencer par la base en faisant usage d'indicateurs indpendants du profil
de la charge du travail ralis.
On peut ainsi s'inspirer quelques-uns des indicateurs du modle de pricing d'option de Black
& Scholes (l'inspiration se situe uniquement au niveau des noms et de la notations...).
Ainsi, nous avons:
- Le "delta" dfini par:
R
t
R 2
20%
t 10
ce qui inaugure rien de bon puisque cela indique un taux de retard de 20% l'heure... On peut
aussi tracer, sans utiliser le delta, une courbe reprsentant le retard en fonction de
l'avancement du projet. C'est une information pertinente qui permet en utilisant des techniques
de rgression, plus pousses que la rgression linaire, de prendre les dispositions ad hoc
avant que cela ne soit trop tard.
- Le "theta" dfini par:
F
t
qui donne la variation instantane du retard de la date de fin du projet (F) en fonction de la
variation du temps d'avancement des tches sous-jacentes. Par exemple, si un projet
comportant plusieurs tches pour une dure totale de 2 ans a un de retard de 3 heures sur la
date de fin du projet par rapport au planifi aprs 8 heures de temps coul, le theta vaudra
(sous forme discrte):
F 3
37.5%
t 8
donc le projet subit 37.5% d'unit de temps de retard sur la date de fin par unit de temps
coule sur le chemin critique. On peut aussi tracer, sans utiliser le theta, une courbe
reprsentant le retard sur la date de fin en fonction de l'avancement du projet. C'est une
information pertinente qui permet en utilisant des techniques de rgression, plus pousses que
la rgression linaire, de prendre les dispositions ad hoc avant que cela ne soit trop tard.
- Le "rh" dfini par:
Gestion de projets
245/397
Vincent Isoz
C
t
qui donne la variation instantane du cot du projet (C) consomm (par rapport au planifi) en
fonction de la variation du temps d'avancement des tches sous-jacentes.
- Le "vga" dfini par:
v
qui donne la variation instantane du cot du projet (C) consomm (par rapport au planifi) en
fonction de la variation l'cart-type (volatilit) de la variation des cots des tches sousjacentes. L'cart-type se calcule traditionnellement en %.
Gestion de projets
246/397
Vincent Isoz
Exercice:
Dans MS Project, crez une tche T1 de 500.- (francs) en cot fixe et d'une dure 5 j ( 8
h./jour) commenant un lundi 8h00 et finissant donc le vendredi de la mme semaine
17h00 (vous pouvez trs bien imaginer que cette tche reprsente l'ensemble d'un lot de
tches).
E1. Enregistrez la baseline (planification initiale) et ensuite doublez la dure ET le cot de la
tche.
Question 1: quelle est la valeur du BAC et du FAC ainsi que leur diffrence ? Que reprsente
le signe de cette diffrence (VAC: Variance At Completion) ?
Question 2: quelle est la valeur du BCWS (budget encouru/CBTP) au premier, troisime,
sixime et neuvime jour de la tche ( 17h00 pour chaque jour).
Question 3: la valeur du BCWS (budget encouru/CBTP) correspond-elle sa dfinition. Si
oui, pourquoi ?
Question 4: si nous mettons la tche effectue 30%, les valeurs du BCWS au premier,
troisime, sixime et neuvime jour de la tche ( 17h00 pour chaque jour) changent-t-elles
par rapport au moment o nous avions 0% d'effectu ?
Question 5: affichez le Tracking Gantt (Gantt Suivi) pour comparer la baseline la
planification actuelle.
E2. Mettez maintenant la date d'tat du projet (status date) la fin du sixime jour ouvrable
(soit le deuxime lundi 17h00), les cots fixes 500.- et le travail accompli 75%.
Question 1: Quelle est la valeur de ACWP (cot encouru/CRTE) ? La valeur obtenue
correspond-elle au cot rel des travaux raliss la date d'tat et imputable au projet (selon
dfinition).
Question 2. Quelle est la valeur du cot budgt du travail effectu BCWP (CBTE) ?
Correspond-il la relation (selon la dfinition) suivante:
BCWP BAC %Complete 500 75%
Mettez ensuite le cot fixe de la tche courante T1 2000.- et dites combien vaut le BCWS,
BCWP et ACWP.
Question 3: Calculer les valeurs de l'cart de planning SV et de l'cart de cot CV et des
indicateurs SV% et CV% ? Comment interprter les signes positifs ou ngatifs des rsultats
obtenus. Quelle est la valeur du FAC ?
Question 4: Quelles sont les valeurs du CPI (IPC), IPP (SPI) et TCIP (TCPI).
Gestion de projets
247/397
Vincent Isoz
Solutions:
Exercice 1:
Rponse 1: Le BAC vaut bien videmment 500.- le FAC quant lui pour des raisons vidents
vaut 1000.-. La diffrence est de -500.-. La variation est ngative car elle reprsente une
augmentation des cots (ce qui est ngatif pour le coordinateur de projet)
Rponse 2: Le BCWS/CBTP (Budgeted Cost Work Sheduled) est donn selon la date d'tat
seulement (d'o le "Scheduled"). Nous avons donc:
Nous avons donc:
- Au premier jour 17h00: 100.- (le 1/5 de 500.- selon le budget)
- Au troisime jour 17h00: 300.- (les 3/5 de 500.- selon le budget)
- Au sixime jour 17h00: 500.- (les 5/5 de 500.- selon le budget)
- Au neuvime jour 17h00: 500.- (toujours les 5/5 de 500.- selon le budget)
Rponse 3: Oui les valeurs donnes du BCWS/CBTP correspondent bien sa dfinition car il
indique bien les cots sur la base de la planification initiale et non sur la courante relativement
la date d'tat. Pour preuve, partir du 5me jour, nous avons toujours BCWS=500.- mme si
la tche courante est maintenant de 10 jours (en d'autres termes, si nous mettons la date d'tat
au 8me jour, le BCWS vaudra toujours 500.-)!
Rponse 4: Non les valeurs du BCWS/CBTP ne changent aucunement car elles ne dpendent
pas tu travail effectu par dfinition mais de l'analyse qu'en fait le coordinateur de projet
comme si le travail avait t fait jusqu' la date d'tat (parfaitement selon la planification
initiale).
Rponse 5: La tche telle que prpare avec sa planification initiale est reprsente dans MS
Project par:
Exercice 2:
Rponse 1: La valeur de l'ACWP (cot encouru/CRTE) est de 300.- La rponse est donc
"Oui" car sur la base des 10 jours de la tche selon la planification courante, nous avons bien:
ACWP CRTE
500.
6 j. 500 60% 300.
10 j.
la valeur obtenue correspond bien au cot rel des travaux raliss et imputable au projet et
ceci la date d'tat (car dans notre exemple elle est antrieure au travail effectu!!!) et
correspondant un travail effectu 60%.
Gestion de projets
248/397
Vincent Isoz
Si le %Achev tait avant la date d'tat, l'ACWP indiquerait le cot rel la date STOP de
MS Project correspondante.
Rponse 2: le BCWP (Budgeted Cost Work Performed) correspond forcment :
BCWP CBTE BAC %Complete ( date d'tat) 500 60% 300
Effectivement, nous avons chang la dure de la tche et non ses cots par rapport la
planification initiale. Donc nous devons avoir une variation nulle des cots (CV) tel que:
300 500
40%
500
Le rsultat tant ngatif, cela signifie que la dpense des cots (et donc le travail) un retard
de 200.- selon la planification initiale (d'o le fait que nous parlions de Schedule Variance),
soit une variation de -40% (le 40% de 500 tant gal 200) par rapport ce qui tait prvu
(retard) cause du fait que notre tche est passe de 5 10 jours!
Nous avons pour l'cart des cots:
CV BCWP ACWP CBTE CRTE 300 1200 900
CV %
300 1200
300%
300
Nous avons donc une variation de -900.- (en plus les cots ont augment!) travail gal et
dure gale entre la tche dans planification initiale (tire 10 jours) et la tche courante. Cela
correspond un cart de 300% (le 300% de 300 tant 900).
La valeur du FAC est de toute vidence de 2'000.Rponse 4: Les valeurs des indicateurs de performance sont respectivement:
- Indicateur de performance des cots:
Gestion de projets
249/397
Vincent Isoz
CPI
0.25
ACWP CRTE 1200
cette valeur est mauvaise. Nous avons un rapport de 4 (l'inverse de 0.25) entre ce que la tche
nous cote en rel la date d'tat et ce qu'il nous aurait cot selon le mme avancement la
planification.
Plus on est proche de 1 plus les cots sont respectueux de la planification (au-dessus de 1 on
conomise mme de l'argent!). La valeur tend vers zro dans le cas contraire. Le rsultat est
donc ici assez mdiocre.
- Indice de performance de la planification et qui est dfini par:
SPI
0.6
BCWS CBTP 500
cet indicateur s'interprte de la manire suivante dans notre exemple: la date d'tat nous
avons 60% du travail par rapport la tche initiale cot gal. Le rapport tend vers 1 au fur et
mesure (dans notre exemple!) que la date d'tat tend vers le 10me jour de la tche actuelle.
Tant que la date d'tat est infrieure cinq jours prcdant le dbut de la tche le rapport vaut
toujours 0.5 (puisque la dure a doubl, nous avions 50%).
Dans tous les cas, une valeur infrieur 1 indique un retard dans le travail cot gal, une
valeur suprieure 1 un avancement.
- Indice de performance accomplir:
TCPI
0.29
BAC CRTE BAC ACWP 500 1200 700
le TCPI (To Complete Performance Index) nous indique s'il est ngatif que nous avons
dpass la date d'tat partir du moment auquel la valeur travail restant accomplir dpasse
ce qui avait t initialement budgt. Au moment o la date de dpassement a lieu, le TCPI
est infini (singularit).
Pendant qu'il est ngatif le coordinateur de projet doit chercher diminuer les cots afin de
revenir dans les positifs (diminution de la qualit de la prestation) ou diminuer la dure en
gardant les cots (heures supplmentaires en perspective quoi!). Il peut bien videmment
jouer soigneusement sur les deux tableaux: cots et dure !
12.6.4.3 Tests
Dans le cadre de la ralisation de projets il y aura presque toujours des phases de test (par
exemple en informatique on parle de version alpha, beta1, beta2, , RTM) qui prcdent la
mise en production ou la livraison du produit.
Le domaine du test est extrmement vaste selon les mtiers. Citons juste quelques exemples:
Gestion de projets
250/397
Vincent Isoz
de mathmatique applique sur ces deux sujets). Mise en situation relle avec des
"Stress-Test" (analyse de la robustesse)
Pharmaceutique: Tests de rmission ou de survie sur des cohortes en utilisant les tests
non paramtriques de Kaplan-Meier (voir mon livre de mathmatique applique sur ce
sujet).
Vision et
objectifs
Comment
continuer
avancer?
O est -on?
Comment
savoir que
nous y
sommes?
O
voullonsnous aller?
Comment
faire pour y
aller?
Gestion de projets
251/397
Vincent Isoz
L'assurance de la qualit dans les projets garantit que tous les contrles et tests requis sur la
base des normes ou du systme de gestion de la qualit sont prpars et excuts de manire
claire et efficace, et qu'ils sont documents de manire suffisante. Font aussi partie des tches
de l'assurance de la qualit les rapports tablir sur l'excution des activits, sur les rsultats
obtenus et sur les tendances constates.
Pour arriver ces objectifs qualitatifs et quantitatifs, il est donc ncessaire d'abord d'y
consacrer un certain temps d'tude. Cependant, avant de commencer je tiens partager ma
conviction + une proposition:
Conviction: Toute entreprise de plus de 50 employs qui n'a pas un responsable qualit ou
qui n'a pas de responsables qualit par groupe de 1'000 employs n'est absolument pas
srieuse et se moque alors de ses clients (et de ses employs) car c'est alors une preuve de son
dsintrt fournir une prestation ou un produit conforme aux rgles, attentes, conditions de
travail et rgles de maintenance auxquelles on peut tre en droit de s'attendre!
Proposition: Dans les entreprises o la direction n'est pas motive engager des ressources
responsables de la qualit nous pouvons proposer que toute anomalie/accident qualit doit
pouvoir tre quantifie en termes de cots (ce qui va beaucoup intresser la direction) et ces
mmes cots doivent alors tre pays par le dpartement concern au dpartement qualit en
tant que budget de fonctionnement (ou un certain pourcentage). L'ide tant alors que les
dpartements ayant beaucoup de problmes qualit voient leur budget de fonctionnement
diminuer cause des pnalits, ce qui finance un dpartement qualit qui les aidera mettre
en place les moyens pour viter ces problmes, et le jour o tout va bien (le jour o le
dpartement qualit n'est plus financ par les autres) le dpartement qualit disparat de luimme.
Enfin, rappelons quelques lments:
1. Pour des raisons de cots de la qualit la socit Petrobras aurait firement annonc
dans les mdias qu'elle a russi couper les cots inutiles de la qualit dans la
fabrication des plates-formes ptrolires en inaugurant le principe sur la plate-forme
P36.
Rsultat: Elle coule suite au non-respect des normes qualit de scurit et
500'000'000$ sont maintenant sous l'eau plus quelques humains avec
Gestion de projets
252/397
Vincent Isoz
2. Pour des raisons de cot, la socit Tepco aurait vit de mettre en place trop de
systme de redondance et aurait vit de faire les contrles de maintenance
correctement pendant 10 ans.
Rsultat: Accident nuclaire de Fukushima en 2011 et cots directs estims environ
1'000'000'000$ plus quelques humains sacrifis
Gestion de projets
253/397
Vincent Isoz
donn par mon site Sciences.ch26 (donc de nombreuses dmonstrations s'y trouvent que nous
omettrons ici sinon le document fera plusieurs millier de pages) qui peut trs bien s'appliquer
la gestion de projets.
Six sigma est l'origine une dmarche qualit limite dans un premier temps aux techniques
de Matrise Statistique des Procds (SPC: Statistical Process Control). La Matrise
Statistique de la Qualit (MSQ) ou Statistical Quality Control (SQC) a elle vu le jour aux
tats-Unis dans les annes 30. W.A. Shewhart, qui travaillait comme physicien Bell
Telephone Laboratories aux tats-Unis, est considr comme le "pre" du SQC. Entre 1924 et
1930, il a dvelopp la plupart des techniques de base du SQC qui sont utilises actuellement.
C'est spcialement pour les cartes de contrle qu'il est connu. Il utilisa celles-ci pour de
nombreux procds de sa socit et dmontra qu'elles taient rellement efficaces pour rduire
leur variabilit. A la mme poque, H. Dodge et H. Roming, galement de Bell Lab,
dvelopprent les fondements du contrle de rception (plans d'chantillonnage), autre outil
fondamental du SQC.
Remarque: La lettre grecque "Sigma" symbolisant comme nous le savons bien l'cart-type
statistique (cf. cours de Statistique).
Pendant la seconde guerre mondiale, l'arme amricaine commena pratiquer les mthodes
de Shewhart. Elle encourageait ses fournisseurs galement les utiliser et offrait des cours
pour leur expliquer comment les appliquer. Suite cela, dans les annes 40 et 50, de
nombreuses usines amricaines utilisaient le SQC et la Socit Amricaine pour le Contrle
de Qualit (American Society for Quality Control - ASQC) a t fonde en 1958.
Le Dr.W. Edwards Deming se fit galement connatre avant la seconde guerre mondiale pour
ses ides dans le domaine de la qualit. Il dfendait le fait que le management devait prendre
plus de responsabilits dans l'amlioration des performances d'une organisation et que le style
de management en vigueur aux tats-Unis devait changer. Il prnait aussi l'utilisation des
mthodes statistiques proposes par Shewhart mais les amricains ne se sont pas vraiment
intresss son discours trop prcurseur comme l'habitude pour un scientifique par rapport
au reste du monde.
Les mthodes de SQC furent diffuses en Angleterre ds 1931. Les autres pays europens
commencrent les utiliser dans les annes 50 suite, dans la plupart des cas, des cours
donns par des instructeurs amricains. L'organisation europenne de contrle de qualit a t
cr en 1965 (European Organisation for Quality Control).
Aux tats-Unis, le nombre de compagnies utilisant le SQC commena dcrotre dans les
annes 50 principalement parce que l'arme ne s'y intressait plus. Dans les annes 60-70, la
plupart des compagnies avaient stopp l'utilisation des techniques SQC et les universits
amricaines arrt leur enseignement dans le domaine.
La situation tait bien diffrente au Japon: aprs la seconde guerre mondiale, le Japon tait
dvast, il n'avait aucune base industrielle solide et pratiquement aucune ressource naturelle.
Il reconnut que le seul moyen de survivre tait de fabriquer et vendre des biens de trs bonne
qualit. Les annes 50 ont vu les japonais utiliser les mthodes de SQC de faon croissante.
Cet intrt est en particulier expliqu par plusieurs visites et confrences faites par le
26
Le lecteur intress y trouvera les dmonstrations mathmatiques dtailles de techniques avances de qualit
comme l'AMDEC, le contrle de rception, les dtails sur Six Sigma, les cartes de contrle, etc.
Gestion de projets
254/397
Vincent Isoz
Dr. W. E. Deming au Japon. En 1949, il fut invit donner des cours sur les mthodes
statistiques dans l'industrie par le JUSE (Japanese Union of Scientists and Engineers).
Dr. Juran a galement donn des cours en 1954 des managers ; il confirma l'ide que le
contrle statistique de qualit tait un outil de base pour le management. Fin des annes 60,
les japonais utilisaient intensment les mthodes proposes par le Dr. Deming et faisaient des
progrs trs rapides dans les domaines de la qualit et de l'augmentation de la productivit
Les Japonais ont rapidement ralis que, contrairement aux disciplines scientifiques telles que
la chimie ou la physique, la matrise de la qualit n'implique pas seulement l'utilisation de
techniques mais galement de nombreux facteurs humains et culturels. Ils crrent le QC
Circle lment clef de leur russite. Deux noms prdominent au Japon dans le domaine du
contrle statistique de la qualit: K. Ishikawa et ses fameux 7-tools et Taguchi qui introduisit
le parameter design dans les annes 70.
Au vu de l'importance croissante prise par le Japon dans le march conomique mondial, les
pays industrialiss ont voulu savoir pourquoi. En 1980, un journaliste amricain crivait: Si
le Japon peut, pourquoi pas nous ? " Ceci a men un regain d'intrt pour le contrle
statistique de la qualit et pour la philosophie de Deming aux Etats-Unis De nombreuses
compagnies amricaines, spcialement l'industrie automobile (ex. Ford, General Motor),
utilisent actuellement les mthodes SQC et insistent pour que leurs fournisseurs fassent de
mme. D'autres ralisent que les mthodes proposes par le Dr Deming ne sont pas seulement
utiles dans les industries pour amliorer la qualit et la productivit mais le sont aussi dans
d'autres activits telles que les socits de services (banques, transports, hpitaux ...) 50 ans
aprs
Six Sigma (devenu la rfrence qualit mondiale en gestion de projet en ce dbut de 21me
sicle) est fonde sur une rgle thorique et idale (provenant du statisticien trs connu en
gestion de projets: Deming): pour satisfaire les clients, il faut dlivrer des produits de qualit
(quels qu'ils soient!).
Les processus de fabrication dans l'industrie de pointe ayant une forte tendance devenir
terriblement complexes, il faut noter que les composants de base utiliss pour chaque produit
ne sont pas toujours de qualit ou de performance gale. Et si de surcrot, les procdures de
fabrication sont difficiles tablir, la drive sera invitablement au rendez-vous.
Que ce soit pour l'une ou l'autre raison, au final bon nombre de produits seront en dehors de la
normale et s'carteront ainsi de la fourchette correspondant la qualit acceptable pour le
client. Cette drive est fort coteuse pour l'entreprise, la gestion des rebuts, des retouches ou
des retours clients pour non-conformit gnrant des cots consquents amputant
srieusement les bnfices esprs.
La mthode Six Sigma offre des techniques et outils simples accessibles nonmathmaticiens ou ingnieurs pour contrler la capacit de production des processus tout en
tentant de rduire les dfauts. Par exemple, les ingalits de Markov ou BienaymTchebychev (voir mon livre de Statistiques) sont passes sous silence dans cette mthode ce
qui est assez tonnant...
Cette mthode se base principalement sur les lois de distributions classiques (cf. chapitre de
statistiques) avec un vocabulaire propre ce standard amricain, la recherche oprationnelle
(cf. chapitre de mthode numriques), la thorie de la dcision et jeux (cf. chapitre de thorie
de la dcision).
Gestion de projets
255/397
Vincent Isoz
256/397
Vincent Isoz
4. Ne basez plus le choix d'un fournisseur uniquement sur base de ses prix mais
galement sur la qualit de ses produits. Tentez d'utiliser un seul fournisseur pour
chaque produit et basez votre relation sur la loyaut et la confiance. Le prix d'un
fournisseur ne peut tre considr que si on le met en relation avec la qualit du
produit et le cot total d'utilisation d'un produit qui peut avoir des dfauts. On
recherchera des fournisseurs qui pratiquent eux-mmes des mthodes de SQC dans
leur entreprise.
5. Amliorez, constamment et pour toujours, le systme de production et de service
la clientle dans le but d'amliorer la qualit et la productivit et, en consquence,
de dcrotre les cots. Les outils statistiques peuvent aider dterminer qui a la
responsabilit des actions mener pour l'amlioration de la qualit: action locale
ou globale sur le systme.
6. Instaurez la notion de formation. Formez les employs de tous niveaux au travail
dont ils sont responsables. Le management doit fournir aux employs les moyens
et outils pour faire correctement leur travail, la formation en fait partie. Des
mthodes statistiques peuvent tre utilises pour tester si un travailleur est bien
form. Un travailleur n'est pas form tant que son travail n'est pas en contrle
statistique.
7. Instaurez un leadership constructif. Le rle du leadership est d'aider et d'entraner
les personnes faire un meilleur travail. Supervision ne veut pas dire surveillance.
La supervision du management est ncessaire plus que tout ainsi que la supervision
des travailleurs de la production.
8. Supprimez la crainte de manire assurer que chaque employ travaille utilement
pour la compagnie. La peur (du responsable, de l'erreur, ...) existe dans de
nombreuses entreprises. Elle inhibe les facults de l'employ et l'empche de se
donner fond. Un environnement doit tre cr pour aider les travailleurs se
sentir l'aise pour poser des questions, faire des suggestions, avertir des problmes
rencontrs.
9. Supprimez les barrires entre dpartements. Les personnes de la recherche, de la
conception, de la vente et de la production doivent travailler en quipe pour
prvoir les problmes de fabrication et d'utilisation qui peuvent tre rencontrs
avec le produit ou le service (il n'y a pas de domaines sacr!). Ici encore, les
mthodes statistiques peuvent aider les quipes multidisciplinaires travailler
ensemble.
10. liminez les slogans, recommandations ou objectifs destins aux travailleurs qui
prnent d'annuler la proportion de produit dfectueux ou qui demandent de
nouveaux niveaux de productivit. Des objectifs chiffrs ont en gnral un effet
ngatif et frustrant. Un objectif tel que 0 dfectueux" n'a aucune chance d'aboutir
s'il n'est pas accompagn d'un plan d'analyse du procd de fabrication et des
moyens de l'amliorer.
11. liminez le travail traditionnel du secteur de fabrication. Remplacez le
management quantifiable rigoureusement et scientifiquement. Des quotas donns
par le management sans relation avec la notion de qualit montrent que le
Gestion de projets
257/397
Vincent Isoz
management ne comprend pas ou ne s'intresse pas au procds lui-mme et aux
faons de l'amliorer indfiniment.
12. Supprimez les barrires qui enlvent au travailleur la fiert de son mtier. Le
management doit couter les travailleurs en charge d'un travail. Ce sont eux qui
sont les mieux placs pour faire des suggestions ou commentaires. Le travailleur
est un facteur primordial dans la bonne marche d'une socit et n'est pas seulement
une "machine" du systme.
13. Instituez un programme nergique d'enseignement, de recyclage et
d'autoapprentissage. Les employs doivent tre convaincus que le management
investit dans leur futur en leur donnant l'opportunit de se former pour tre
prpars aux changements futurs. L'enseignement des mthodes statistiques
simples est ncessaire pour tous les employs. Les formations doivent tre
adaptes aux besoins, aux changements prvus, aux mthodes utilises et aux
besoins des clients.
14. Pour accomplir la transformation, faite participer chaque personne de
l'organisation. La transformation concerne chacun. Une nouvelle structure doit tre
mise en place pour que l'application des 13 premiers points soit possible.
Le dveloppement de tout projet doit tre document (tape par tape) avec procsverbaux des runions. Au minimum pour ISO 9001 les exigences fonctionnelles, de
performance
Mettre en oeuvre et donner le pouvoir ncessaire pour obtenir les rsultats de qualit
La direction doit obliger les employs quel que soit leur niveau hirarchie suivre les
directives de l'quipe qualit valides par la direction
Gestion de projets
258/397
Vincent Isoz
-
Des revues (runions) et audit de qualit doivent tre mis sur place au moins 1 fois par
trimestre avec procs-verbaux obligatoires
Les contrles inopins doivent tre mis en place et excuts par un membre chevronn
du dpartement qualit.
Le responsable de projet doit tre en possession d'une charte (politique et objectifs) de qualit
et l'ensemble des processus et anomalies qualit doivent tre documents. Le domaine
d'application du systme de gestion de la qualit, y compris le dtail et la justification des
exclusions, doivent se trouver explicitement dans la charte.
Par ailleurs, une procdure doit tre tablie afin de dfinir les contrles ncessaires pour
approuver les documents quant leur adquation avant diffusion (en utilisant le concept de
version majeure et mineure par exemple) et avoir un suivi de leur volution (mise jour). Il
faut galement s'assurer dans cette procdure que les documents produits au sein de
l'organisation restent lisibles et facilement identifiables les temps lgal ncessaire.
Le responsable de projet doit aussi tablir (si l'entreprise ne l'a pas dj fait) une procdure
documente pour dfinir les contrles ncessaires associs l'identification, au stockage, la
protection, l'accessibilit, la conservation et l'limination des enregistrements.
Par ailleurs, les rsultats des audits, des retours d'informations clients doivent tre compils et
documents pour apporter la preuve que les processus satisfont aux exigences.
Dans cette optique il ne faut jamais oublier que les exigences qualit continue mme une fois
le livrable livr d'o la ncessit d'assigner un identifiant unique de traabilit un projet
comme l'exige ISO 9001.
Voyons maintenant quelques outils importants du contrle quantitatif de la qualit. Pour
l'instant, je n'ai pas souhait inclure dans le prsent support tout le contenu de mon livre sur le
sujet (environ 200 pages).
12.6.4.4.3 Dfauts/Erreurs
Intressons-nous donc exposer pour la culture gnrale un exemple pratique et particulier de
ce qui n'est qu'une application simple de la thorie des statistiques et probabilits.
Imaginons une entreprise fabricant trois copies d'un mme produit sortant d'une mme chane,
chaque copie tant compose de huit lments.
Remarque: Nous pouvons tout aussi bien imaginer une socit de services dveloppant
(fabricant) trois copies d'un logiciel (produit) sortant d'une mme quipe de dveloppement
(chane), chacun compos d'un nombre gal de modules (lments). Ou encore imaginer une
socit qui effectue plusieurs faut un mme type de tche dont la dure est cense tre fixe
pour laquelle il y parfois des variations.
Supposons que le produit P1 a un dfaut, le produit P2 zro dfauts et le produit P3 deux
dfauts.
Gestion de projets
259/397
Vincent Isoz
Six Sigma suppose implicitement que les dfauts sont des variables indpendantes ce qui est
trs rare dans les chanes de fabrication machines mais plus courant dans les chanes dans
lesquelles des humains sont les intervenants.
Remarque: Dans le cadre de l'exemple du logiciel cela est peu probable si nous ne prenons pas
un exemple dans lequel les modules sont personnaliss selon les besoins du client.
La moyenne arithmtique des dfauts nomme dans le standard Six Sigma "Defects Per Unit"
est alors dfini par:
DPU
3
1
3
DPO
DPU
nombre total d'lments par produits
DPU DPU 1
0.125
m
8
8
et ceci peut tre vu comme la probabilit d'avoir un dfaut par lment de produit puisque
c'est une valeur sans dimensions:
dfauts
unit
DPU
DPO
m
dfauts
total
unit
quation 12 DPO
Par extension nous pouvons argumenter que 87.5% d'un lment d'une unit n'a pas de dfauts
et comme Six Sigma aime bien travailler avec des exemples de l'ordre du million (c'est plus
impressionnant) nous avons alors les "Defects Per Million Opportunities" qui devient:
Gestion de projets
260/397
Vincent Isoz
DPMO DPO 1'000'000
DPU
106
m
quation 13 DPMO
DPMO 125'000
Comme la probabilit D qu'un lment d'une pice soit non dfectueux est de 87.5% alors, par
l'axiome des probabilits conjointes (cf. chapitre de Probabilits), la probabilit qu'un produit
dans son ensemble soit non dfectueux est de:
8
P
Di (1 DPO) (1 DPO)8
i 1..8 i 1
P
Di 0.8758 0.3436 34.36%
i 1..8
Remarque: Dans Six Sigma, les probabilits conjointes sont aussi naturellement utilises pour
calculer la probabilit conjointe de produits non dfectueux dans une chane de processus P
connects en srie. Cette probabilit conjointe (ou cumule) est appele dans Six Sigma
"Rolled troughput yield" et vaut:
RTY P
Pi Pi
i
Rappelons maintenant que la densit de probabilit d'avoir k fois l'vnement p et N-k fois
l'vnement q dans n'importe quel arrangement (ou ordre) est donn par (cf. chapitre de
Statistiques):
P(n, k ) Ckn P
n!
p k q nk
k !(n k )!
et est appele la loi binomiale ayant pour esprance et cart-type (cf. chapitre de Statistiques):
n p
Gestion de projets
= n pq
261/397
Vincent Isoz
Ainsi, dans le standard Six Sigma, nous pouvons appliquer la loi binomiale pour connatre
quelle est la probabilit d'avoir zros lments dfectueux et 8 autres en bon tat de marche
sur un produit de la chane de fabrication de notre exemple (si tous les lments ont la mme
probabilit de tomber en panne...):
P(8, 0)
8!
0.1250 0.8758 0.1250 0.8758 0.3436 34.36%
0!(8 0)!
et nous retombons bien videmment sur la valeur obtenue avec les probabilits conjointes:
8 0.125 1 DPU
8 0.125 0.875 0.935
ce qui est trs mauvais pour nos produits.
Ou la probabilit d'avoir un lment dfectueux et sept autres en bon tat sur un produit de la
chane de fabrication:
P(8,1)
8!
8!
0.1251 0.8757
0.1251 0.8757 0.3436 39.26%
1!(8 1)!
1!7!
nous voyons que la loi binomiale nous donne 39.26% de probabilit d'avoir un lment
dfectueux sur 8 dans un produit.
Par ailleurs, dans le chapitre de Statistiques, nous avons dmontr que lorsque la probabilit p
est trs faible et tend vers zro mais que toutefois la valeur moyenne n p tend vers une
valeur fixe si n tend vers l'infini, la loi binomiale de moyenne n p avec k preuves tait
donne alors donne par:
Pk P( X k ) p(k )
k
k!
avec:
n p
quation 16 Variance, Esprance de la loi de Poisson
avec:
Gestion de projets
262/397
Vincent Isoz
DPU
DPU
Ainsi, dans notre exemple, il est intressant de regarder la valeur obtenue (qui sera forcment
diffrente tant donn que nous sommes loin d'avoir une infinit d'chantillons et que p est
loin d'tre petit) en appliquant une telle loi continue (la loi continue la plus proche de la loi
binomiale en fait):
p(k )
k
k!
k
k!
e n p
1 1
e 0.3679 36.79%
0!
e0.1258
0!
avec:
1 1
ce qui est un rsultat encore plus mauvais qu'avec la loi binomiale.
Cependant, si p est fix au dpart, la moyenne n p tend galement vers l'infini
thoriquement dans la loi de Poisson de plus l'cart-type n p q tend galement vers l'infini.
Si nous voulons calculer la limite de la distribution binomiale, il s'agira donc de faire un
changement d'origine qui stabilise la moyenne, en 0 par exemple, et un changement d'unit
qui stabilise l'cart, 1 par exemple. Ce calcul ayant dj t fait dans le chapitre de
Statistique, nous savons que le rsultat est la loi de Gauss-Laplace:
P(k , , )
2 2
Ainsi, dans notre exemple, nous avons 1 et l'cart-type est donn par l'estimateur sans
biais de l'cart-type (cf. chapitre de Statistique):
1 n
xi 2
n 1 i 1
quation 18 ESB
P(0,1,1)
Gestion de projets
1
1 2
01
21
1
2
1
2
0.2419 24.19%
263/397
Vincent Isoz
Ainsi, en appliquant la loi normale nous avons 24.19% de chance d'avoir 0 lments
dfectueux sur 8. Cet cart par rapport aux autres mthodes s'expliquant simplement par les
hypothses de dpart (nombre d'chantillons fini, probabilit faible, etc.)
Remarque: Ceux qui penseraient utiliser la loi triangulaire (cf. chapitres de Statistiques)
doivent tout de suite l'oublier. Effectivement, comme en qualit la valeur optimiste sera le
zro par dfinition, la probabilit que le nombre de dfauts soit gal 0 sera immdiatement
de zro.
E
6
USL LSL
6
quation 19 Cp
Gestion de projets
264/397
Vincent Isoz
L'indice C p impose que la moyenne (l'objectif) est centre entre LSL et USL. Ds lors, la
moyenne est confondue avec ce que nous appelons la "cible" T du processus.
Mais la moyenne dans la ralit peut tre dcale par rapport l'objectif T initial qui doit
lui toujours tre distance gale entre USL et LSL comme le montre la figure ci-dessous:
Mais n'est pas forcment le cas dans la ralit o les ingnieurs (quel que soit leur domaine
d'application) peuvent choisir des LSL et USL asymtriques par rapport la moyenne. D'o la
dfinition suivante:
D2. Nous appelons alors "indice de capabilit de contrle" (Process Capability Index) la
relation:
C pk C p (1 k )
quation 20 Cpk
avec:
k
Gestion de projets
T
1
(USL LSL)
2
T
3 C p
265/397
Vincent Isoz
o k 0 est appel le "degr de biais" et T le "target".
Au fait cet indicateur peut sembler trs artificiel mais il ne l'est pas totalement. Effectivement
il y a quelques valeurs remarquables qui permettent de se faire une bonne ide ce qu'il se
passe avec cet indicateur (et c'est le but de celui-ci):
1. Si la moyenne et la cible sont confondues nous avons:
T
USL
3
CPL
LSL
3
Gestion de projets
266/397
Vincent Isoz
12.6.4.5 Bilans
Dans la boucle rtroaction de la ralisation du projet il est donc important de faire des bilans
d'avancement pour mener les actions correctives ad hoc. Il est bon de rappeler les points
triviaux que l'on peut faire si on a du temps disposition pendant les runions de l'quipe de
projet:
1. Bilans intermdiaires et de fin de ralisation
a. Mesurer les carts par rapport aux prvisions initiales pour vrifier si les jalons
sont respects
b. Analyser ces carts et en trouver/expliquer/documenter la raison
c. Capitaliser pour les futures ralisations pour aider la prise de dcision pour
de futurs projets
2. Bilans d'exploitation
a. Mesurer les retours oprationnels et financiers obtenus afin de vrifier que le
projet rapporte bien ce pour quoi il a t lanc (notion de retour sur
investissement)
b. Comparer l'tude de justification (analyse des risques en cas de drapage, de
non-respect d'un jalon...)
c. Capitaliser pour les futures ralisations
Nous voyons ci-dessus que la notion de mesure revient frquemment. Mais comme pour les
personnes faisant des statistiques, il est parfois difficile de savoir ce qu'il faut mesurer. cet
effet, la mthode ITIL propose un sympathique petit schma que je me suis permis de leur
emprunter et qui rsume simplement relativement bien les choses:
Gestion de projets
267/397
Vincent Isoz
Un gros problme que l'on peut frquemment observer (particulirement chez les consultants
grands cabinets d'audit) est la plthore de graphiques. Ces derniers sont peut-tre trs jolis
regarder, mais la vraie question est : "qu'est-ce que cela signifie ?".
Il m'arrive frquemment de faire deux remarques aux consultants:
1. O est la documentation avec les conclusions et permettant tout audience de lire ce
graphique sans interprtation hasardeuse?
2. Le graphique n'a aucun sens: il ne respecte ni les normes et n'a aucune utilit
statistiquement parlant.
Souvent la deuxime remarque est mal accepte par les consultant ou employs internes mais
c'est normal... pour analyser des donnes il faut tre un ... analyste ... et cela ne s'apprend
qu'aprs de longues tudes universitaires en statistiques et non pas simplement en faisant une
petite formation continue en gestion de projets de 5 ou 10 jours.
Prcisons galement que les conclusions du type: "Nous pouvons constater une baisse du
nombre d'incidents par rapport au mois prcdent " n'apporte pas d'explication
complmentaire ou d'interprtation aux chiffres bruts, ce qui n'a donc aucun intrt sauf
alourdir encore plus la prsentation des rsultats.
268/397
Vincent Isoz
L'quipe marketing de projet s'est-elle bien assure que tout le monde est au courant
que je le projet est termin?
Souvent, les dirigeants effectuent aussi une vrification du projet afin d'obtenir une opinion
objective sur l'atteinte des objectifs. Cette vrification permet de dterminer la faon dont le
grant de projet a administr les dlais (temps), les cots et la qualit - les trois prmisses
essentielles tout projet et/ou produit (ou services) qu'on doit livrer au client.
Nous venons de brosser un tableau sommaire sur la gestion de projet. Nous avons dcrit le
cycle de vie d'un projet type et dissqu ses diffrentes phases ainsi que les divers outils
relatifs celles-ci. Nous avons ensuite comment les facteurs cls du succs inhrent une
saine gestion de projet. Tout cela afin de mettre en lumire l'extraordinaire capacit de cette
approche de gestion et, surtout sa trs grande flexibilit.
Nous avons aussi examin le mcanisme de contrle rtroaction, qui sert valuer les carts
entre les prvisions et les rsultats obtenus. Il faut tablir des lignes de conduite qu'on doit
essayer de suivre pour assurer le pilotage efficace du projet. Le grant de projet doit tre un
motivateur hors pair et manifester un leadership honnte pour bien utiliser les ressources
humaines sous sa supervision.
Exercice:
Prparez sur une feuille les rponses aux questions suivantes. Compltez par votre exprience
et vos hypothses personnelles ce qui a t vu prcdemment.
1. Qu'est-ce que la gestion par projet?
2. numrez les diffrentes phases du cycle de vie d'un projet.
3. numrez les tudes de faisabilit qu'on devrait effectuer avant d'entreprendre un projet.
Expliquez brivement chacune d'entre elles
4. numrez les tapes du processus de planification dtaille d'un projet.
5. numrez les diffrents facteurs de succs vitaux une saine gestion de projet.
6. Donnez des exemples de projets.
Gestion de projets
269/397
Vincent Isoz
7. Expliquez le mcanisme de contrle rtroaction. Que doit-on contrler dans un projet?
8. Dans quel but value-t-on les rsultats du projet? numrez des exemples de rapports qui
aideront le grant de projet valuer ses subordonns.
9. Quels aspects de la gestion de projet peuvent impliquer un certain niveau d'incertitude?
Pourquoi?
10. Dfinir: tendue, horaire, cot et satisfaction du consommateur et pourquoi ils sont
considrs comme des contraintes?
11. Pourquoi est-il important de satisfaire le consommateur?
12. Nommez et dcrivez les tapes requises afin de dvelopper un plan de base.
13. Pour quelle raison un coordinateur du projet doit-il contrler l'volution d'un projet?
14. Pensez un projet dans lequel vous tes prsentement impliqu ou dans lequel vous tiez
impliqu et:
a. Dcrivez les objectifs, l'tendue l'horaire, le cot ainsi que toute hypothse faite.
b. O en tes-vous dans la vie du projet?
c. Est-ce que ce projet possde un plan de base? Si oui, dcrivez-le, sinon, crez-le.
d. Est-ce que quelqu'un est en charge de contrler l'volution de ce projet? Si oui,
comment? Si non, pourriez-vous le faire?
e. Dcrivez une circonstance inattendue qui pourrait mettre en pril le succs du projet.
f. Dcrivez les avantages anticips du projet.
g. numrez les risques potentiels (manque de ressources montaire; incomptences du
coordinateur de projet, etc.) qui pourraient affecter la ralisation du projet.
Gestion de projets
270/397
Vincent Isoz
Connaissance
du projet
vendu
Stratgie de
vente
Vente
Attitude,
enthousiasme
de vente
Apparrence
Ainsi, un responsable de projet qui nglige l'un des ples ne parviendra pas exploiter
pleinement tout le potentiel d'une dmarche de vente. Il dcevra ses interlocuteurs qui exigent
d'un responsable de projet un certain niveau de comptence.
271/397
Vincent Isoz
2. Prparez-vous avant de prsenter votre projet
3. Faites une bonne impression
4. Investissez-vous pleinement dans chacune de vos prsentations
5. Tenez compte des objections de vos interlocuteurs
6. Confirmez toutes les informations
7. Demandez vos interlocuteurs de prendre une dcision
8. Utilisez un vocabulaire adapt vos interlocuteurs
9. Cherchez sans cesse progresser
10. Soyez un produit de votre produit
Le deuxime ensemble de 10 commandements est celui de l'art de la vente:
1. Soyez avide de faire des dcouvertes dans le domaine de communication de la vente
2. Ayez des attentes ralistes
3. Soyez ouvert au changement
4. Rptez, pratiquez et analysez vos techniques de ventes
5. Personnalisez vos techniques de ventes (informez-vous sur vos interlocuteurs27)
6. Soyez disciplin
7. Evaluez vos rsultats et gardez-en une trace
8. Tenez un journal de vos entretiens
9. Traitez vos interlocuteurs avec respect et empathie et souvenez-vous de leur nom!
10. Impliquez-vous personnellement
Le troisime ensemble de 10 commandements est celui de la politesse est du savoir vivre:
1. Saluez vos interlocuteurs
2. Soyez toujours courtois (s'il vous plat, merci)
3. Exprimez votre gratitude pour que vos interlocuteurs aient accept de vous rencontrer
4. Appelez vos interlocuteurs par leur nom
5. Prsentez-vous rapidement
6. Laissez vos interlocuteurs finir leurs phrases
7. Ayez une grande empathie vis--vis de vos interlocuteurs
8. Avoir une attitude si possible toujours positive
9. Soyez dtendu et naturel
10. Choisissez soigneusement votre tenue
Le quatrime ensemble de 10 commandements est celui des qualits d'un bon vendeur:
1.
2.
3.
4.
5.
6.
7.
8.
9.
27
Visitez leur profil web, la page web de leur socit, googlez leur nom, procurez-vous des catalogues sur les
produits de leur entreprise, consultez l'tat financier de la socit si disponible, etc.
Gestion de projets
272/397
Vincent Isoz
10. Avoir soif d'apprendre et donc d'couter
Le cinquime ensemble de 10 commandements est celui de la connaissance du sujet:
1. Connatre les buts et objectifs de votre projet
2. Connatre le nom des jalons et phases du projet
3. Connatre les avantages apports par votre projet
4. Connatre les dtails techniques et financiers de votre projet
5. Connatre les fonctionnalits du produit final de votre projet
6. Connatre les diffrents scnarios d'avancement de votre projet
7. Connatre l'investissement que le projet reprsente pour vos interlocuteurs
8. Prparer un modle d'investissement pour vos investisseurs
9. Avoir connaissance de projets ventuellement concurrents (veille concurentielle)
10. Essayer de ne jamais montrer que vous ne savez pas quelque chose sur votre projet
Pour clore ce petit chapitre sur les dix commandements il est important de noter que certains
interlocuteurs sont de plus en plus l'aise avec les technologies de l'information (Internet,
Ordinateur Portable, iPad). Vous avez donc intrt matriser votre sujet suffisamment quand
vous vous retrouvez face ce type d'individus car ils n'hsiteront pas contrler l'information
pendant l'instant mme o vous la prsentez. Ceci est particulirement vrai quand vous tre
dans des entreprises d'ingnierie ou de haute technologie ou que vos interlocuteurs sont des
hauts potentiels.
13.2 Dmarchage
Si vous devez vendre (dans le sens propre ou figur du terme) un projet, n'entamez jamais une
dmarche sans avoir envisag la situation du point de vue des interlocuteurs. Mettez-vous
leur place et rflchissez ce qui vous pousserait sacrifier un peu de votre temps pour lire
un courrier ou prendre un appel ou agender une runion. Si aucune des rponses qui vous
viennent l'esprit (utilit, retour sur investissement, coup de cur, image) ne vous semble
satisfaisante, il est probable que les informations dont vous disposez sur le projet sont
insuffisantes ou alors vous ne connaissez pas assez vos interlocuteurs pour leur prsenter le
projet. Si tel est le cas, il est temps de plancher de nouveau sur votre sujet.
Il est possible que vous deviez adopter des mthodes un peu originales pour vous dmarquer
ou obtenir une rponse positive d'entretien ou une rponse tout court.... Voici quelques pistes
ventuelles:
Lorsque vous obtenez un rendez-vous avec des interlocuteurs intresss rcapitulez tous les
dtails et demandez s'il y a des particularits savoir concernant la manire de vous rendre au
lieu de rendez-vous (travaux, dtournements, neige, etc.). S'il y a plusieurs interlocuteurs
Gestion de projets
273/397
Vincent Isoz
diffrents, essayez de vous renseigner ou de deviner qui est le vritable dcideur (la bonne
personne)! Demandez aussi bien l'orthographe et la prononciation des noms et prnoms de
vos interlocuteurs.
Remarque: Si vous tes pass par un(e) rceptionniste prenez le temps de lui envoyer un email de remerciements pour son professionnalisme. Votre gratitude vous ouvrira peut-tre des
portes. Si vous avez de bonnes relations avec le ou la rceptionniste, celui-ci ou celle-ci sera
heureux de vous revoir et vous accueillera avec plaisir. Il ou elle vous protgera peut-tre
mme contre vos propres concurrents.
Si vos interlocuteurs lors d'une runion ne prennent pas le stylo pour valider un projet,
n'exercez aucune pression pour obtenir ce que vous voulez. Il suffit parfois de dire: "Quand
commenons-nous ?" et cela aura parfois tendance leur forcer un peu la main
13.3 Profils
Quand vous aurez vendre un projet (ide) vous allez vous confronter une grande gamme
de comportements/profils humains. Vous pouvez dj vous rfrer la page 118 pour avoir
une premire typologie.
Dans le cas plus spcifique de la dfense/vente d'un projet vous aurez typiquement:
Les fidles: Vous avez dj effectu plusieurs projets avec succs avec eux et ils
connaissent votre professionnalisme. Si vous ne parvenez pas les convaincre ils
demanderont probablement juste quelques modifications ou diront que ce sera peuttre pour une autre fois
Les combinards: Type d'interlocuteurs qui n'acceptent rien tant qu'ils ne sont pas
convaincus et qu'ils n'obtiennent pas quelque chose immdiatement en change. C'est
probablement la typologie la plus frquente. Il faut dans cette situation prvoir un
geste possible sans qu'il fasse trop augmenter le risque du projet de manire
inconsidre et tout en restant la lgalit.
Les responsables: Ce sont des interlocuteurs souvent occups et ayant peu de temps,
il faut donc aller l'essentiel et les surprendre par votre concision (s'en tenir aux
chiffres et faits). Vous aurez beaucoup de peine rencontrer plusieurs un mme
interlocuteur de ce type il faut donc tre trs professionnel car vous serez jug du
dbut la fin de votre discours.
Les indcis: Il faut tre patient avec ce type d'interlocuteur et leur laisser le temps de
la rflexion. Il faut idalement demander quand est-ce que vous pourrez les contacter
pour connatre leur dcision en prcisant bien que cela ne presse pas.
Les rabat-joie: Ils ont toujours quelque chose redire sur vos projets. Il faut prendre
ces critiques comme une bonne volont (car c'est souvent le cas) et donc bien faire
comprendre que vous allez les analyser car elles sont intressantes. A force de leur
dire que leurs propositions (critiques) sont intressantes, ils vont se sentir impliqus
dans le projet et peuvent alors avoir une opinion favorable sur ce dernier.
Les mthodiques: Ce sont des interlocuteurs qui vont vrifier que vous respectez des
normes, processus que tout est bien analys et structur et qu'un procs-verbal sera
Gestion de projets
274/397
Vincent Isoz
bien rdig la fin de la rencontre. Vous avez intrt avant et aprs la rencontre de
montrer via l'envoi de mails que vous tes organis (plan de la runion, compte rendu
de la runion ou autres).
Les dominateurs: Ce sont des interlocuteurs qui seront avec vous juste pour se donner
de l'importance au sein de leur entreprise. On les reconnat car souvent ils ne savent
pas ce qu'ils veulent et ne comprennent rien ce que vous leurs proposez (ils ne
comprennent souvent pas leur propre travail). Il faut les flatter un peu.
Les dictateurs: Il faut faire les choses leur faon ou ne pas les faire du tout. Ils
s'autoproclament spcialistes dans tous les domaines que vous leur prsentez (attention
parfois c'est le cas!!!). Ils peuvent faire preuve de ce que beaucoup prendront pour de
l'impolitesse (au fait ils veulent juste tre brefs) et vont souvent vous interrompre
(souvent parce qu'ils bouillonnent d'ides). Vous devez tre l'coute et les laisser
parler jusqu' ce qu'ils aient dit ce qu'ils avaient dire. Il faudra par contre prvoir un
autre rendez-vous mais en insistant sur le fait que c'est pour continuer ces changes
forte valeur ajoute.
13.4 Discours
De nombreux termes ou expressions couramment utiliss dans la communication verbale
peuvent faire natre des images ngatives, des craintes ou l'inverse.
Remarque: Il faut absolument viter d'utiliser du jargon courant de la rue de tous les jours
ainsi que du jargon technique avec des abrviations n'en plus finir. Et n'oubliez pas aussi
d'couter deux fois plus vos interlocuteurs que vous ne parlez.
Gestion de projets
275/397
Vincent Isoz
Au lieu de
Vendre
Il faut
Je suis embt
Contrat
Cot ou prix
Processus
Acompte
Paiement mensuel
Acheter
Affaire
Objection
Difficult
Vanter
Commission
Rglementation
Rendez-vous
Signer
Utiliser
Susciter l'intrt ou aide acqurir
Il serait prfrable
Je suis emprunt
Document, accord ou formulaire
Investissement ou monant
Dmarche qualit
Investissement initial ou montant initial
Investissement mensuel ou montant mensuel
Acqurir
Occastion ou transaction
Proccupation
Dfi
Prsenter ou montrer
Honoraire
Cadre gnral
Visite
Approuve
et voici encore une liste exhaustive de termes qui font toujours bien placer dans une
discussion avec des interlocuteurs (il y en plein d'autres dans les dictionnaire):
Innovant, Discernement, Partenariat, Conciliation, Acteur, Diagnostic partag, Faute de quoi,
Dveloppement, Rtroaction, Rfrentiel, Point de vue, Plan, Cohsion, Retenue, Priphrie,
Delta-neutre, Je suis tout fait d'accord avec l'intervenant prcdent, Notion essentielle, Au
fond, on peut se demander si, Est-ce que ce ne serait pas plus simplement et plus
profondment, J'aimerais revenir dans le temps qui m'est imparti, Antprcdent(e),
Prospective, Synergie, Convergence, Stratgie associative, Une dimension stratgique, Un
portefeuille de solutions, Proximit, Lien de confiance, Solidaires, Il s'agit d'un paradigme,
Un choix dogmatique, outrance,
Gestion de projets
276/397
Vincent Isoz
individus, la qualit de la gestion, les conflits internes, etc. Si vous vous trouvez sur un terrain
glissant, ludez le sujet de la manire suivante:
Je passe tellement de temps sur mes projets que je n'ai pas vraiment
pu suivre cette affaire. Mais vous qu'en pensez-vous?
Si on vous fait comprendre que vous tes trop cher par rapport la concurrence vous pouvez
dire:
Je comprends que vous soyez proccup par le prix. Vous savez, mon
exprience m'a permis de comprendre que nous recherchons tous la
fois la meilleure qualit, le meilleur service et, bien sr, le meilleur
prix. Or, aucune socit ma connaissance ne peut offrir les trois
un niveau trs pointu. Pour votre confort long terme, sur lequel de
ces trois lments serviez-vous prt faire des concessions: la qualit,
le service ou le prix?
ou encore:
Vous savez j'aurais pu travailler pour n'importe quelle socit dans
mon secteur. Mais j'ai choisi celle-ci parce que je voulais pouvoir
regarder mes interlocuteurs en face et leur dire: "Vous avez affaire
la socit la plus srieuse du secteur."? Je sais que vous recherchez la
qualit. Pensez-vous que vous regretterez l'argent que vous allez
investir pour bnficier de cette qualit.
Enfin, si vous en concluez pas ds le premier rendez-vous, laissez la porte ouverte une
reprise de contact:
Messieurs (Mesdames), je vois que ma solution ne semble pas vous
convenir ce jour mais puis-je me permettre de rester en contact avec
vous au cas o l'volution du projet correspondrait vos attentes?
13.5 Synergologie
La synergologie est l'art d'interprter la gestuelle et quand vous allez vendre un projet ou que
vous faites une runion certaines choses sont viter car elles peuvent tre interprtes tort
ou raison par des personnes n'ayant pas de connaissances scientifiques:
Avoir le regard fixe et vide est considr comme ngatif (vous tes ailleurs)
Croiser les jambes sous la table de runion quand vous tes assis est considr comme
ngatif (geste barrire)
Croiser les bras est considr aussi comme ngatif (geste barrire)
Avoir un bras referm et dtendu vers son torse et l'autre ouvert vers les interlocuteurs
est considr comme positif
La tte lgrement incline vers l'paule est considr comme positif
Bouger un peu les paules est considr comme positif
Bouger un peu les sourcils est considr comme positif
Bouger trop les mains est considr comme ngatif (stress)
Gestion de projets
277/397
Vincent Isoz
Et surtout ne vous grattez pas o que ce soit car dans tous les cas c'est considr
comme ngatif
Ces 4 axes sont incontournables. S'ils ne font pas partie de vos supports visuels, veillez les
intgrer verbalement dans votre prsentation.
En ce qui concerne l'utilisation de diapositives prenez surtout garde :
A varier les mdias sur les diapos (photos, illustrations, vidos, animations)
Prparez toujours une version papier de vos supports au cas o il n'y aurait pas de
prise ou un problme avec votre matriel informatique.
Gestion de projets
278/397
Vincent Isoz
tomber dans un pige volontaire, soit de parler d'un autre problme auquel votre
interlocuteur n'avait pas pens.
2. Posez des questions afin d'en savoir un maximum sur l'objection ou le problme.
Profitez des rponses donnes par votre interlocuteur pour penser la prochaine
question et l'ventuel pige dans lequel il souhaite vous amener.
3. Reformulez ensuite les propos de votre interlocuteur si le sujet est trs sensible
financirement ou techniquement parlant.
4. Rpondez votre interlocuteur en donnant un maximum de dtails et demandez-lui s'il
confirme ou valide votre rponse. Pour confirmer vous pouvez ajouter: Cela rpond
la question que vous avez souleve, n'est-ce pas?
5. Effectuez une rupture entre la rsolution du problme et le prochain sujet en lanant
un A propos ce moment-l, tournez une page de votre classeur ou de votre
diaporama pour montrer quelque chose qui n'a plus rien voir avec son objection.
Gestion de projets
279/397
Vincent Isoz
14. thique
Curieusement, l'thique et l'intgrit sont trs rarement abordes dans les ouvrages de gestion
de projets. J'ai souhait par conviction personnelle et par idalisme faire un petit crochet sur
ce sujet qui me semble lui aussi fondamental pour l'volution long terme des conditions
humaines (conomiques) et de son environnement naturel.
Ne pas accepter un travail si l'on n'a pas les comptences (ou demander si cela ne
drange pas qu'on n'ait pas encore les comptences)
Les collaborateurs ne dpasseront pas le nombre d'heures prvus dans leur contrat
Les urgences dans le cadre des projets ne doit pas survenir dans la vie prive des
ressources sauf accord pralable non contraint
La qualit et le service utile doit tre prioritaire face toute autre considration
Gestion de projets
280/397
Vincent Isoz
tablir la
stratgie de la
gestion de la
connaissance
Gestion de projets
Identifier et
recueillir les
donnes en
leur attribuant
un numro
d'identifiant
(KB...)
Stocker et
maintenir les
donnes
Analyser et
transformer en
information
intelligible et
normalise
Communiquer
et transfer
l'informaiton
281/397
Vincent Isoz
Dfavorable
1'200
700
-500
Favorable
1'500
900
1'200
Trs favorable
1'800
1'200
1'600
Nous remarquons tout de suite qu'il s'agit ici d'un jeu unilatral. Il n'y donc pas de
confrontation avec un autre dcisionnaire comme c'est le plus souvent le cas en thorie de la
dcision.
Il est demand de classer les projets en fonction des critres suivants:
E1. Critre du Maximin (ou de Wald)
E2. Critre du Maximax
E3. Critre de Hurwitz avec p=0.7
E4. Critre de Laplace
E5. Critre de Savage (ou du Minimax regret)
Gestion de projets
282/397
Vincent Isoz
Solutions:
S1. Pour appliquer le critre de Wald il faut dans un premier temps dterminer pour le
dcisionnaire le gain (utilit) minimum de chacune des stratgies:
Pour le projet P1:
Min{1'200, 1'500,1'800}=1'200
Min{700, 900,1'200}=700
Min{-500, 1'200,1'600}=-500
Selon ce critre, c'est le projet 1 qu'il convient de retenir, en effet, parmi les rsultats les plus
faibles des trois projets, c'est celui qui correspond au plus lev.
S2. Pour appliquer le critre du Maximax il suffit de retenir le plus lev de chaque projet en
fonction des diffrents tats de la nature, soit:
Pour le projet P1:
Min{1'200, 1'500,1'800}=1'800
Min{700, 900,1'200}=1'200
Min{-500, 1'200,-500}=1'600
Le maximum des maximums tant 1'800 c'est nouveau le projet 1 qui est retenu.
S3. Pour appliquer le critre de Hurwitz (dans sa version simple) on choisit (on peut
dmontrer d'o vient cette valeur mais cela sort du cadre ce cours) p=0.7 et la thorie de base
nous impose d'utiliser que deux issues. Nous prendrons alors seulement les optimistes et
pessimistes:
Etat de la nature
Projet P1
Projet P2
Projet P3
Dfavorable
1'200
700
-500
Trs favorable
1'800
1'200
1'600
Gestion de projets
283/397
Vincent Isoz
1
1
1
E ( P1 ) 1'200 1'500 1'800 1'500
3
3
3
1
1
1
E ( P2 ) 700 900 1200 933.34
3
3
3
1
1
1
E ( P3 ) 500 1200 1600 766.67
3
3
3
Dfavorable
0
500
1700
Favorable
0
600
300
Trs favorable
0
600
200
Gestion de projets
284/397
Vincent Isoz
285/397
Vincent Isoz
Ainsi, la rponse la premire question est que la stratgie donnant l'esprance de gain la plus
grande est la stratgie "Pas Cher" car il y a un gain espr de 10 millions.
Avec la premire dcision (Cher) nous gagnerions en moyenne que:
Gestion de projets
286/397
Vincent Isoz
16.1.3 Gantt
Enonc:
Charg de l'organisation d'un projet d'enqute marketing, vous devez tablir la planification
des tches en fonction des contraintes suivantes:
TACHES
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
DESCRIPTION
Contacter un
statisticien
Constituer un
chantillon
Rechercher des
instituts de
sondage
Elaborer le
questionnaire
Slectionner
l'institut de
sondage
Test du
questionnaire
Administration de
l'enqute
Mise disposition
des enquteurs
Essai du
questionnaire
Saisie des
donnes
Relance des non
rpondants
Administration
des relances
Traitement des
donnes
Saisie des
relances
Rsultat de
l'enqute
TACHES
ANTERIEURES
DUREE
(SEMAINES)
B, I
H, F
A, J, N
Etablissez un diagramme de Gantt dans MS Project pour chacun des cas suivants:
E1. Sachant que l'enqute peut commencer la semaine n5 au dbut, quand sera-t-elle
termine avec un jalonnement au plus tt et des liaisons entre les tches de type fin dbut.
Gestion de projets
287/397
Vincent Isoz
E2. Sachant que l'enqute doit se terminer la semaine n26 en fin, quand doit-elle commencer
avec un jalonnement au plus tard et des liaisons entre les tches de type fin dbut.
Solutions:
S1. Avec un jalonnement au plus tt, il faut insrer les tches sans liens d'antriorit partir
de la semaine 5. Ensuite, on continue en inscrivant les tches qui ont leurs tches antrieures
ralises et ainsi de suite, de gauche droite. Cela nous permet d'obtenir le diagramme
suivant:
Gestion de projets
288/397
Vincent Isoz
Gestion de projets
289/397
Vincent Isoz
DURE
A
B
C
D
E
F
G
H
J
K
L
M
N
R
3
4
3
2
2
3
4
2
2
2
5
4
3
2
TACHES
ANTERIEURES
E
K, C
E, J
G, L
A, M, R
E
C
G
C
G
J
Reprsenter les tches, tches critiques, le chemin critique, les marges libres et totales des
tches dans MS Office Project
Solution:
Gestion de projets
290/397
Vincent Isoz
tO Ti 0.7 di
tP Ti 1.2 di
tV Ti di
Nous imaginons que les tches critiques sont telles que leurs dures attendues sont:
TB 7, TD 12, TF 6, TG 2
En dduire:
1. La dure probable (esprance) tPr , l'cart-type et la valeur modale selon le PMBOK28
2. La dure de chacune des tches avec un niveau de confiance de 95%
3. La probabilit cumule que chaque tche se termine dans le temps attendu.
4. La dure totale du chemin critique et son cart-type (toujours selon le PMBOK)
5. La probabilit cumule que le projet soit termin avant 27 jours.
6. Calculez la dure totale du projet avec 1 chance sur 20 seulement de la dpasser.
Solutions:
1. Sachant que selon le PMI:
E( X )
tO 4tV tP
tPr
6
et:
(T )
(t P tO )2
62
V (T )
et:
M0
2t P 2tO 2(t P tO )
4
28
Gestion de projets
291/397
Vincent Isoz
tPr TB 6.88
TB 0.583 TD 1
M 0 7.88
M 0 13.52
TF 0.5
M 0 6.76
TG 0.166
M 0 2.25
2. La dure de chacune des tches avec un niveau de confiance de 95% ne peut tre obtenue
formellement. Il faut passer par exemple par MS Excel ou @Risk de Palissade.
Nous avons:
Par contre nous voyons que la moyenne donne par le logiciel @Risk ne correspond pas la
valeur obtenue l'aide de formule donne par le PMBOK (PMI) qui est de 6.88 et donc sous
value de manire non ngligeable la vraie esprance mathmatique.
Au fait la raison est simple car le PMBOK (PMI) fait une erreur en confondant la valeur
modale et la valeur attendue. Nous n'avons en l'occurrence dmontrs dans le chapitre de
Statistique que nous n'avons pas:
Gestion de projets
292/397
Vincent Isoz
E( X )
tO 4tV tP
tPr
6
E( X )
tO 4M 0 tP
tPr
6
mais:
et vous pouvez vrifier.!!! On comprend alors mieux aussi pourquoi nombre de projets
chouent
3. La probabilit cumule que chacune des tches se termine dans le temps attendu ne peut
tre obtenue formellement. Il faut passer par exemple par MS Excel ou @Risk de Palissade.
Nous avons alors:
La variance du chemin critique est alors (si les variables alatoires sont indpendantes
rappelons que la variance d'un somme est gale la somme des variances quelque soit la loi!):
VCest V Ti 1.618 1.618 1.27
i
5. Calculons la probabilit pour que la dure du chemin critique soit infrieure la valeur 27.
La loi de Gauss centre rduite nous permet d'crire:
k*
k tPr
27 26.54
0.353
1.27
293/397
Vincent Isoz
Nous aurions obtenu le mme rsultat avec:
=LOI.NORMALE(27;26.54;1.27;1)=63.82%
6. Nous utilisons pour dterminer la dure avec une couverture du risque de 95%:
=LOI.NORMALE.INVERSE(95%;26.54;1.27)=28.62
Gestion de projets
294/397
Vincent Isoz
L( y ) k y T L(2)
2
L( y ) k y T L(3)
2
Gestion de projets
2 '400
2
5 4 2 600. / j.
6 4 2 2 '400. / j.
7 4 2 5'400. / j.
2
2 '400
2
2 '400
2
295/397
Vincent Isoz
Gestion de projets
296/397
Vincent Isoz
dont le niveau de qualit de certaines tapes a t indiqu en rouge. Veuillez calculer le RTY
(Taux de Rendement Global Combin ou Rolled Troughput Yield) de l'ensemble du processus
et dterminez son niveau de qualit Sigma bas sur la mthodologie Six Sigma (ISO 130531:2011).
Solution:
En ouvrant MS Excel et en y reportant les diffrents taux nous avons alors en les multipliant:
3
93.32
61.63
50.08
25.08
4
99.38
95.73
93.96
88.29
5
99.98
99.84
99.77
99.54
6
99.9996
99.9976
99.9966
99.9932
297/397
Vincent Isoz
40
6.29 77.94 99.07 99.9864
60
1.58 68.81 98.61 99.9796
80
0.40 60.75 98.16 99.9728
100
0.10 53.64 97.70 99.996
cela correspond donc la ligne numro 2 et alors un niveau de qualit d'environ 3 sigma.
Gestion de projets
298/397
Vincent Isoz
Quelle quantit Q bien dfinie de produits (supposs utiliser qu'un seul composant de chaque
tape) au dbut de la chane faudra-t-il prvoir l'tape A et l'tape B pour avoir un RTY de
100% la fin?
Solution:
Le nombre de composants prvoir l'tape A sera de:
par rapport aux prvisions initiales. Soit 52.42% de composants A de plus que prvus.
Il faudra prvoir l'tape B:
Gestion de projets
299/397
Vincent Isoz
Pareto.xls
Nous souhaiterions savoir quels sont les cours qui eux seuls reprsentent 80% des ventes
afin de pouvoir se focaliser sur leur qualit et de dvelopper la partie minoritaire.
Donnez cette analyse avec MS Excel et avec MiniTab.
Solution:
D'abord crez sur une nouvelle feuille nomme Range une liste simple des numros allant de
1 43 (le nombre de type de formations):
Gestion de projets
300/397
Vincent Isoz
Ensuite, revenez dans la feuille Donnes, aprs avoir ventuellement activ l'Utilitaire
d'Analyse de MS Excel, vous allez dans le menu Donnes/Utilitaire d'Analyse:
Gestion de projets
301/397
Vincent Isoz
vous y mettez les valeurs ci-dessus et validez par OK pour obtenir (nous avons un peu
amlior esthtiquement le diagramme et avons mis en rouge la ligne limite reprsentant les
80%):
Attention il arrive MS Excel de retourner dans la colonne Bin des valeurs dcimales il
faut alors formater les cellules afin d'avoir des valeurs entires.
Nous voyons alors dans la colonne D que les numros (5;27;4;6;3;7;21;8;19;14) du type de
formation reprsentant les 80% des prestations eux seuls.
Copions maintenant les donnes dans Minitab qui lui est capable de se baser sur des textes
pour faire un diagramme de Pareto:
Gestion de projets
302/397
Vincent Isoz
303/397
Vincent Isoz
Gestion de projets
304/397
Vincent Isoz
dterminez l'indice d'asymtrie de Gini (voir mon livre lectronique sur les mathmatiques
appliques).
Solution:
Nous avons vu que l'indice de Gini tait dfini par (les y correspondent la colonne F):
1
66.77 0.55
43
Il y a donc une assez forte ingalit entre les lments tudis car si l'indice de Gini vaut 0
l'galit est parfait et dans le cas extrme l'indice vaut 1.
Gestion de projets
305/397
Vincent Isoz
Elle fait alors l'hypothse de normalit et calcule alors la moyenne est l'cart-type suivant:
14 et 39
Afin de savoir si elle doit se lancer dans le projet de restructuration de la ligne de produit, , la
direction souhaiterait savoir:
E1. Quelle est la quantit de vente possible 1 sigma pour le 25me mois et la probabilit de
dpasser cette quantit?
E2. Dterminez la relation MS Excel crire pour connatre la probabilit cumule d'en
vendre au moins un nombre XX!
Gestion de projets
306/397
Vincent Isoz
Solution:
S1. La quantit des ventes pour le mois de 24me mois tant de 20 pices, pour la prochaine
priode (25me mois), sous l'hypothse de normalit nous avons la quantit qui suit la loi
suivante:
=20+N(14,39)
Nous avons donc 68% (1 sigma) de probabilit cumule d'avoir le mois prochain entre:
[20+14-39,20+14+39]=[-,73] pices
Ce qui signifie aussi que nous avons 32%/2=16% (1 chance sur 6) de probabilit cumule de
dpasser les 73 pices.
L'intervalle suprieur peut tre calcul avec MS Excel en crivant:
=LOI.NORMALE.INVERSE(50%+68%/2;14;39)+20
S2. La probabilit cumule d'en vendre au moins une quantit XX est donne dans MS Excel
par:
=1-LOI.NORMALE(XX-20;14;39;1)
Gestion de projets
307/397
Vincent Isoz
Enonc:
Supposons qu'une usine fabrique 2 pices P1 et P2 usines dans deux ateliers A1 et A2 dans le
cadre d'un projet de dploiement d'un nouveau produit sur le march.
Les temps d'usinage sont pour P1 de 3 heures dans l'atelier A1 et de 6 heures dans l'atelier A2
et pour P2 de 4 heures dans l'atelier A1 et de 3 heures dans l'atelier A2.
Le temps de disponibilit hebdomadaire de l'atelier A1 est de 160 heures et celui de l'atelier
A2 de 180 heures.
La marge bnficiaire est de 1'200.- pour une pice P1 et 1'000.- pour une pice P2.
La question est: Quelle production de chaque type doit-on fabriquer pour maximiser la marge
hebdomadaire?
A rsoudre en utilisant la reprsentation graphique et MS Office Excel!
Solution:
D'abord, il est possible de poser le systme d'inquations:
A1: 3 X 1 4 X 2 160
A2 : 6 X 1 3 X 2 180
X 1, X 2 0
Z 1200 X 1 1000 X 2
Le trac des deux droites dans MS Excel, donne le polygone des contraintes (c'est que l'on fait
dans les petites classes d'coles):
Gestion de projets
308/397
Vincent Isoz
o nous voyons de suite ou sont les maximums ainsi que l'optimum.
Pour rsoudre le problme dans MS Excel (eh oui! MS Project n'est pas fait pour
l'optimisation ce qui est logique!), crez un tableau du type suivant:
et ensuite, avec le solveur MS Excel, crez les contraintes adaptes du type (attention les
rfrences de cellules ne sont pas donnes correctement ci-dessous afin de ne pas vous
mcher tout le boulot!):
Gestion de projets
309/397
Vincent Isoz
Gestion de projets
310/397
Vincent Isoz
Gestion de projets
311/397
Vincent Isoz
Gestion de projets
312/397
Vincent Isoz
Gestion de projets
313/397
Vincent Isoz
Nous souhaiterions savoir si les comptences sont corrles et si nous obtenons le mme
rsultat qu'avec MS Excel.
Solution:
Nous allons dans le menu Stat/Statistiques lmentaires/Corrlation:
Gestion de projets
314/397
Vincent Isoz
Gestion de projets
315/397
Vincent Isoz
Ce qui correspond bien au R que donne MS Excel (puisque ce dernier donne le R2 il faut
prendre la racine carr du coefficient de corrlation de MS Excel pour voir que cela est bien
conforme).
Donc ce n'est pas parce qu'un employ est bon avec la statistique qu'il est bon avec
l'informatique.
Gestion de projets
316/397
Vincent Isoz
Vient alors une bote de dialogue qu'il convient de remplir comme suit:
Gestion de projets
317/397
Vincent Isoz
Ce qui donne (nous avons mis des couleurs pour mettre en vidence un choix de
regroupement arbitraire):
Gestion de projets
318/397
Vincent Isoz
Cn C0 (1 n t %) C0 I
Nous avons donc en kilo-francs:
2 '531.25 2 '500(1 5% n)
n
2 '531.25 2 '500
1
0.25 an 3mois
2 '500 5%
4
S3. L'intrt global est donn par la mthode des diviseurs fixes:
m
I i Ck nk
k 1
Gestion de projets
319/397
Vincent Isoz
Gestion de projets
320/397
Vincent Isoz
Gestion de projets
321/397
Vincent Isoz
(1 ti ) 1
i 1
Gestion de projets
322/397
Vincent Isoz
t % 12%
1%
m
12
t % 3%
0.5%
m
6
T Ct nt Ct it nt
t 1
t 1
C i n
t 1
k
t t
C n
t 1
Gestion de projets
323/397
Vincent Isoz
Donc:
Co
Cn
3'582.15
3'000.
n
(1 t %)
(1 3%)6
Cn
1 20 2 1 3.526%
C0
Gestion de projets
324/397
Vincent Isoz
C
log n log 53000
C0
50000 2.35
n
log(i 1) log(2.5% 1)
Dans MS Excel (ou autre tableur):
=NPM(2.5%;0;-50000;53000;0)=2.35
S4. Il serait ais de rsoudre cet exercice la main mais un peu long et ennuyeux quand
mme. Nous allons alors utiliser l'outil "Table" de MS Excel (ou autre tableur):
La mthode est simple: on cr dans une feuille MS Excel (ou autre tableur) la zone suivante
et on utilise la fonction VC( ).
Gestion de projets
325/397
Vincent Isoz
C0 (1 tn %) n C0 (1 t %)
tn % (1 t %)1/ n 1
t % (1 tn %) n 1
il vient alors:
tn % (1 12%)1/12 1 0.949%
t % (1 1%)3 1 3.03%
Gestion de projets
326/397
Vincent Isoz
Gestion de projets
327/397
Vincent Isoz
Remboursement (amortissement):
Annuit:
Intrt:
Amort. Cumul
Sk
0
0
0
1000
Intrt
Ik
100
100
100
100
Annuit
Ak
100
100
100
1100
Gestion de projets
328/397
Vincent Isoz
Amort. Cumul
Sk
250
500
750
1000
Intrt
Ik
100
75
50
25
Annuit
Ak
350
325
300
275
Le cot du crdit reprsente la somme des intrts soit 250KF.Le remboursement est priodiquement plus difficile assumer qu'un emprunt indivis
chance fixe mais il y l'avantage de ne pas devoir dbourser une grosse quantit d'argent la
toute dernire priode. Le dsavantage est que l'annuit n'est pas constante.
L'idal serait un systme dont l'annuit est constante et dont l'amortissement est progressif.
C'est que nous allons toute de suite faire.
Gestion de projets
329/397
Vincent Isoz
C
C
20000
2590.09.
n
1
an 1 v
1
10
t%
1 5%
5%
Gestion de projets
330/397
Vincent Isoz
Priode
1
2
3
4
5
6
7
8
9
10
Etat de la dette
-20'000.00
-18'409.91
-16'740.31
-14'987.24
-13'146.51
-11'213.74
-9'184.34
-7'053.46
-4'816.04
-2'466.75
Cot du crdit:
Intrt
1'000.00
920.50
837.02
749.36
657.33
560.69
459.22
352.67
240.80
123.34
5'900.91
Amortissement
-1'590.09
-1'669.60
-1'753.08
-1'840.73
-1'932.77
-2'029.40
-2'130.87
-2'237.42
-2'349.29
-2'466.75
-20'000.00
Annuit
-2'590.09
-2'590.09
-2'590.09
-2'590.09
-2'590.09
-2'590.09
-2'590.09
-2'590.09
-2'590.09
S3. Calculer avec MS Excel (ou autre tableur) la somme d'intrts pays entre la priode 1 et
10 (total des intrts) et 5 et 10 ainsi que la somme de l'amortissement cumul entre les
mmes priodes.
Pour cela, il suffit d'crire:
=CUMIPMT(5%;10;20000;1;10;0)=-5'900.91
=CUMIPMT(5%;10;20000;5;10;0)=-2'394.04
=CUMPRINC(5%;10;20000;5;10;0)= -13'146.51
=CUMPRINC(5%;10;20000;1;10;0)=-20'000
Gestion de projets
331/397
Vincent Isoz
20000 2000
3000.
6
15%
20000
20000
Gestion de projets
332/397
Vincent Isoz
Nous utilisons la fonction SYD dans MS Excel (ou autre tableur) dont la syntaxe est:
SYD(valeur initiale,valeur finale,nombre de priodes,priode)
SNous construisons le tableau selon la relation indique o:
A1
A2
A3
A4
A5
A6
Gestion de projets
333/397
Vincent Isoz
Date Amortissement Valeur
0
20'000
1
5'142.86
14'857.14
2
4'285.71
10'571.43
3
3'428.57
7'142.86
4
2'571.43
4'571.43
5
1'714.29
2'857.14
6
857.14
2'000.00
Avec MS Excel (ou autre tableur), il est possible de dterminer les valeurs d'amortissement
avec la relation SYD comme indiqu, par exemple:
=SYD(75000;0;5;3)=15'000.Cette mthode d'amortissement est favorable par rapport la prcdente au niveau des impts
pour une entreprise dans certaines situations. Mais il faut se rfrer au cadre juridique du pays
d'activit pour savoir s'il est autoris de l'utiliser ou non.
Gestion de projets
334/397
Vincent Isoz
Vn 2'000.,V0 2000, n 6
Par exemple pour A4 (4me anne) nous avons
4 1
4
6
6
2
'000
2
'000
A4 20 '000
2014.93.
20 '000
20 '000
La somme des amortissements est donc d'environ: 18'005.13.Dans MS Excel (ou autre tableur) pour obtenir l'amortissement A4 , nous utilisons la fonction:
=DB(20000;2000;6;4;12)=2014.93
Nous pouvons alors facilement construire le tableau suivant:
Gestion de projets
335/397
Vincent Isoz
Date k
0
1
Amortissement Ak
0
6'380.00
Valeur rsiduelle
20'000
13'620
2
3
4
5
6
4'344.78
2'958.79
2'014.93
1'372.19
934.45
9'275.22
6'316.42
4'301.49
2'929.31
1'994.86
Cette mthode implique un amortissement encore plus rapide que la prcdente. Elle est
impose lgalement (au mme titre que les mthodes prcdentes) dans la lgislation de
certains pays. Il faut donc aussi bien se renseigner au pralable.
Gestion de projets
336/397
Vincent Isoz
Ck
Vn
V0
k
(1 t %) n
k 1 (1 t %)
VAN
o:
Ck
donnent le capital initial investi pour arriver chaque capital Ck aprs un
(1 t %) k
temps k.
1. Les
2. La somme
Ck
(1 t %)
k 1
Gestion de projets
337/397
Vincent Isoz
3. Le terme
Vn
donne le capital initial investir pour arriver aprs n priodes au capital
(1 t %) n
Vn .
En fin de compte, la somme:
n
Vn
Ck
n
k
(1 t %)
k 1 (1 t %)
donne le capital total place en pargne pour arriver aux sommes respectives des Vn , Ck aprs
leurs priodes d'investissement respectives.
Donc la diffrence:
n
Ck
Vn
V0
k
(1 t %)n
k 1 (1 t %)
VAN
nous informe si l'investissement V0 est plus intressant que celui d'pargner pendant des
priodes respectives des sommes qui nous auraient permis d'arriver aux Vn , Ck .
S1. Pour rponde la question nous savons donc que nous aurons pour les 3 priodes
respectivement:
400KF.-, 800KF.- et 1600KF.de cash-flow
Pour obtenir chacune de ces trois sommes 3% pendant 1, 2 et 3 priodes respectives nous
aurions d pargner une somme initiale de en kilo-francs:
n
Ck
(1 t %)
k 1
400
800
1600
2'488.72.
1
2
(1 5%) (1 5%)
(1 5%)3
La somme capitaliser est donc plus grande que la somme de 2'000KF.- investir que nous
propose notre ami. Le ou VAN est donc de positif et gal en kilo-francs :
n
Ck
Vn
1000
3000
6000 346.6
0
k
n
5
(1 t %)
(1 5%)5
k 1 (1 t %)
k 1 (1 5%)
VAN
Le VAN tant ngatif, nous n'avons pas intrt, selon ce critre, acheter cette machine.
Gestion de projets
338/397
Vincent Isoz
Dans MS Excel (ou autre tableur) il faut crire:
=-6000+VAN(10%;1000;1000;1000;1000;4000)
S3. Une entreprise pharmaceutique veut dvelopper un nouveau mdicament. Elle opte pour
deux stratgies:
a. Investir 1 milliard de frs et vendre le mdicament immdiatement. Dans ce cas, l'entreprise
estime recevoir 500 millions de frs la fin de l'anne, 400 dans 2 ans et 3000 millions dans 3
ans.
b. Dvelopper le mdicament plus lentement, c'est--dire investir 200 millions maintenant,
200 millions dans 1 an et recevoir 300 millions la fin des annes 2 et 3
Quelle stratgie est envisager si l'entreprise peut se financer 5% l'an ?
Pour la stratgie (a) nous avons:
VAN a
500
400
300
Pour la stratgie (b) il faut bien distinguer la partie retour sur investissement (cash-flow) de la
partie investie:
VANb
300
300
200
200
140.78 mios.2
3
(1 5%)
(1 5%)
(1 5%)1
Gestion de projets
339/397
Vincent Isoz
o dans le tableau ci-dessus F.N.T. signifie "Fond Net de Trsorerie", F.N.T.A. "Fond Net de
Trsorerie Actualis", C.A. "Coefficient d'Actualisation" et C.F.A. "Cash-Flow Actualis".
Soit sous forme explicite:
Gestion de projets
340/397
Vincent Isoz
Gestion de projets
341/397
Vincent Isoz
...
V0 0
2
n
1 t % (1 t %)
(1 t %)
(1 t %) n
Cn
Vn
C1
C2
V0
...
2
n
1 t % (1 t %)
(1 t %)
(1 t %) n
VAN
Il existe une fonction spciale pour cela dans MS Excel, la fonction TRI:
Gestion de projets
342/397
Vincent Isoz
400
800
1600
2000 2'488.72.
1
2
(1 5%) (1 5%)
(1 5%)3
2000 0
1
2
(1 t %) (1 t %)
(1 t %)3
et de trouver le bon t%. Pour cela nous allons recourir au logiciel standard MS Excel en
crivant (attention mettre V0 toujours en premier et ensuite l'ordre chronologique des cashflow!) la formule
=TRI({-2000;400;800;1600})=15.117%
S2. Une entreprise souhaite acqurir une nouvelle machine valant 6'000.- ce qui devrait
permettre d'abaisser les cots de production de 1'000.- par an durant 5 ans. On estime que
dans 5 ans, la valeur rsiduelle de cette machine sera de 3'000.-. Calculer le TRI (taux de
rendement interne) partir duquel le VAN est nul.
Nous procdons de manire identique en saisissant la formule:
=TRI({-6000;1000;1000;1000;1000;4000})=8.17 %
S3. Une entreprise pharmaceutique veut dvelopper un nouveau mdicament. Elle opte pour
deux stratgies:
a. Investir 1 milliard de frs et vendre le mdicament immdiatement. Dans ce cas, l'entreprise
estime recevoir 500 millions de frs la fin de l'anne, 400 dans 2 ans et 300 millions dans 3
ans.
Nous appliquons le mme raisonnement que pour la solution prcdente, en crivant la
formule:
=TRI({-1000;500;400;300})=10.65 %
b. Dvelopper le mdicament plus lentement, c'est--dire investir 200 millions maintenant,
200 millions dans 1 an et recevoir 300 millions la fin des annes 2 et 3
Nous appliquons le mme raisonnement que pour la solution prcdente:
=TRI({-200;-200;300;300})=22.47 %
S4. Une machine cote 10'000.-. Elle permet de gnrer un profit net de 1'500.- par an durant
14 ans avec une valeur rsiduelle nulle. Calculer le TRI de cet investissement (sol. = 11.89%)
De mme que prcdemment, nous crivons:
Gestion de projets
343/397
Vincent Isoz
=TRI({-10000;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500;1500)=11.89%
S5. Mme principe qu'avant:
=-400+VAN (10%;100;-150;200;500)=58.71
et:
=TRI({-400;100;-150;200;500})=14.26%
Gestion de projets
344/397
Vincent Isoz
n
E (Ck )
E (Vn )
E (Ck )
E
(
VAN
)
V0
0
k
n
k
(1 t %)
k 1 (1 t %)
k 1 (1 t %)
(20 0.2 40 0.3 60 0.3 80 0.2) (40 0.2 60 0.3 70 0.3 90 0.2)
(1 12%)1
(1 12%) 2
(30 0.2 40 0.3 60 03 80 0.2)
100
(1 12%)3
50 0.893 65 0.797 52 0.712 100 33.479. kF
E (VAN )
Gestion de projets
345/397
Vincent Isoz
et donc:
346/397
Vincent Isoz
Gestion de projets
347/397
Vincent Isoz
( R) 22.5 (V ) 571'000.
S2. Le seuil de rentabilit est dfini par:
( R) 571'000. et E( R) 435'000.
La question est donc de savoir la probabilit cumule que P( R 0) . Dans MS Excel, il suffit
de saisir:
=1-LOI.NORMALE(0;435000;571000;1)=77.62%
Gestion de projets
348/397
Vincent Isoz
2
S3. Il s'agit donc de calculer P V c'est--dire de mettre dans MS Excel (ou autre
3
tableur):
Gestion de projets
349/397
Vincent Isoz
Qe
2 NCL
Cs
2 600 3000
200
90
Donc il faudrait viter que les clients commandent une quantit en-dessous de cette valeur qui
minimise donc le cot total de possession.
S2. La rotation annuelle des stocks est dfinie comme le nombre de fois que le lot optimal est
consomm sur une priode. Ainsi dans notre cas le lot optimal est consomm 3 fois par mois,
soit:
36 fois par anne.
S3. Nous avons donc 600 units par mois soit sur un mois de 30 jours: 20 units quotidiennes
qui sortent. Et comme le lot conomique est de 200, la couverture du stock est de:
10 jours.
S4. Le cot minimal de gestion est donn pour une priode:
Gestion de projets
350/397
Vincent Isoz
Ct
N
N
Q
CL Ss t % Pu CL S s Cs
Q
Q
2
Ct
N
600
Q
200
CL e Ss Cs
3000
Ss 90
Qe
200
2
600
200
3000
90 9000 9000 90 200 18'000.
200
2
18'000 12 216'000
ce que le lecteur peut comparer au cot de gestion de gestion sans optimisation du lot
conomique il verra que la diffrence est absolument non ngligeable!
S5. Il s'agit de faire un peu d'algbre:
Qe
2 NCL
2 NCL
2C
2 3000
Qe2 N 2
Cs L
10.
Cs
Cs
N
600
351/397
Vincent Isoz
D'abord, il s'agit d'appliquer la loi binomiale (tirage non exhaustif, dont l'ordre n'est pas pris
en compte) d'une probabilit cumule.
La probabilit d'en avoir moins ou gal 324 de mauvaises sur les 1'000 est de:
=LOI.BINOMIALE(324;1000;30%;1)=95.38%
Donc il y a aussi une probabilit cumule de:
1-95.38%=4.62%
d'en avoir plus de 325 de mauvaises! Ce qui est trs mauvais aussi (on pouvait s'en douter)!
ce qui donne:
~1471 pices
Ainsi, en envoyant 1'471 pices au client, il a bien:
=LOI.BINOMIALE(471;1471;30%;1)=95.64%
Gestion de projets
352/397
Vincent Isoz
de probabilit cumule de trouver entre 0 et 471 pices dfectueuses dans le lot d'envoi de
1471 pices. Il n'aura donc que 5% de probabilit cumule d'avoir moins de 1000 pices
bonnes au final!
Par ailleurs le responsable qualit chez le client sera donc sr avec 95% de probabilit
cumule que l'acceptation du lot est ok s'il en vrifie au moins 470 pices en faisant donc le
calcul suivant:
=CRITERE.LOI.BINOMIALE(1471;30%;95%)=470
P(k 1) CkN
N!
100! 1
p k q N k
k !( N k )!
1!(100 1)! 1000
99
1000
9%
353/397
Vincent Isoz
probabilit d'en avoir exactement 0 de dfectueuse?
E2. Nous savons qu'un autre client va en tirer 20 au hasard pour dcider d'accepter ou de
rejeter le lot. Il ne rejettera pas le lot s'il trouve une quantit infrieure ou gal 3 pices
dfectueuses parmi ces 20. Quelle est la probabilit cumule?
Solution :
S1. D'abord, il s'agit d'appliquer la loi hypergomtrique (tirage exhaustif, dont l'ordre n'est
pas pris en compte)
Nous allons prendre pour ce calcul MS Excel:
=LOI.HYPERGEOMETRIQUE (0;20;300;1000)=0.073%
Donc malheureusement c'est trs mauvais pour le fournisseurs car en d'autres termes, le client
plus de 99% de probabilit de tomber sur une ou plusieurs pices dfectueuses!
S2. Donc MS Excel 2007 et antrieur:
=LOI.HYPERGEOMETRIQUE
(0;20;300;1000)+
LOI.HYPERGEOMETRIQUE
(1;20;300;1000)+
LOI.HYPERGEOMETRIQUE
(2;20;300;1000)+
LOI.HYPERGEOMETRIQUE (3;20;300;1000)=10.47%
ou avec MS Excel 2010 et ultrieur:
=LOI.HYPERGEOMETRIQUE.N(3;20;300;1000;1)=10.47%
Ce qui reste mdiocre car cela signifie que cet autre client a en gros ~90% de probabilit
cumule de tomber sur plus de 3 pices dfectueuses.
354/397
Vincent Isoz
=LOI.BINOMIALE(1;1500;1/1000;0)=33.47%
et ensuite avec la loi hypergomtrique:
=LOI.HYPERGEOMETRIQUE (1;1500;10;10000)=34.75%
Nous voyons donc bien que conformment la thorie, tant que le tirage n'est pas exhaustif
les deux valeurs sont proches.
S2. Nous calculons d'abord avec la loi binomiale:
=LOI.BINOMIALE(5;5000;1/1000;0)=17.55%
et ensuite avec la loi hypergomtrique:
=LOI.HYPERGEOMETRIQUE (5;5000;10;10000)=24.62%
Nous voyons donc bien que conformment la thorie, quand le tirage est exhaustif les deux
valeurs diffrent.
19
19
k 1
k 1
k 1
Gestion de projets
355/397
Vincent Isoz
E ( R)
E
3
150
p 2%
(1 2%)
et pour la variance:
p2
(2%)2
85.732
Gestion de projets
356/397
Vincent Isoz
k np
npq
suit une loi Normale centre rduite o np correspond l'esprance de la loi binomiale et
npq son cart-type.
Puisque nous travaillons dans cet exercice en % du lot total, nous travaillerons non pas avec la
variable binomiale k mais avec:
k'
k
n
k ' p
pq
n
0.02 0.05
0.05 0.95
75
1.19
Gestion de projets
357/397
Vincent Isoz
EM
xi
i 1
xi x
i 1
n 1
Gestion de projets
358/397
Vincent Isoz
Soit en d'autres mots, en moyenne 164.29 lments produits ont dvi de la moyenne chaque
jour durant la semaine.
S2. L'estimateur de maximum de vraisemblance (estimateur sans biais) peut lui tre obtenu
par:
=ECARTYPE(B2:B8)=212.62
en termes statistiques nous avons alors que si les donnes sont distribues normalement et que
les erreurs sont dues la somme d'une multitude de petits effets (loi normale) alors ~68% des
valeurs de production se trouveront 212.62 autour de la moyenne.
Ces rsistances ont une valeur qui suit une loi Normale de moyenne:
600 103 []
et d'cart-type:
120 103 []
Quel est le pourcentage de bonnes rsistances? Soit en d'autres termes, la probabilit d'tre
entre 420 et 720?
Solution :
D'abord, il s'agit d'appliquer la loi de Gauss.
Nous allons prendre pour ce calcul MS Excel:
=LOI.NORMALE(720;600;120;1)- LOI.NORMALE (420;600;120;1)=77.45%
359/397
Vincent Isoz
les 5'020 [h]). Donnez les indicateurs classiques relativement au peu d'informations
communiques.
Solution :
F (t ) 1 exp (t )dt 1 et
dF (t )
e t
dt
360/397
Vincent Isoz
2 106 / h.
Calculer son MTTF (Mean Time To Failure: donc il s'agit d'un lment non rparable!) dans
les 500 premires heures.
Solution :
Puisque son taux de dfaillance est constant, nous devons utiliser la loi exponentielle dont
l'esprance (MTTF) est donne par:
MTTF
5 105 h.
k
k!
3.845 3.84
e
5!
Gestion de projets
361/397
Vincent Isoz
Sur une machine de production, on sait qu'il y a en moyenne 1 panne tous les 4 mois (20 jours
ouvrs par mois). Quelle est la probabilit cumule qu'il y ait 0 panne lors d'une journe de
dmonstration:
Solution :
Etant donn les informations il s'agit d'utiliser la loi de Poisson.
Nous avons d'abord:
1
0.0125 [ panne / jour ]
4 20
Donc il vient:
P(0)
k
k!
0.01250 0.0125
e
0!
0.2 / mois
Gestion de projets
362/397
Vincent Isoz
Soit dans MS Excel:
=1- LOI.EXPONENTIELLE(15;0.2;1)=4.98%
et pour dans les 5 mois:
=1-LOI.EXPONENTIELLE(5;0.2;1)=36.7%
S3. C'est simple:
P( X 20) 1 P( X 20) 1 e20 98.17%
363/397
Vincent Isoz
Il suffit de calculer avec MS Excel:
= LOI.NORMALE.INVERSE (5%;250;15)=225.325
Moyenne i
20.5
20.6
20.5
20.4
Ecart-type i
0.3
0.2
0.1
0.5
et:
1
0.32 0.22 0.12 0.52 0.156
4
364/397
Vincent Isoz
3,7,12,5,9,13,2,8,6,14,6,1,2,3,2,5,11,13,5
E1. Calculez la moyenne arithmtique
E2. Dterminez l'intervalle 95% de la moyenne
Solution :
S1. La moyenne arithmtique vaut:
X
3+7+12+5+9+13+2+8+6+14+6+1+2+3+2+5+11+13+5
6.68
19
S
n
T / 2 (n 1) X
S
n
T / 2 (n 1)
avec:
S2
2
1 n
Xi X
n 1 i 1
3+7+12+5+9+13+2+8+6+14+6+1+2+3+2+5+11+13+5
6.68
19
S ECARTYPE(3;7;12;5;9;13;2;8;6;14;6;1;2;3;2;5;11;13;5)=4.23
X
n 19
df n 1 18
T0.025 (18)=LOI.STUDENT.INVERSE(5%;18) 2.1
Nous calculons:
6.68
4.23
19
2.1 6.68
4.23
19
2.1
Gestion de projets
365/397
Vincent Isoz
Dans une production de 300 pices, nous en avons trouv 8 de dfectueuses. Quel est
l'intervalle de confiance 95% de la proportion de pices dfectueuses?
Solution :
Avec 5% , nous avons alors:
p Z 0.025
p 1.96
p (1 p )
p p Z 0.025
n
p (1 p )
n
p (1 p )
p (1 p )
p p 1.96
n
n
Nous avons d'une production de 300 lments trouvs 8 qui taient dfectueux. Nous
vrifions d'abord avec :
p
8
2.66%
300
que:
n p 300
8
85
300
Donc il est acceptable d'utiliser l'intervalle de confiance par la loi Normale. Nous avons ds
lors:
8
8
8
8
1
1
8
8
300 300
300 300
1.96
p
1.96
300
300
300
300
0.84% p 4.49%
Gestion de projets
366/397
Vincent Isoz
=ECARTTYPE(13;13;12;12.55;12.99;12.89;12.88;12.97;12.99)=0.335
S2. Nous avons dmontr que:
(n 1) S 2
2 / 2 (n 1)
(n 1) S 2
12 / 2 (n 1)
avec:
S2
1 n
( X i X )2
n 1 i 1
Donc:
8 0.112
8 0.112
2
17.534
2.179
soit:
0.051 2 0.412
Soit 95% de probabilit cumule que l'cart-type se trouve dans l'intervalle:
0.226 0.642
Gestion de projets
367/397
Vincent Isoz
Solution :
Nous prenons la relation dmontre dans le cours de statistiques:
n
Z 2 2
LOI.NORMALE.STANDARD.INVERSE((1-95%)/2) 3
8.64
2
Z p(1 p)
165
48
26
96%, pY
86.66%
50
30
Nous souhaiterions donc savoir si la diffrence est significative avec une certitude de 95% ou
simplement due au hasard?
Solution :
Nous utilisons alors:
n1 p1 n2 p 2 48 26
92.50%
n1 n2
50 30
et:
Gestion de projets
368/397
Vincent Isoz
p X p Y
1 1
p (1 p )
n1 n2
0.96 0.8666
1
1
0.925 (1 0.925)
50 30
1.545
X T / 2
S
n
X T / 2
S
n
Soit:
Gestion de projets
369/397
Vincent Isoz
0.074 2.69
0.008
10
0.074 2.69
0.008
10
Ce qui donne:
0.0595 0.142
Comme la moyenne historique se trouve dans l'intervalle de confiance, il s'ensuit que nous
devons rejeter l'hypothse comme quoi la variation est due au vieillissement de la machine.
Dterminez les machines engendrant 80% des cots horaires cumuls par rapport au cumul
des pannes.
Solution :
Dans MS Excel ou ailleurs nous devons d'abord (aisment) tablir le tableau suivant:
Gestion de projets
370/397
Vincent Isoz
Gestion de projets
371/397
Vincent Isoz
o les zones A, B et C sont arrondis des points existants. Ainsi, la zone critique A compte les
machines 11, 10, 1, 8, 9 et 3. Une amlioration de la fiabilit de ces machines peut donc
procurer jusqu' 78.8% du temps total cumul sur les pannes.
E1. Nous aimerions savoir si les estimations du chef de projet sont sous contrle (test de
normalit de Kolmogorov-Smirnov sous Minitab).
Gestion de projets
372/397
Vincent Isoz
E2. Nous souhaitons faire une analyse de capabilit des dviations en faisant les calculs
manuellement et en les vrifiant avec Minitab en prenant l'intervalle LSL/USL de [-0.1,02]
avec une cible nulle.
Solution :
S1. Nous ouvrons Minitab et reportons les donnes dans une unique colonne:
Gestion de projets
373/397
Vincent Isoz
374/397
Vincent Isoz
La p-value tant suprieur 0.05 (puisque Minitab indique qu'elle est plus grande que 0.150)
fait qu'on peut accepter sans crainte l'hypothse de normalit.
S2. Nous faisons d'abord les calculs la main:
Cp
0.35
6
6 0.143
T
C pk C p 1 k C p 1
(USL LSL)
0.224
0.35 1
0.172
0.15
0.05 0.174
0.35 1
o pour rappel:
T
USL LSL
2
Donc comme k est suprieur 1 (et donc Cpk infrieur 0), nous sommes au-del de USL (ce
que nous confirmera la graphique Minitab).
Remarque: Cette valeur correspond la capabilit potentielle long terme Ppk dans Minitab.
Gestion de projets
375/397
Vincent Isoz
Dans Minitab nous allons dans Outils de la qualit/Analyse de capabilit/Normale:
Gestion de projets
376/397
Vincent Isoz
Gestion de projets
377/397
Vincent Isoz
17. Glossaire
Acceptation
Acte par lequel le signataire considre que les travaux ou les services qui lui sont soumis lui
conviennent (Selon AFNOR 1996)
Attente
C'est une opinion ou une demande de satisfaction des besoins des clients. (Selon AFNOR 2004)
Attitude
Pense, tat d'esprit d'une personne ou d'un groupe, tels que peuvent les rvler les diffrentes formes
de recueil d'opinions. L'attitude est en gnral un ensemble d'opinions relativement stables laissant
prvoir un certain comportement vis--vis d'un problme ou d'un sujet donn. (Selon AFNOR 2004)
Attractivit
Mesure d'attirance de la population environnante d'un point de vente. Plus la clientle vient de loin,
plus le coefficient d'attractivit est important. Cette attractivit peut tre augmente par les diffrents
lments de l'offre de service du point de vente (gamme de produits ou de service largie, prix
intressant, communication et publicit, horaire d'ouverture, taille du magasin) La qualit de
l'accueil (amabilit du personnel, disponibilit, comptence) peut tre un lment important
d'attractivit d'un point de vente. (Selon AFNOR 2004)
AMDEC
Signifie: Analyse des Modes de Dfaillance, de leurs Effets et de leurs Criticits) Mthode de
prvention quantitative d'analyse de fiabilit.
Approbation
Acte par lequel le signataire atteste que les travaux ou services qui lui sont soumis ont t excuts
conformment ses demandes. (Selon AFNOR 1996)
Autorisation
Acte par lequel un signataire qualifi certifie qu'il ne s'oppose pas au dmarrage d'une tche. (Selon
AFNOR 1996)
Baromtre
chelle de mesure des opinions et des attitudes des clients et non clients d'un point de vente, d'une
marque, d'un produit. L'tude est faite rgulirement pour mesurer les volutions d'une priode
l'autre. L'utilisation d'un baromtre est utile pour mesurer les effets des actions d'une entreprise sur
l'opinion de ses clients. (Selon AFNOR 2004)
Benchmarking
Recherche des mthodes les plus performantes pour une activit donne, permettant de s'assurer une
supriorit par rapport la concurrence. Cette mthode consiste comparer les mthodes et les savoirfaire de l'entreprise avec ceux des entreprises considres comme les plus performantes, analyser les
carts de performance et rechercher transposer les meilleures pratiques dans l'entreprise. Il est
Gestion de projets
378/397
Vincent Isoz
galement possible de faire du benchmarking interne en comparant les rsultats et les mthodes de
diffrentes agences. (Selon AFNOR 2004)
Brainstorming - Technique utilise dans certaines runions consistant lister toutes les ides sur une
problmatique, ensuite de structurer celles-ci et de ne garder que celles tant ralistes par itration.
Budget encouru
Expression abrge pour dsigner le Cot budgt du travail prvu (CBTP) [Anglais: Budgeted Cost
of Work Scheduled (BCWS).] Part du budget date correspondant aux travaux qui auraient d tre
raliss la date considre, si on avait travaill en conformit avec les programmes et budget
initiaux. (Selon AFNOR 1996)
Budget initial de projet
Objectif, en matire aussi bien de recettes que de cots, pour l'ensemble du projet, et ce jusqu' sa
rception dfinitive. (Selon AFNOR 1996)
Bureau de projet
Entit organisationnelle, compos d'une ou plusieurs personnes, agissant comme un centre de
connaissance, de coordination et de contrle. (Selon Lalonde 2008)
Cahier de charges
Document rassemblant les obligations et les lments ncessaires pour dfinir un besoin (traitement
d'informations, mthodes et outils de travail, etc.) et les principales contraintes respecter pour le
satisfaire. Le client choisit usuellement son fournisseur sur la base d'un cahier des charges. Faute d'un
document normalis, on emploie divers documents tels que: note de principe, objectifs, plan-guide,
schma directeur, ou simplement des notes internes, fiches descriptives, programmes de travail. (Selon
AFNOR 1996)
Capital client
Les clients d'une entreprise reprsentent un Capital dont la valeur peut s'apprcier suivant leur
nombre, leurs caractristiques, le chiffre d'affaires actuel, le chiffre d'affaires potentiel. (Selon AFNOR
2004)
Carte des forces
Cartographie des acteurs concerns par le projet
CBTE
voir Cot budgt du travail effectu (BCWP) (Selon AFNOR 1996)
CBTP
voir Budget encouru (Selon AFNOR 1996)
Certification
Acte par lequel une personne physique ou morale (le certificateur) reconnat qu'une autre (le certifi) a
satisfait un certain nombre de critres dfinis. (Selon AFNOR 1996)
Change request
Gestion de projets
379/397
Vincent Isoz
Proposition de modification d'un Configuration Item (CI). Fait gnralement suite une erreur connue
ou l'apparition d'une nouvelle appartenance d'un lment dans l'infrastructure. Si une solution
requiert un changement de configuration Item CI, la Gestion des problmes tablit une demande de
changement l'intention de la gestion des changements. Cette demande est formule sur papier/cran
ad hoc. La demande de changement est clture lorsque le changement dans l'infrastructure est ralis
et valid.
Charte d'quipe
Renferme habituellement les lments suivants: Moyens & modes de communication, Modes
d'opration, Processus de rsolution des conflits, Ensemble de la documentation rdiger.
Charte de projet
Renferme habituellement les lments suivants: Identification / Contexte / But du projet / Objectifs du
projet / Contenu / Alignement stratgique / Parties prenantes / Risques / Capacits requises / Bnfices
potentiels / Ressources humaines requises / Impacts de ne pas faire le projet / Signatures &
Recommandation
Chef/Responsable de projet
(1) C'est la personne physique charge par le matre d'uvre, dans le cadre d'une mission dfinie,
d'assurer la matrise du projet, c'est--dire de veiller sa bonne ralisation dans les objectifs de
technique, de cot et de dlai. Souvent, le matre d'ouvrage identifie, en son sein, un interlocuteur au
responsable de projet du matre d'uvre. Cet interlocuteur est aussi appel responsable de projet.
Dans ce cas, il y a lieu de prciser de quel responsable de projet on parle. Bien que l'emploi de cette
expression soit gnralis, beaucoup hsitent sur le Chef et prfrent Pilote de projet ,
Coordinateur de projet , Responsable de projet . notre avis, si on ne veut pas utiliser Chef de
projet , la meilleure autre appellation reste Responsable de projet . (Selon AFNOR 1996)
(2) Personne, dsigne par l'entreprise ralisatrice, qui est charg d'atteindre les objectifs du projet.
Elle peut dpendre hirarchiquement d'un responsable de programme, d'un responsable de portefeuille
ou d'un responsable fonctionnel (Selon PMBoK 2008)
Chemin critique du PERT
Un des chemins allant de l'tape initiale l'tape finale dans un PERT est appel le Chemin critique.
Il correspond la dure minimale de ralisation du projet. Tout retard sur l'une des tches sur ce
chemin critique (correspondant la dure minimale du projet) allonge donc la dure totale du projet.
Cible
(1) Ensemble des clients potentiels qu'une entreprise a dcid d'atteindre au moyen d'une action de
promotion ou d'un plan de communication spcifique (ne pas confondre avec segment). (Selon
AFNOR 2004)
(2) Dans un Contrat, le client est celle des deux parties qui reoit un ouvrage, un objet ou une
prestation qu'elle doit payer aux conditions convenues. (Selon AFNOR 1996) Personne ou organisation
qui utiliseront le produit, le service, ou le rsultat du projet (Selon PMBoK 2008)
Colloque
Runion de spcialistes invits, en nombre gnralement limit, pour exposer, discuter et confronter
leurs ides et leurs opinions sur un thme donn. Quasi-synonyme(s): Confrence. Terme(s) viter:
Sminaire / Symposium (Selon: OQLF)
Gestion de projets
380/397
Vincent Isoz
Commanditaire
Personne ou groupe qui finance le projet, en capitaux ou en nature (Selon PMBoK 2008)
Communication sur le lieu de vente (CLV)
Ensemble des manifestations publicitaires d'un produit ou d'une marque sur le lieu de vente. Les
matriels de publicit sur le lieu de vente sont chargs de mettre le produit en valeur soit seul, soit en
association avec des campagnes de publicit (affichage, tlvision, radio) (Selon AFNOR 2004)
Congrs
Assemble regroupant un nombre important de personnes runies pour dlibrer sur un ou des sujets
donns.
Contrat
Convention par laquelle une ou plusieurs personnes s'obligent envers une ou plusieurs autres,
donner, faire ou ne pas faire quelque chose. (Selon AFNOR 1996)
Contraintes concurrentes
Contraintes devant tre pondres par le charg de projet en vue d'une solution optimale, touchant
notamment au: Contenu / Qualit / chancier / Budget / Ressources et comptences requises /
Risques (Selon PMBoK 2008)
Coordination
Activit, fonction et ensemble d'actions dont l'objet est de faciliter les interactions entre activits
concourant un mme objectif. La planification permet de rsoudre potentiellement des problmes de
coordination mais ne fait pas partie de l'activit de coordination. Il est possible de coordonner des
activits qui n'ont pas t planifies et/ou sont non planifiables. La coordination comprend les tches
suivantes: -La dfinition sous forme de prescriptions, de directives et recommandation de rgles et
conditions remplir pour que les actions soient rendues a priori cohrentes; -La communication, la
mise en application et la vrification et l'application des prescriptions, de directives et
recommandations de rgles et conditions auprs de et par les intervenants concerns; -L'application
pratique de rgles permettant l'tablissement d'informations dont la communication permettra aux
intervenants responsables des activits de se coordonner; -La vrification que les interactions entre
tches se sont droules correctement et la prise de dcisions correctives si tel n'est pas le cas; -La
conception, la mise en place et l'exploitation des moyens ncessaires et utiles aux actions de
coordination et l'change naturel d'informations entre les intervenants devant cooprer. (Selon
AFNOR 1996)
Courbe des engagements
Courbe des engagements financiers dans un programme (ou un projet) caractrise par une trs forte
croissance sur une courte priode, soit le temps de prise de dcision (Selon Aim 2007)
Courbes en S
Les dpenses d'un projet ont, sur la dure du cycle de vie du projet, une allure caractristique montrant
3 phases: Dmarrage / Croissance / Dclration (Selon Aim 2007)
Cot
Gestion de projets
381/397
Vincent Isoz
Charge (ou dpense) supporte par un intervenant conomique par la suite de la production ou de
l'utilisation d'un produit (NF X50-150, cit par Aim2007)
Cot budgt du travail effectu (CBTE)
C'est la valorisation cot budget du travail ralis une date donne. Gnralement, le CBTE est
obtenu en multipliant la valeur du budget date par l'avancement physique. (Selon AFNOR 1996)
Cot budgt du travail prvu (CBTP)
Voir Budget encouru (Selon AFNOR 1996)
Cot encouru
Les cots encourus sur un projet un moment donn correspondent au cot rel des prestations
rellement effectues cette date et qui sont imputables au projet. L'objectif poursuivi par la mesure
priodique du cot encouru est de permettre de suivre d'une part l'volution des cots internes et
d'autre part, l'cart de cot des lments sous-traits du projet. (Selon AFNOR 1996)
Cot prvisionnel
Par dfinition, le cot prvisionnel est, un instant donn, le meilleur pronostic possible de ce que
cotera l'lment considr la fin du projet. Comme le budget, le cot prvisionnel est tabli, ligne
par ligne, suivant le mme dcoupage et peut tre exprim dans diverses bases conomiques (les
comparaisons devant toujours tre effectues sur des bases identiques). Les cots prvisionnels sont
exprims dans la mme monnaie que les recettes contractuelles correspondantes. L'estimation du cot
prvisionnel des lignes budgtaires est faite en tenant compte du caractre propre chacun des trois
types de cots (ingnierie, matriel, travaux), et de l'tat d'avancement du projet, soit: -Cots encourus
plus cots restant encourir; -Cots engags (voir engagement), plus cots restant engager; Dpens, plus reste dpenser. (Selon AFNOR 1996)
Cotenance
Processus permettant, pendant toute la dure d'un projet, de prvoir et suivre tous les cots des
activits successives pour la ralisation de l'ouvrage avec l'objectif de matriser un cot prvisionnel
final. Ce processus s'appuie sur une dmarche prvisionnelle permanente. Au lancement du projet, est
tabli le budget initial rsultant de l'conomie gnrale du prix de vente. Indpendamment des
objectifs de cot et de recette qu'on fixe la direction de projet, la cotenance aura pour mission
durant la vie du projet, de calculer l'volution prvisionnelle de chaque lment des lignes budgtaires
correspondant aux besoins. (Selon AFNOR 1996)
Cots directs / indirects
Rpartition des cots selon qu'ils sont affectables directement ou par rpartition dans la dcomposition
choisie pour le suivi budgtaire. Cette notion peut s'appliquer diverses structures de cots. Par
exemple, si l'on considre l'affectation au matriel, sont considrs comme:
(1) Cots directs: Chacun des cots correspondent la fourniture des quipements principaux et des
matriels banaliss [ sortie usine (ex-works), ou Franco bord (FOB) ], et aux travaux de construction
des installations dfinitives. Les transports des quipements et matriels font normalement partie des
cots directs ; en estimation, toutefois, ils sont en gnral calculs globalement et regroups avec les
cots indirects.
(2) Cots indirects: Somme de tous les cots lis la ralisation du contrat mais qui ne peuvent
s'imputer un lment prcis de l'ouvrage (tude, supervision, assurance de la qualit, cots indirects
de travaux, etc.) Les cots gnraux indirects tels que l'ingnierie (tude au sige et supervision du
Gestion de projets
382/397
Vincent Isoz
site), direction de projet, tudes initiales et reconnaissance du site, services divers (certification, etc.)
assurances, , sont souvent du ressort du matre d'uvre alors que l'acquisition et la prparation du
site, la mise disposition des entreprises, les droits de passage, les licences, sont en gnral la charge
du matre d'ouvrage. Pour les cots d'ingnierie, ou plus gnralement les cots de main-d'uvre, sont
considrs comme cots directs ceux lis directement aux salaires verss, et comme indirects les cots
d'encadrement (Selon AFNOR 1996)
CPM
Critical Path Method (Selon AFNOR 1996)
Crativit
Capacit dcouvrir de nouvelles solutions un problme. Elle s'exerce en posant les problmes de
faon nouvelle et en combinant de faon originale des ides pour inventer de nouvelles solutions.
(Selon AFNOR 2004)
CRTE
voir Cot encouru (Selon AFNOR 1996)
Cycle de vie du projet
Organisation logique des activits qui jalonnent la vie d'un produit depuis l'ide que l'on a eu ou
l'identification du besoin, jusqu' l'obsolescence ou son arrt d'utilisation.
Cycle de dveloppement d'une quipe
5 grandes tapes du dveloppement typique d'une quipe: Constitution / Tumulte (gestion des tensions,
alignement des objectifs, dtermination des rles et responsabilits) / Cohsion (atteinte de consensus
sur les faons de procder, collaboration ensemble) / Performance / Dissolution (Selon Tuckman, cit
par Lalonde 2008)
Dfaillance
Altration ou cessation d'un bien accomplir ou remplir une fonction requise (NF X60-010)
Dpassement
cart entre les dpenses et la valeur budgte d'une mme ligne budgtaire. (Selon AFNOR 1996)
Drive
C'est la diffrence entre les carts prvus apparaissant sur deux ditions successives du rapport de
cot: positive et ngative, elle indique l'efficacit des mesures correctives adoptes (dont l'effet est
rarement immdiat). (Selon AFNOR 1996)
Devis
Nomenclature chiffre des tches et des prestations excuter, des documents fournir, des achats
effectuer, tablie partir des informations contenues dans la demande de devis, chaque ligne
(ingnierie, matriels, travaux) tant estime en units d'uvre et en montant d'achats. (Selon AFNOR
1996)
Disponibilit
Gestion de projets
383/397
Vincent Isoz
Aptitude d'un produit tre en tat d'accomplir une fonction requise un instant donn, dans des
conditions donnes, pour un intervalle donn (NF X50-410, cit par Aim 2007)
cart
Valeur absolue de la diffrence entre deux valeurs, par exemple entre une valeur de rfrence (budget
initial, date jalon) d'une grandeur (cot, dure) et sa valeur prvue ou constate, une date donne.
(Selon AFNOR 1996)
cart de performance, de cot
Au cours d'une ralisation, lorsqu'on fait le point un instant t, c'est l'cart entre la valeur prvue au
budget pour le travail effectivement fait (cot budgt du travail effectu) et son cot encouru (cot
rel du travail effectu). (Selon AFNOR 1996)
cart final prvisionnel sur budget
Positive ou ngative, c'est la diffrence entre le budget date et le cot prvisionnel. Il fait apparatre
le gain ou la perte par ligne budgtaire et incite la rflexion sur les mesures correctives, sur la qualit
de l'estimation initiale et sur celle de la ralisation. En cotenance, l'existence d'un cart n'est pas
anormale, mais doit tre explique. (Selon AFNOR 1996)
chancier de paiement
Liste de jalons de rfrence, chacun d'eux tant assorti d'un cot ou d'un pourcentage dont le total est
gal au montant du contrat ou de la commande, qui permet de prvoir les encaissements et les
dcaissements. (Selon AFNOR 1996)
Encaissement
Pour l'entrepreneur traitant forfait, somme payes par le matre de l'ouvrage aux dates des jalons
mais aussi par les assurances, la COFACE, etc. Ils constituent la partie positive de la trsorerie
d'affaire (cash-flow). (Selon AFNOR 1996)
Engagement
Dans le cadre d'un projet, les engagements correspondent aux montants que l'entreprise s'est oblige,
d'une manire explicite, payer ses fournisseurs en contrepartie d'une fourniture. Les engagements
peuvent s'exprimer dans diverses bases conomiques. (Selon AFNOR 1996)
Enqute de satisfaction
Catgorie d'tude permettant de recueillir auprs des clients, de manire rigoureuse et structure, leurs
attentes et leur niveau de satisfaction. (Selon AFNOR 2004)
Enqute miroir
L'enqute miroir consiste poser au personnel de l'entreprise les mmes questions qu'aux clients, en
leur demandant de donner les rponses qu'ils pensent que les clients pourraient donner chacune de
ces questions. La comparaison entre les rsultats de l'enqute miroir et de l'enqute client permet
d'clairer les diffrences de perception entre l'interne et l'externe. (Selon AFNOR 2004)
Enqute mystre
L'enqute mystre consiste se mettre en situation de clients pour vrifier si les standards de service
sont bien excuts comme il est prvu par la direction (selon les principes de la charte accueil si elle a
Gestion de projets
384/397
Vincent Isoz
t formalise). Elle est ralise partir d'un scnario prdfini afin de pouvoir comparer les rsultats
sur plusieurs sites. Dans le cas d'une enqute dans un point de contact, d'autres lments tels que
l'aspect du point de vente, sa propret, la clart de l'affichage peuvent complter l'enqute. (Selon
AFNOR 2004)
nonc de rflexion stratgique
Couvre l'tablissement de la vision, de l'nonc de mission, du plan stratgique (ou directeur) et du
plan annuel d'action.
Estimateur
Personne charge d'effectuer l'estimation des cots d'un projet. (Selon AFNOR 1996)
Estimation
Terme qui dsigne la fois une fonction (celle de l'estimateur), une opration (estimer) et son rsultat
(l'estimation) ; en revanche l'anglais utilise trois termes bien distincts.
L'objectif de la fonction (en anglais: estimating) est d'tre mme de fournir rapidement, partir de la
dfinition technique succincte d'un programme ou d'un projet et d'lments statistiques dont elle
dispose, le cot prvisionnel d'une prestation ou d'un ensemble de prestations. En pratique, les
demandes proviennent de ngociateurs commerciaux (offres) ou de responsables d'investissement
(tudes de faisabilit).
L'opration (en anglais: estimation) consiste, partir de donnes insuffisantes et souvent plus ou
moins fausses, donner la valeur et la dure les plus probables d'une tche (service ou fourniture),
excute par des tiers sur lesquels on n'a aucune possibilit d'action, un moment ultrieur (encore)
indtermin. Ces valeurs sont obligatoirement accompagnes de leur degr de confiance (risques ou
alas provisionner).
Le rsultat est aussi appel estimation (en anglais: estimate). En ce sens on distingue, selon leur degr
de prcision et le moment o elles interviennent, l'estimation budgtaire, l'estimation prliminaire, et
l'estimation contractuelle (classes d'estimation). On appelle estimation paramtrique une mthode
d'estimation permettant d'obtenir rapidement le prix d'un ouvrage partir d'une base de donnes
d'expriences et de critres de dimensionnement pertinents, au moyen de logiciels appropris
(s'apparentant des systmes experts). (Selon AFNOR 1996)
tude de march
tude permettant de rpondre aux questions qu'une entreprise se pose sur son march. Elle peut se
faire en compilant des tudes documentaires, des tudes qualitatives et des tudes quantitatives. Dans
le langage courant, le mot enqute est surtout utilis pour un recueil d'opinions par questionnaire .
(Selon AFNOR 2004)
tude qualitative
tude ayant gnralement pour objet d'analyser les attitudes et motivations profondes des individus,
des pratiques et qui produit des rsultats non statistiques. L'tude qualitative a souvent une vocation
exploratoire et se fonde souvent sur une analyse en profondeur du discours des interviews. Portant
sur un chantillon restreint d'individus, qui n'a pas besoin d'tre reprsentatif, elle est souvent une
phase prliminaire une tude quantitative. (Selon AFNOR 2004)
tude quantitative
Gestion de projets
385/397
Vincent Isoz
tude ayant pour objet d'analyser les phnomnes mesurables grce des mthodes statistiques en
rfrence une population. Elle est le plus souvent ralise par sondage sur un chantillon qui doit tre
reprsentatif afin que les rsultats puissent tre gnraliss l'ensemble de la population tudie.
(Selon AFNOR 2004)
Exprimentation
Mise l'essai petite chelle d'un projet ou d'un plan d'action pour en mesurer l'effet et pour analyser
les problmes d'application. (Selon AFNOR 2004)
Expert
Personne qui a acquis une grande habilit, par l'exprience et la pratique. (Selon Maders 2005)
Facteur cl de succs
L'analyse par les facteurs cls de succs permet de simplifier la ralit de l'organisation lorsqu'on est
en phase d'laboration de la stratgie. Cette approche suppose que la russite d'une organisation
dpende d'un ensemble de facteurs cls (en gnral, moins d'une dizaine) sur lesquels on peut
comparer ses performances avec la concurrence. L'avantage de cette approche est de permettre de se
focaliser sur ses objectifs prioritaires et de simplifier l'analyse des points forts et des points faibles de
l'organisation. (Selon AFNOR 2004)
Fiabilit
Aptitude d'un systme accomplir sans dfaillance une fonction requise dans des conditions donnes,
pendant un intervalle donn
Fidlisation
Stratgie marketing destine conserver les clients acquis de l'entreprise. Le cot d'acquisition d'un
nouveau client tant trs lev, c'est une stratgie moins coteuse qu'une stratgie d'acquisition de
nouveaux clients. (Selon AFNOR 2004)
Formulation de la stratgie
La formulation de la stratgie consiste dcrire, partir d'une analyse de l'environnement de
l'entreprise, les objectifs qu'elle s'assigne et les moyens mettre en uvre pour y parvenir. Elle se
dcline en plusieurs volets qui prcisent les objectifs de chaque direction ou service. Cette
formalisation est utile tant en interne qu'en externe car elle permet de se focaliser sur ce qui est
important pour l'organisation en traant une vision de l'avenir et la place que l'organisation aspire
tenir. La stratgie est un outil fdrateur qui permet de mobiliser les nergies autour d'un projet.
(Selon AFNOR 2004)
Gantt
Diagramme prsentant les tches et leurs dures d'excution et servant analyser les problmes de
dlai et de rpartition de tches dans les projets (Selon Belot)
Gestion de projet
(1) Ensemble des outils de gestion mis la disposition du groupe de projet, pour conduire le projet en
terme de: Performance technique / Contrle de cot / Qualit / Matrise des dlais (Selon Aim 2007)
(2) Ensemble de processus comportant des procdures, des techniques et des outils, par lesquels un
projet sera gr du dbut la fin, pour que les objectifs prdfinis par le client soient atteints.
Gestion de projets
386/397
Vincent Isoz
(3) Application de connaissances, de comptences, d'outils et de techniques aux activits d'un projet
afin d'en satisfaire les exigences (Selon PMBoK 2008)
Gestion de portefeuille de projets (GPP)
Gestion centralise d'un ou plusieurs portefeuilles dans le but d'atteindre des objectifs d'affaires
stratgiques particuliers. (Selon PMBoK 2008)
Gestion des cots
voir cotenance (Selon AFNOR 1996)
Gestionnaire de processus
Les responsabilits du gestionnaire de processus comprennent la planification et la coordination de
toutes les activits ncessaires son fonctionnement, sa surveillance et l'tablissement de tableaux de
bords sur le fonctionnement du processus. Le rle du gestionnaire de processus est souvent confondu
avec celui de propritaire du processus (voir Propritaire de processus), mais ces deux rles peuvent
tre distincts dans les grandes organisations
Image de marque
Ensemble des points caractristiques qui identifient dans l'esprit du public un produit ou une marque.
Ces lments peuvent tre objectifs (qualits techniques, composition du produit, prix, circuit de
distribution) ou subjectifs. La qualit de l'accueil peut tre un lment fondamental pour l'image de
marque d'une entreprise. (Selon AFNOR 2004)
Impact
Effet d'une campagne de communication ou d'une action de promotion. Cet effet peut se mesurer de
faon quantitative, (chiffre d'affaires, augmentation du nombre de clientsou qualitative (changement
d'image d'un produit ou d'un point de vente) (Selon AFNOR 2004)
Imputation
Prise en compte de la valeur d'une tche dans un calcul plus gnral (budget, cot prvisionnel), en se
conformant au code des cots. (Selon AFNOR 1996)
Indicateur
Mesure quantifie qui permet d'apprcier de manire pertinente les ralisations dans un domaine
donn. L'information choisie doit tre associe un phnomne et elle est destine en observer
rgulirement les objectifs au regard d'objectifs prdfinis. (Selon AFNOR 2004)
Indicateur de qualit interne
Indicateur de mesure de la qualit effectivement ralise par rapport aux objectifs viss par
l'organisme. (Selon AFNOR 2004)
Indicateur de satisfaction
Indicateur de mesure de la qualit perue par le client en fonction de ses attentes. (Selon AFNOR
2004)
Inflation
Gestion de projets
387/397
Vincent Isoz
Phnomne conomique qui fait varier dans le temps le cot d'une mme prestation, calcule dans la
mme monnaie. C'est en fait, une dprciation de la valeur de cette monnaie. Selon les termes du
contrat, la hausse des cots est prise en charge par le vendeur, l'acheteur ou bien un organisme
d'assurance (COFACE par exemple). Le poste budgtaire qui prend en compte ce phnomne est bien
souvent le plus gros poste de tout le budget et dpend la fois des rgles comptables de la socit, et
de la forme du contrat. (Selon AFNOR 1996)
Jalon
Un jalon (ou, en anglais "milestone"), dans le cadre de la gestion de projet, est la fin d'une tape, la fin
d'un travail. La plupart du temps, le jalon est aussi un vnement important, comme la signature d'un
contrat, le lancement d'un produit... De nombreuses mthodes et outils de gestion de projet dfinissent
le jalon comme une tche de dure nulle. Cette dfinition technique est rductrice car le jalon a sa
place part dans la gestion de projet et il est possible de piloter un projet ou un portefeuille par les
jalons.
Leadership situationnel
Modle permettant au charg de projet d'adopter un comportement adapt la ralit vcue sur le
terrain par les membres de l'quipe.
Lot de travaux (LT)
Le lot de travaux est l'lment le plus dtaill apparaissant dans un organigramme des tches (OT). Le
LT est caractris par une dfinition du travail raliser, un responsable unique, un budget et des
lments de dlais, soit une dure, soit des liaisons avec les autres LT antrieurs ou postrieurs. (Selon
AFNOR 1996)
Maintenabilit
Probabilit qu'une opration de maintenance puisse tre effectue dans des conditions donnes, pour
un intervalle donn
Matre d'uvre
(1) Responsable de la ralisation du projet. Il s'engage sur des objectifs de cots, de qualit, de dlais.
Il assure le choix, la coordination, la mise en uvre effective des diffrents moyens. Selon les cas, le
matre d'uvre peut tre un responsable de projet (interne l'entreprise) ou une socit prestataire de
services.
(2) Ne pas confondre avec le terme suivant. C'tait, de tous temps, depuis les btisseurs de cathdrales,
la personne physique qui avait la charge de concevoir et de mener bien la construction de l'ouvrage
dans l'acception artistique du terme, et donc de conduire l'uvre bonne fin. Le matre d'uvre tait
alors personnifi par l'architecte. (Selon AFNOR 1996)
Matre d'ouvrage
(1) Client (Individu ou entreprise) qui dcide de confier la ralisation d'un projet un matre d'uvre.
Le matre d'ouvrage doit dfinir ses besoins travers un cahier des charges; le respect de ce cahier des
charges est de la responsabilit du matre d'uvre.
(2) C'est la personne physique ou, le plus souvent, la personne morale qui sera le propritaire de
l'ouvrage. Il fixe les objectifs, l'enveloppe budgtaire et les dlais souhaits pour le projet. Dans
certains cas, le matre d'ouvrage dlgue tout ou partie de ses pouvoirs un mandataire et notamment
lorsqu'il s'agit d'une administration ou d'une collectivit locale. Nanmoins, c'est lui qui en est
Gestion de projets
388/397
Vincent Isoz
finalement responsable aprs le transfert de proprit et qui assure le paiement des dpenses lies la
ralisation. (Selon AFNOR 1996)
Matrise des cots (Coutenance) (En anglais 'Cost control')
Processus permettant, durant toute la dure d'un projet de prvoir, suivre et optimiser tous les cots des
activits successives avec l'objectif de matriser un cot prvisionnel final (NF X50-106-1)
Mandataire
Personne charge d'en reprsenter une autre (le mandant) pour accomplir des actes juridiques en son
nom et pour son compte. (Selon AFNOR 1996)
March au forfait
Obligation de rsultats lors d'appel d'offre
March en rgie
Obligation de moyens lors d'appel d'offre
Marketing-mix
Ensemble des composantes de l'offre de service qui doivent tre proposes en synergie chaque
segment vis par une entreprise. Les quatre composantes classiques du marketing-mix sont: le produit,
le prix, la communication et la publicit. C'est le choix et le dosage de ces moyens qui sont le gage des
plans de marketing. (Selon AFNOR 2004)
Mode projet
Concept intgrant les facteurs organisationnels habilitants de la gestion de projet, le bureau de projet,
l'amlioration des pratiques, la gestion du portefeuille de projet <GPP>, la gestion des programmes, la
gestion des projets et l'valuation des rsultats.
Notorit
Le taux de notorit est le degr de connaissance d'une marque ou d'un produit. Le taux est mesur
par le pourcentage d'individus d'une population donne connaissant la marque considre. Ce taux
peut tre mesur en spontan ou en assist. (Selon AFNOR 2004)
Oeuvre
C'est le processus de ralisation de l'ouvrage c'est--dire la mise en place des moyens ncessaires
cette ralisation et leur conduite. L'uvre est constitue de l'ensemble des tches, regroupes ou non
en lots de travaux. (Selon AFNOR 1996)
Offre, Proposition
Rponse une consultation manant d'un client potentiel sous la forme d'un appel d'offres en bonne et
due forme, d'une demande crite ou mme verbale. L'offre comporte une description technique
dfinissant l'objet, une partie organisationnelle et une partie juridico-commerciale concernant les
conditions de cession de l'objet; cette partie inclut le devis. (Selon AFNOR 1996)
Organigramme des tches (OT/WBS)
Gestion de projets
389/397
Vincent Isoz
Dcoupage hirarchis et arborescent de l'uvre en lments plus faciles analyser et matriser,
appels lots de travaux (LT) ou tches. Il doit rpondre aux deux questions: Que doit-on faire ?
Comment doit-on s'y prendre ? (Selon AFNOR 1996)
Organigramme fonctionnel (OF/OBS)
Organigramme reprsentant la structure des diffrents niveaux de responsabilits de ralisation de
l'ensemble des lots de travaux (LT) d'un mme organigramme des tches (OT). Lorsque le projet
utilise des intervenants divers dans des entreprises diffrentes, c'est la structure de ces entreprises qui
est dcrite dans l'OF. Ne pas confondre avec l'arborescence fonction. (Selon AFNOR 1996)
Organigramme technique (SYN: Organigramme de tche) (En anglais: WBS
Work Breakdown Structure)
Division du travail de projets complexes en lots de tches (Work package), qui sont affects aux
responsables de structure industrielle (ou OBS Organizational Breakdown Structure), qui doivent
respecter les dlais et les cots
Origine du projet
Les projets sont habituellement autoriss la suite d'une ou de plusieurs considration(s) stratgique(s)
suivante(s): Demande du march / Besoin d'affaires ou Opportunit stratgique / Demande des clients /
Avance technologique / Obligation lgale (Selon PMBoK 2008)
Paiement
Dans le cadre d'un projet, les paiements correspondent aux dbours rels. (Selon AFNOR 1996)
Panel
chantillon permanent d'une population (individus, mnages, distributeurs) que l'on interroge
intervalles rguliers pour suivre leurs changements de comportement. (Selon AFNOR 2004)
Part de march
Fraction (exprime en pourcentage) du total des ventes d'une profession, qui est ralise par une
entreprise particulire. (Selon AFNOR 2004)
Partie prenante
(1) Toutes entits susceptibles d'tre intresses par la ralisation du projet ou l'existence de l'ouvrage.
Comprend non seulement le matre d'ouvrage et les intervenants, mais souvent, aussi, l'administration,
le public, les utilisateurs du produit, etc. (Selon AFNOR 1996)
(2) Personne physique ou morale (organisation) qui prend une part active au projet et dont les intrts
peuvent tre affects, positivement ou ngativement, par la performance du projet ou son achvement.
Les parties prenantes peuvent galement avoir une influence sur le projet, ses livrables et les membres
de l'quipe de projet (Selon PMBoK 2008)
Performance
Attribut d'un produit, ou d'un processus qui reflte son aptitude atteindre le ou les objectifs qui lui
sont assigns. (Selon AFNOR 2004)
PERT
Gestion de projets
390/397
Vincent Isoz
(Signifie: Program of Evaluation and Review Technique OU Program of Evaluation and Review
Task)
Procd de planification, utilis pour des projets comportant de nombreuses tches interdpendantes,
affichant des vecteurs (tches), ainsi que sommets (indication de dbut ou fin de tche). L'ordre
d'enchanement des vecteurs donne les contraintes de succession et indique le respect de l'exigence de
posteriori stricte.
Pessimiste (dure, cot, scnario)
Estimation consistant prendre en compte les vnements les plus dfavorables uniques ou cumuls
pour estimer la dure, le cot ou un scnario d'une mesure quantifiable d'un projet. Le concept de
pessimiste est l'oppos de celui d'optimiste.
Phase
La phase est une subdivision importante et significative d'un projet. On peut, sans que cela soit une
obligation, identifier par exemple trois grandes phases: -La dfinition, qui va de l'ide initiale jusqu'
la dcision de raliser, avec dsignation du ralisateur; elle peut comporter des tudes de faisabilit et
conception, des procdures d'autorisation et de ngociations contractuelles; elle est totalement du
ressort du matre d'ouvrage, mme si celui-ci la dlgue parfois son futur matre d'uvre. -La
ralisation, qui va de la dcision de confier l'uvre un matre d'uvre jusqu' la rception du projet;
elle comporte en gnral des tudes, des approvisionnements et des travaux. -La mise en exploitation
de l'ouvrage, ou l'industrialisation du prototype qui doit prouver que le projet a bien atteint ses
objectifs. (Selon AFNOR 1996)
Plan de projet
Document dfinissant les modes d'excution du projet et qui permet au charg de projet de crer la
planification initiale des tches raliser pour complter le projet (Selon Lalonde 2008)
Planning projet (En anglais: Time scheduling)
Reprsentation calendaire indiquant l'enchanement logique des tches raliser et les jalons (Selon
Aim)
PMBoK (Project Management Body of Knowledge)
Guide du Corpus de connaissances en gestion de projet, dcrivant les normes, mthodes, processus et
pratiques gnralement reconnues, permettant de grer un projet individuel.
Portefeuille de projet
(1) Ensemble de tous les programmes et de tous les projets que l'organisation compte effectuer durant
une priode dtermine. (Selon Lalonde 2008)
(2) Ensemble de projets ou de programmes, ainsi que d'autres travaux qui sont regroups pour faciliter
un management efficace de ces travaux, dans la poursuite d'objectifs stratgiques de l'organisation
(Selon PMBoK 2008)
Positionner
Positionner, c'est concevoir la faon dont le produit ou le service sera prsent la cible et mettre en
valeur tel ou tel lment de l'offre face la concurrence de faon lui donner une certaine perception
dans l'esprit du futur client. Positionner un produit ou un service suppose que l'on ait pralablement
cibl son march. (Selon AFNOR 2004)
Gestion de projets
391/397
Vincent Isoz
Positionnement
Situation d'un produit ou d'un canal de distribution par le client parmi les diffrentes marques
concurrentes. Les entreprises analysent ce positionnement afin de la conforter dans l'esprit du public
ou de rechercher un positionnement plus favorable. (Selon AFNOR 2004)
Prvision
En cours de ralisation, estimation aussi objective que possible de ce que seront le cot et le dlai rels
d'une tche son achvement. Cette prvision diffre souvent du budget et ne doit pas inclure les
provisions pour risques rsiduels, comptes sparment. (Selon AFNOR 1996)
Prix
quivalent montaire d'un produit ou d'un service, lors d'une transaction commerciale. Le prix qui est
le mme pour le client et le vendeur, devient un lment de cot pour le client. (Selon AFNOR 1996)
Prix de cotation
Montant inscrit dans l'offre, avant ngociation. (Selon AFNOR 1996)
Prix dfinitif
Prix maintenu ferme jusqu' l'achvement complet des prestations ou du contrat. (Selon AFNOR 1996)
Prix de vente
Montant initial des recettes la signature du contrat, aprs ngociation ( distinguer du prix de
cotation !) (Selon AFNOR 1996)
Prix ferme
Prix non susceptible d'tre modifi, sauf sur ce qui concerne la rvision pour inflation, suivant une
formule convenue. (Selon AFNOR 1996)
Prix fixe
Prix non susceptible de rvision ou de mise jour pour quelque motif que ce soit, pendant un priode
donne (dlai d'option). (Selon AFNOR 1996)
Programme de projets
(1) Groupe de projets relis qui obtiennent des avantages tre grs en commun. (Selon Lalonde
2008)
(2) Groupe de projets apparents dont le management est coordonn, afin d'en tirer des avantages et
une matrise que n'apporterait pas un management individuel. (Selon PMBoK 2008)
(3)Ensemble de projets ou familles de projets (Selon Aim 2007)
Projet
(1) Ralisation temporaire et unique ncessitant des ressources pour atteindre un but bien dfini et
tenant compte des contraintes de temps, de cots et de contenu. C'est donc se projeter dans le futur et
planifier des actions pour parvenir un objectif prcis et tabli. (Selon Lalonde 2008)
Gestion de projets
392/397
Vincent Isoz
(2) Effort temporaire exerc dans le but de crer un produit, un service ou un rsultat unique. (Selon
PMBoK 2008)
(3) Dmarche spcifique permettant de structurer mthodiquement et progressivement une ralit
venir (NF X50-105)
(4) Ensemble d'actions raliser pour satisfaire un objet dfini dans le cadre d'une mission prcise et
pour la ralisation desquelles on a identifi un dbut et une fin. (Selon AFITEP)
(5) Processus unique, qui consiste en un ensemble d'activits coordonnes et matrises, comportant
des dates de dbut et de fin, entrepris dans le but d'atteindre un objectif conforme des exigences
spcifiques, incluant des contraintes de dlais, de cots et de ressources (NF 50-105)
(6) Un projet est dfini et mis en uvre pour laborer la rponse au besoin d'un utilisateur, d'un client
ou d'une clientle et il implique un objectif et des actions entreprendre avec des ressources donnes
(NF X50-150)
(7) Unique, transient endeavor, undertake to achieve a desired outcome (Ref: British Standard Project
Management Vocabulary. Cit par: Association for Project Management - UK)
Propritaire de processus
Les responsabilits du propritaire de processus comprennent la recherche de sponsors, la conception,
la documentation, la gestion des changements, l'amlioration continue, le contrle du respect, la
formation du processus et de ses mesures. Ce rle est souvent confondu avec celui de gestionnaire du
processus (voir Gestionnaire de processus), mais ces deux rles peuvent tre distincts dans les grandes
organisations.
Rapport d'avancement
Document priodique de synthse dcrivant: -Les vnements et problmes principaux rencontrs
dans la priode coule, -Le travail effectivement ralis durant cette priode pour chacune des
prestations du contrat, -L'avancement de ce dernier par rapport au travail planifi ou au travail
effectuer, -Le travail planifi pour la priode suivante. Les avancements sont mesurs par des
paramtres physiques (avancement physique) ou par leur valeur, et peuvent tre illustrs par des
graphiques. Les donnes sont gnralement enregistres et stockes de manire pouvoir constituer,
la rception provisoire du contrat, le rapport final du projet. (Selon AFNOR 1996)
Rapport de cot (En anglais 'Cost control')
(1) Document priodique, sous forme de tableaux et/ou diagrammes, rcapitulant pour chacune des
lignes budgtaire: Budget initial et ses ventuelles rvisions / Engagement une date donne /
Estimation des cots futurs / Cot total prvisionnel (son cart avec le budget prvisionnel rvis et sa
drive par rapport au prcdent cot total prvu (Selon Aim 2007)
(2) Document priodique mis par le coteneur pour informer la direction de projet des carts, drives
et tendances. Les lments figurant dans ce rapport sont prpars, ligne budgtaire par ligne
budgtaire, selon la logique ci-dessous et rcapituls par grands chapitres, en cots secs. On en dduit
une estimation des provisions de projet conserver et, par diffrence avec les recettes attendues,
diminues des charges gnrales, une prvision des marges attendues. Ce rapport peut tre
accompagn d'un chancier calendaire des paiements effectuer par le matre d'ouvrage. (Selon
AFNOR 1996)
Ractivit
Gestion de projets
393/397
Vincent Isoz
Capacit d'une entreprise rpondre par une action rflchie un changement de son environnement.
Elle ncessite d'une part la mise en place d'un systme de veille stratgique et concurrentielle et d'autre
part une organisation capable de se mobiliser rapidement pour trouver des solutions et les mettre en
uvre. (Selon AFNOR 2004)
Recettes prvisionnelles
Par dfinition, les recettes prvisionnelles sont, un instant donn, le montant le plus
vraisemblablement encaissable. Les recettes sont exprimes dans les bases conomiques choisies pour
l'valuation du cot prvisionnel. Les recettes prvisionnelles se subdivisent en:
(1) Recettes contractuelles qui correspondent: -pour les postes du contrat prix forfaitaire, aux
montants contractuels ventuellement corrigs par les avenants signs. -pour les postes du contrat
prix de bordereau, la valorisation aux taux contractuels, du dernier mtr estimatif approuv par le
client.
(2) Pnalits et bonus qui correspondent la valorisation, aux taux contractuels, des plus rcentes
estimations en matire de planning et de performances.
(3) Recettes espres qui correspondent aux montants que le responsable de projet pense pouvoir
obtenir du client concernant les supplments et avenants en cours de ngociation et les rclamations
introduites ou introduire.
(4) Les recettes prvisionnelles sont exprimes dans la monnaie contractuelle laquelle elles
correspondent. (Selon AFNOR 1996)
Reformulation
Action qui consiste rpter dans ses propres termes les propos du client afin de s'assurer d'une bonne
comprhension et permettre une discussion de se drouler de faon positive. (Selon AFNOR 2004)
Reporting
Il n'y a pas en franais de mot pour dire les actions relatives la prparation et la prsentation des
rapports relatifs un projet . Le reporting consiste, pour le responsable de projet, rendre compte,
intervalles dfinis, aussi bien sa hirarchie qu' son client, de la faon dont le projet se droule sur
tous les plans, en particulier dlais, avancement, cot, par rapport aux prvisions prcdentes. On peut
distinguer divers types de rapports servant au reporting:
-Rapports d'avancement des spcialistes (en anglais: progress report): donnant essentiellement leur
avancement physique. Ces rapports sont habituellement internes au projet. Ils ne sont donc pas
destins au client.
-Rapport financier (en anglais: cost report), prpar par le gestionnaire du projet, et donnant
essentiellement les informations de cot de revient, de prix de vente, d'engagements et de facturation
au client; De plus en plus, ce rapport donne l'tat de la trsorerie du projet. Ce rapport est galement
interne, sauf si le contrat prvoit qu'il soit remis au client (contrat du type en dpenses contrles).
-Rapport du projet (en anglais: project report). Ce rapport est priodique (mensuel en gnral,
trimestriel pour les projets trs longs). Rdig par le responsable de projet en utilisant les rapports
prcdents, il est destin son client. Il porte sur tous les aspects mentionns plus haut. (Selon
AFNOR 1996)
Responsable des oprations
Gestion de projets
394/397
Vincent Isoz
Personne charge d'un aspect des activits de base de l'entreprise, comme par exemple, la R&D, la
conception, la fabrication, l'approvisionnement, les essais ou l'entretien (Selon PMBoK 2008)
Responsable fonctionnel
Personne qui concentre son travail de management dans la partie administrative ou fonctionnelle de
l'organisation, comme par exemple, les ressources humaines, la finance, la comptabilit ou les
approvisionnements (Selon PMBoK 2008)
Retour d'information
Informations conformes la ralisation, tablies de faon pouvoir tre mises en parallle avec les
hypothses initiales d'une part, et d'autre part, tre stockes dans une base de donnes comparable.
(Selon AFNOR 1996)
Rvision de prix
En cours d'excution du contrat, la rvision est le calcul de l'augmentation du prix des prestations en
fonction de la variation, partir d'une date de rfrence, des conditions conomiques. Elle s'appuie sur
des indices de rfrence et comporte en gnral une partie fixe. (Selon AFNOR 1996)
Revue de projet
Examen entrepris pour dterminer la pertinence de ce qui est examin, son adquation et son efficacit
atteindre les objectifs.
Risque
C'est la possibilit qu'un projet ne s'excute pas conformment aux prvisions de dates d'achvement,
de cot et de spcifications, ces carts par rapport aux prvisions tant considrs comme difficilement
acceptables, voire inacceptables. Le risque rsulte ou d'un ala, ou d'une incertitude, ou encore d'un
imprvu. (Selon AFNOR 1996)
Satisfaction
Opinion d'un client rsultant de l'cart entre sa perception du produit ou service consomm et ses
attentes. (Selon AFNOR 2004)
Scurit
tat dans lequel le risque de dommages corporels et matriels est limit un niveau acceptable (NF
EN ISO 8402)
Segmentation
Le marketing reconnat qu'un march ne peux pas tre considr comme homogne et qu'il est
ncessaire d'adapter le produit chaque besoin des clients viss par l'entreprise. La segmentation est
donc la mthode de dcoupage du march en groupe de clients recherchant dans chaque produit ou
service un ensemble d'attributs et ayant des ractions comparables face une action commerciale.
(Selon AFNOR 2004)
Service
Rsultat d'un processus. Un service est le rsultat d'au moins une activit ncessairement ralise
l'interface entre le fournisseur et le client et est gnralement immatriel. (Selon AFNOR 2004)
Gestion de projets
395/397
Vincent Isoz
Service attendu
Service souhait par le client en rponse ses besoins et attentes. (Selon AFNOR 2004)
Service peru
La perception par le client du service ralis, avec ce que cela comporte de subjectivit et
d'impondrable. (Selon AFNOR 2004)
Service request
C'est une demande qui n'implique pas de changement d'un Configuration Item (CI).
Une demande de service est une demande d'aide (p.ex.: demande de rinitialisation d'un mot de passe
oubli, demande d'informations en gnral, demande de l'tat d'un incident annonc, etc.)
Service ralis
Caractristique du service rellement ralis par l'organisme. (Selon AFNOR 2004)
Service voulu
Caractristique du service que l'organisme souhaite atteindre pour rpondre sa stratgie et
correspondant aux attentes des clients. (Selon AFNOR 2004)
Sondage
Prlvement dans une population d'un chantillon qui va servir de point de rfrence pour dcrire la
population dans son ensemble. (Selon AFNOR 2004)
Spectacle (ENG: Show)
Reprsentation (thtrale, musicale, cinmatographique, etc.) prsente au public et destine le
divertir.
Stratgie
C'est l'art de faire voluer l'organisation dans un environnement donn pour la rendre la plus efficace
possible dans l'accomplissement de ses missions. (Selon AFNOR 2004)
Structure fonctionnelle
Somme totale des moyens employs pour diviser le travail en tches distinctes, pour ensuite assurer la
coordination entre ces tches
Structure de dcoupage de projet (SDP ou WBS)
Outil de planification de projet permettant de subdiviser le travail en plus petites parties.
Sret de fonctionnement
Ensemble des proprits qui dcrivent les facteurs qui conditionnent: la disponibilit, la fiabilit, la
maintenabilit et la logistique de maintenance
Tableau de bord
Gestion de projets
396/397
Vincent Isoz
Outil de pilotage et d'aide la dcision regroupant une slection d'indicateurs. Il est un outil
indispensable pour le suivi des objectifs et la mise en uvre d'actions correctives.
Tche
Action d'une ampleur limite, la tche appartient un mtier donn et correspond gnralement une
division de l'activit; ses caractristiques, en particulier quantitatives (cot et dure), peuvent faire
l'objet de sries statistiques qui donnent lieu un calcul de probabilits. C'est l'lment le plus fin d'un
planning de ralisation. (Selon AFNOR 1996)
Tendance
On appelle tendance, toute cause d'impact, positif ou ngatif, sur le cot prvisionnel du projet, mais
ne pouvant tre prise en compte au niveau des lignes budgtaires (soit parce que la probabilit n'est
pas totale, soit parce que le montant ne peut tre estim avec suffisamment de prcision). (Selon
AFNOR 1996)
Trafic (cration de)
Action qui a pour objectif de gnrer des visites sur un lieu de vente ou dans un salon. Elle est
souvent ralise partir de publipostage et de tlmarketing. Pour les sites internet, la cration de
trafic est souvent gnre grce aux liens entre les sites et aux bandeaux publicitaires. (Selon AFNOR
2004)
Utilisateur
Personne (client, usager, administr) qui entre en contact avec une entit pour exprimer une
demande et obtenir une prestation de service. (Selon AFNOR 2004)
Valeur budgtaire
En cours de ralisation, le cot rel d'une ligne budgtaire quelconque est rarement celui prvu au
budget. Pour bien distinguer dans le suivi des carts, ce qui est d ces variations de ce qui est d aux
retards d'excution, il est convenu de faire, dans les rapports de cots, le calcul du ralis sur la base
des prix unitaires du budget initial, d'o la notion intermdiaire de cot budgt du travail effectu.
(Selon AFNOR 1996)
Veille
tat de vigilance permettant la collecter, l'exploitation et la diffusion slective et permanente
d'informations sur l'environnement d'une organisation sous tous ses aspects (conomiques, culturels,
sociaux, historiques, cologiques). Activit continue et en grande partie itrative visant une
surveillance active de l'environnement technologique, commercial, etc., pour anticiper les volution
(Selon AFNOR 2004)
Workaround
Solution provisoire qui soulage une erreur, de cause inconnue ou connue mais qui n'a pas encore de
solution dfinitive.
Gestion de projets
397/397