Académique Documents
Professionnel Documents
Culture Documents
GESTION DE PROJETS
Guide non exhaustif pour scientifiques & ingnieurs
Vincent ISOZ
Coming together is a beginning; keeping together is progress; working
together is success. H.Ford
Vincent ISOZ
Please consider the environment - do you really need to print this document!?
Remarques:
Pour qu'il soit utilisable d'une manire rationnelle et sans danger ce support, qui 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), doit absolument tre complt par de
nombreuses notes et exposs oraux, au cours desquels les notions nouvelles sont prsentes au
moyen de situations (exercices) concrtes et illustres par de nombreux exemples dont le
choix dpend essentiellement du droulement de la formation afin d'exciter l'esprit critique
des apprenants. Ce support correspond une formation d'environ 50 jours 6.5 heures par
jour pour un groupe de 6 8 personnes.
Attention!!! Pendant les sminaires et confrences de moins ou gal 3 jours je prends
oralement et dlibrment des raccourcis dangereux voire parfois partiellement faux
dlibrment cause du manque de temps pour aller dans les dtails. Ce support permet donc
aux participants intresss de corriger le tir pour viter les P.F.D.A.1.
Je tiens 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/2013. 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!
3. Travailler dans un environnement multilingue avec ce logiciel est peu agrable, donc
l'anglais s'impose de lui-mme
4. L'anglais est la langue de rfrence depuis plus d'un sicle pour les scientifiques et
ingnieurs. Il s'agit donc un acquis minimum pour tout diplm.
Il y a de nombreuses marques dposes qui sont nommes dans le prsent support. Plutt que
d'utiliser le symbole du trademark sur chaque occurrence de marque nomme, j'ai choisi
d'utiliser le nom seul uniquement dans un souci d'esthtique ditoriale (ce qui devrait aussi
bnficier au propritaire de la marque), sans aucune intention de violer une quelconque
rglementation ou lgislation. Certaines images sont prises d'Internet sans avoir pu identifier
en identifier avec certitude les auteurs. Dans le cas d'une rclamation de violation de droits
d'auteurs, nous retirerons bien videmment immdiatement l'illustration du prsent document.
Il faut donc considrer d'une faon gnrale, tous les produits ou illustration cits dans
l'ouvrage concernant un acteur du march font l'objet d'un copyright par leurs diteurs/auteurs
respectifs et qu'ils ont le droit d'en demander le retrait.
1/533
Vincent ISOZ
Pour terminer, je souhaiterais remercier ici les quelques collgues et clients qui ont bien voulu
me faire part de leurs remarques pour amliorer le contenu de ce livre lectronique. Il est
cependant certain qu'il est encore perfectible sur de nombreux points...
Si vous souhaitez tre inform des nouvelles versions majeures de ce document n'hsitez pas
m'crire un e-mail dans ce sens: isoz@sciences.ch.
2/533
Vincent ISOZ
3/533
Vincent ISOZ
7.1.2.7 Diagramme de flux ......................................................................................... 101
7.1.2.7.1 Fiche processus ....................................................................................... 106
7.1.2.7.2 Diagramme de flux SIPOC ..................................................................... 108
7.1.2.8 Analyse par arbres d'erreurs (A.A.E.) ............................................................ 110
7.1.2.9 Total Quality Management (TQM) ................................................................ 111
7.1.2.10 Business Process Management Notation...................................................... 113
7.1.2.11 IDEF0 ........................................................................................................... 114
7.1.2.12 Arbres de dcision ........................................................................................ 116
7.1.2.13 Options relles .............................................................................................. 116
7.1.2.14 Tableau de bord (dashboard) ........................................................................ 119
7.1.3 Optimisation des processus ................................................................................... 122
8. Conduite et gestion de projets ............................................................................................ 128
8.1 Petit historique de la gestion de projets ........................................................................ 132
8.2 Intervenants .................................................................................................................. 134
8.3 Types de responsables de projets.................................................................................. 143
8.3.1 Le principe de Peter............................................................................................... 145
8.3.2 Slectionner un bon responsable de projet ............................................................ 147
8.3.2.1 Comptences .................................................................................................. 148
8.3.2.2 L'interview...................................................................................................... 150
8.3.3 Profil d'entreprise type .......................................................................................... 151
8.4 Formation de l'quipe de projet .................................................................................... 153
8.4.1 SCRUM ................................................................................................................. 154
8.4.2 quipe de projet .................................................................................................... 157
8.4.2.1 Forming .......................................................................................................... 157
8.4.2.2 Storming ......................................................................................................... 160
8.4.2.3 Norming ......................................................................................................... 161
8.4.2.4 Performing ...................................................................................................... 161
8.4.3 Hirarchie/Organisation ........................................................................................ 161
8.4.4 Profils .................................................................................................................... 163
8.4.5 Comportements ..................................................................................................... 165
8.4.6 Caractres .............................................................................................................. 173
8.4.7 Thorie X et Y ....................................................................................................... 174
8.4.8 Conflits .................................................................................................................. 175
8.4.8.1 Syndrome de Calimero ................................................................................... 180
8.4.9 Souffrance au travail ............................................................................................. 181
8.4.10 Suggestions du personnel .................................................................................... 183
8.4.11 Standardisation entre les ressources .................................................................... 184
8.4.12 Matrice des responsabilits ................................................................................. 185
8.4.13 Rencontres/Runions........................................................................................... 187
8.4.13.1 Types de participants .................................................................................... 190
8.4.14 Congs Maladie ................................................................................................... 191
8.4.15 L'espace blanc ..................................................................................................... 192
8.5 Communication ............................................................................................................ 194
8.5.1 Les quatre styles de communication ..................................................................... 198
8.5.1.1 Le rationnel .................................................................................................... 199
8.5.1.2 L'affectif ......................................................................................................... 200
8.5.1.3 L'actif.............................................................................................................. 200
8.5.1.4 Le conceptuel ................................................................................................. 201
8.5.2 Des mesures pour rduire le nombre d'e-mails ..................................................... 202
8.6 Cycle de vie d'un projet ................................................................................................ 203
Ingnierie de Gestion de projets
4/533
Vincent ISOZ
8.6.1 Postulats et corollaires........................................................................................... 218
8.6.2 Identification ......................................................................................................... 219
8.6.2.1 Options ........................................................................................................... 220
8.6.2.2 Niveau de criticit .......................................................................................... 230
8.6.2.3 M.I.P ............................................................................................................... 231
8.6.2.3.1 Sommaire excutif................................................................................... 233
8.6.2.3.2 Problmatique.......................................................................................... 234
8.6.2.3.3 Description du projet (Analyse fonctionnelle) ........................................ 234
8.6.2.3.4 Analyse structurelle ................................................................................. 237
8.6.2.3.5 Identification et analyse des options ....................................................... 241
8.6.2.3.6 Estimation des intrants et extrants ........................................................... 242
8.6.2.3.7 valuation des risques/menaces .............................................................. 244
8.6.2.3.8 Stratgie de ralisation ............................................................................ 249
8.6.2.3.9 Dimensions de l'environnement .............................................................. 249
8.6.3 Planification .......................................................................................................... 251
8.6.3.1 Structure de fractionnement de travail ........................................................... 252
8.6.3.2 Structure de fractionnement du produit .......................................................... 254
8.6.3.3 Techniques d'ordonnancement ....................................................................... 255
8.6.3.3.1 Tche ....................................................................................................... 258
8.6.3.3.1.1 Thorie de la gestion du temps ......................................................... 259
8.6.3.3.2 Gantt ........................................................................................................ 261
8.6.3.3.3 Mthode des potentiels mtra (CP/RCP) ................................................ 267
8.6.3.3.3.1 Chemin critique mathmatique VS Chemin critique contraint par date
............................................................................................................................ 270
8.6.3.3.3.2 Chemin critique multiple .................................................................. 271
8.6.3.3.3.3 Chemin critique contraint par liaison ............................................... 273
8.6.3.3.3.4 Chemin critique par avancement ...................................................... 274
8.6.3.3.4 Mthode de la chane critique (critical chain) ......................................... 274
8.6.3.3.5 Recherche oprationnelle ........................................................................ 277
8.6.3.3.6 Gestion des risques .................................................................................. 279
8.6.3.3.6.1 AMDE(C) ......................................................................................... 283
8.6.3.3.6.2 Estimation du temps (et des cots)................................................... 284
8.6.3.3.6.2.1 Loi Bta (approche paramtrique) .......................................... 286
8.6.3.3.6.2.2 Thorme central limite .......................................................... 298
8.6.3.3.6.2.3 Mthode de Monte-Carlo (approche simulatoire) .................. 300
8.6.3.3.6.2.4 Bootstrapping (approche simulatoire) .................................... 320
8.6.3.4 Cots du projet ............................................................................................... 322
8.6.3.4.1 Actifs financiers ...................................................................................... 322
8.6.3.4.2 Centre de cots ........................................................................................ 322
8.6.3.4.3 Ratio Bnfice Cot (RBC)..................................................................... 323
8.6.3.4.4 Economic Value Add (EVA) .................................................................. 323
8.6.3.4.5 Return On Invested Capital (ROIC) ........................................................ 323
8.6.3.4.6 Net Present Value (NPV/VAN) et Internal Rate of Return (IRR/TRI) ... 324
8.6.3.4.6.1 NPV/VAN et IRR/TRI en avenir certain ......................................... 324
8.6.3.4.6.2 Net Future Value (NFV) en avenir certain ....................................... 327
8.6.3.4.6.3 NPV/VAN et IRR/TRI en avenir incertain par scnarios ................ 328
8.6.3.4.6.4 NPV/VAN par processus binomial .................................................. 330
8.6.3.4.7 fV@R et tV@R ....................................................................................... 331
8.6.3.4.8 Mthodes d'apprciations (dcisionnelles) en avenir incertain ............... 332
8.6.3.4.8.1 Le critre de Laplace-Bayes ............................................................. 333
Ingnierie de Gestion de projets
5/533
Vincent ISOZ
8.6.3.4.8.2 Le critre de Wald ............................................................................ 333
8.6.3.4.8.3 Le critre du Maximax ..................................................................... 334
8.6.3.4.8.4 Le critre de Savage ou du Minimax Regret .................................... 334
8.6.3.4.8.5 Le critre d'Hurwitz.......................................................................... 334
8.6.3.4.8.6 Analyses par arbres d'vnements (AAE) ........................................ 337
8.6.3.4.8.7 Analyses par arbres de dcision (ADE) ........................................... 338
8.6.3.4.8.8 Analyses procdurale hirarchique .................................................. 339
8.6.4 Ralisation (pilotage) ............................................................................................ 349
8.6.4.1 Engineering .................................................................................................... 354
8.6.4.2 Gestion du changement .................................................................................. 355
8.6.4.3 Le suivi du temps ........................................................................................... 356
8.6.4.4 Le suivi des cots ........................................................................................... 358
8.6.4.4.1 Les donnes de rfrence ........................................................................ 359
8.6.4.4.2 Les grandeurs comparer (CRTE, CBTP, CBTE...) .............................. 359
8.6.4.4.3 cart de planning (SV) ............................................................................ 361
8.6.4.4.4 cart de cot (CV)................................................................................... 362
8.6.4.4.5 Indices de performances .......................................................................... 363
8.6.4.4.6 Les grecques ............................................................................................ 364
8.6.4.5 Tests ............................................................................................................... 371
8.6.4.6 Gestion de la qualit ....................................................................................... 372
8.6.4.6.1 Les 14 points de Deming ......................................................................... 380
8.6.4.6.2 Exigences gnrales ................................................................................ 383
8.6.4.6.3 Dfauts/Erreurs........................................................................................ 385
8.6.4.6.4 Indices de performance et de contrle qualit ......................................... 391
8.6.4.7 Bilans .............................................................................................................. 393
8.6.5 Terminaison (clture) de projet ............................................................................. 395
9. Vente d'un projet ................................................................................................................ 398
9.1 Dix commandements .................................................................................................... 398
9.2 Dmarchage .................................................................................................................. 400
9.3 Profils............................................................................................................................ 401
9.4 Discours ........................................................................................................................ 402
9.4.1 Termes viter/utiliser .......................................................................................... 402
9.4.2 Phrases types ......................................................................................................... 403
9.5 Synergologie ................................................................................................................. 404
9.6 Supports visuels ............................................................................................................ 405
9.7 Grer les objections ...................................................................................................... 405
10. thique ............................................................................................................................. 407
11. Gestion de la connaissance ............................................................................................... 408
12. Applications numriques .................................................................................................. 409
12.1 Exemples en gestion ................................................................................................... 409
12.1.1 Critres dcisionnels classiques .......................................................................... 409
12.1.2 Arbre de dcision ................................................................................................ 412
12.1.3 Gantt .................................................................................................................... 414
12.1.4 Chemin critique & Marges .................................................................................. 417
12.1.5 PERT Probabiliste (PNET) Bta ......................................................................... 418
12.1.6 Cot non qualit selon modle Taguchi .............................................................. 422
12.1.7 tV@r et fV@r ...................................................................................................... 423
12.1.8 Rendement global combin de processus............................................................ 424
12.1.9 Rendement global combin de procd de fabrication ....................................... 426
12.1.10 Analyse de Pareto .............................................................................................. 427
Ingnierie de Gestion de projets
6/533
Vincent ISOZ
12.1.11 Indice de Gini .................................................................................................... 432
12.1.12 Prvision des ventes .......................................................................................... 433
12.1.13 Recherche oprationnelle dans l'optimisation de la production ........................ 435
12.1.14 Recherche oprationnelle dans l'optimisation de bnfice................................ 438
12.1.15 Recherche oprationnelle dans l'optimisation de commandes .......................... 440
12.1.16 Recherche oprationnelle dans l'optimisation de la production ........................ 442
12.1.17 Recherche oprationnelle dans l'optimisation des priorits .............................. 444
12.1.18 Corrlation des comptences............................................................................. 447
12.1.19 Matrice des corrlations .................................................................................... 450
12.2 Exemples en finance ................................................................................................... 451
12.2.1 Intrts simples.................................................................................................... 452
12.2.2 Taux gomtrique moyen .................................................................................... 455
12.2.3 Taux proportionnel et moyen sur intrts simples .............................................. 456
12.2.4 Investissements composs ................................................................................... 457
12.2.5 Taux quivalents sur intrts composs .............................................................. 459
12.2.6 Taux moyen quivalent compos ........................................................................ 460
12.2.7 Emprunt Indivis chance fixe ......................................................................... 461
12.2.8 Emprunt Indivis amortissements constants ...................................................... 462
12.2.9 Emprunts annuits constantes........................................................................... 463
12.2.10 Amortissement linaire ..................................................................................... 465
12.2.11 Amortissement arithmtique dgressif .............................................................. 466
12.2.12 Amortissement dgressif gomtrique .............................................................. 468
12.2.13 Valeur actuelle nette .......................................................................................... 470
12.2.14 Valeur actuelle nette (tabulaire) ........................................................................ 472
12.2.15 Taux de rendement interne (Internal Rate of Return) ....................................... 474
12.2.16 Valeur actuelle nette espre ............................................................................. 477
12.2.17 VAN et TRI apriodiques ................................................................................. 478
12.2.18 Analyse probabiliste des ventes et de la production ......................................... 480
12.2.19 Modle de Wilson ............................................................................................. 482
12.3 Exemples en qualit .................................................................................................... 483
12.3.1 Tirage non-exhaustif (loi binomiale)................................................................... 483
12.3.2 Acceptation/Rejet de lot par tirage non-exhaustif (loi binomiale) ...................... 484
12.3.3 Probabilit de panne (loi binomiale) ................................................................... 485
12.3.4 Tirage exhaustif (loi hypergomtrique) ............................................................. 485
12.3.5 Tirage exhaustif/non-exhaustif (loi binomiale, hypergomtrique) .................... 486
12.3.6 Russites avant 1er chec (loi gomtrique) ........................................................ 487
12.3.7 Russites avant n-me chec (loi binomiale ngative)........................................ 488
12.3.8 Test binomial de la proportion ............................................................................ 488
12.3.9 cart-Moyen VS cart-Type............................................................................... 489
12.3.10 Intervalles de qualit ......................................................................................... 491
12.3.11 Indices de fiabilit ............................................................................................. 491
12.3.12 Dfaillance AMDEC (loi exponentielle)........................................................... 492
12.3.13 Dfaillance AMDEC: MTTF (loi exponentielle) .............................................. 493
12.3.14 Tirage avec dfaillance temporelle AMDEC (loi de Poisson) .......................... 493
12.3.15 Probabilit de panne AMDEC (loi de Poisson) ................................................ 493
12.3.16 Dfaillance AMDEC: MTBF (loi exponentielle).............................................. 494
12.3.17 Dfauts dans lots (loi Normale) ........................................................................ 495
12.3.18 Garantie de dure de vie (loi Normale) ............................................................. 495
12.3.19 Moyenne et variance de variables normalement distribues ............................. 496
12.3.20 Intervalle de confiance de la moyenne (test Z 1 chantillon) ......................... 496
Ingnierie de Gestion de projets
7/533
Vincent ISOZ
12.3.21 Intervalle de confiance de la proportion ............................................................ 497
12.3.22 Intervalle de confiance de l'cart-type............................................................... 498
12.3.23 Nombre d'chantillons pour une mesure ........................................................... 499
12.3.24 Nombre d'chantillons pour une proportion ...................................................... 500
12.3.25 Comparaison de deux proportions..................................................................... 500
12.3.26 Test d'hypothse t-student bilatral ................................................................... 501
12.3.27 Mthode ABC avec courbe de Lorenz .............................................................. 502
12.3.28 SPC de projets ................................................................................................... 504
13. Glossaire ........................................................................................................................... 510
Index des tableaux ................................................................................................................ 531
Index des quations .............................................................................................................. 531
8/533
Vincent ISOZ
9/533
Vincent ISOZ
1. Introduction
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 quantitatives 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). Ce support a l'intrt majeur aussi de prsenter des botes outils
oprationnelles, traitant d'aspects mthodologiques mais aussi comportementaux, dans
lesquelles les diffrents professionnels peuvent piocher afin de dployer leurs dispositifs de
gestion.
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/533
Vincent ISOZ
11/533
Vincent ISOZ
1.2 Avertissements
Le contenu du prsent support est labor par un processus de dveloppement par lequel des
experts de la gestion de projets parviennent un consensus. Ce processus qui rassemble des
participants bnvoles recherche galement les points de vue de personnes intresses par le
sujet de cet ouvrage. En tant que responsable du prsent support, j'assure l'administration du
processus et je fixe les rgles qui permettent de promouvoir l'quit dans l'approche d'un
consensus. Je me charge galement de rdiger les textes, parfois de les tester/valuer ou de
vrifier indpendamment l'exactitude/solidit ou l'exhaustivit des informations prsentes.
Je dcline toute responsabilit en cas de dommages corporels, matriels ou autres de quelque
nature que ce soit, particuliers, indirects, accessoires ou compensatoires, rsultant de la
publication, de l'application ou de la confiance accorde au contenu du prsent support. Je
n'mets aucune garantie expresse ou implicite quant l'exactitude ou l'exhaustivit de toute
information publie dans le prsent support, et ne garantit aucunement que les informations
contenues dans cet ouvrage satisfassent un quelconque objectif ou besoin spcifique du
lecteur. Je ne garantis pas non plus les performances de produits ou de services d'un fabricant
ou d'un vendeur par la seule vertu du contenu du prsent support.
En publiant des textes, il n'est pas dans l'intention principale du prsent support de fournir des
services de spcialistes ou autres au nom de toute personne physique ou morale ni pour mon
compte, ni d'effectuer toute tche devant tre accomplie par toute personne physique ou
morale au bnfice d'un tiers. Toute personne utilisant le prsent support devrait s'appuyer sur
son propre jugement indpendant ou, lorsque cela s'avre appropri, faire appel aux conseils
d'un spcialiste comptent afin de dterminer comment exercer une prudence raisonnable en
toute circonstance. Les informations et les normes concernant le sujet couvert par le prsent
support peuvent tre disponibles auprs d'autres sources que le lecteur pourra souhaiter
consulter en qute de points de vue ou d'informations supplmentaires qui ne seraient pas
couverts par le contenu du prsent document.
Je ne dispose (malheureusement...) d'aucun pouvoir dans le but de faire respecter la
conformit au contenu du prsent ouvrage, et je ne m'engage nullement surveiller ni faire
respecter une telle conformit. Je n'exerce ( ce jour...) aucune activit de certification, de test
ni d'inspection de produits, de conceptions ou d'installations fins de sant ou de scurit des
personnes et des biens. Toute certification ou autre dclaration de conformit en matire
d'informations ayant trait la sant ou la scurit des personnes et des biens, mentionne
dans le prsent support, ne peut aucunement tre attribue au contenu du prsent support et
demeure sous l'unique responsabilit de l'organisme de certification ou du dclarant concern.
12/533
Vincent ISOZ
13/533
Vincent ISOZ
Description
Dates
V4.12 R1647
2011-03-12
V4.12 R1648
2011-03-20
V4.13 R1649
2011-03-07
V4.14 R1650
2011-04-08
V4.15 R1651
2011-04-17
V4.15 R1652
2011-04-23
V5.0 R1653
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
v5.3 R1656
2011-08-04
14/533
Vincent ISOZ
v5.4 R1657
2011-12-24
V5.5 R1660
2012-01-13
V5.5 R1662
2012-03-16
V5.7 R1664
2012-04-16
V7.0 R1675
2013-07-13
v8.0 R1677
v9.0 R1679
V10. R1680
15/533
Vincent ISOZ
16/533
Vincent ISOZ
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,
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)
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.
www.sciforma.com
Logiciel client (qui a priori n'est malheureusement pas disponible au format web) qui semble
tre pas mal du tout (en tout cas mieux que la version cliente de MS Project). Mais vrifier
car je n'ai jamais eu de dmonstration dtaille du produit.
Ingnierie de Gestion de projets
17/533
Vincent ISOZ
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)
www.sciences.ch
Site francophone de rfrence mondiale sur entre autres les techniques mathmatiques de
gestion de projets et de production.
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.
www.afitep.fr
Association Francophone des Ingnieurs Techniciens en Planification et Gestion des risques.
www.projectserverexperts.com
Project server expert community site
www.ilog.com/products/ganttnet/projectviewer/index.cfm
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)
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.
www.pertmaster.com
Un outil venant se greffer MS Project pour la gestion de risques selon diffrentes modles
mathmatiques choix.
www.p2msp.co.uk
Un plug-in trs intressant pour MS Project utilisant la mthode rince (PM Methodology). A
voir absolument!
www.msproject.com
Propose un utilitaire sympa pour les utilisateurs de MS Office 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)
www.bizagi.com / www.bonitasoft.com
Excellents outils de modlisation et de dmatrialisation de processus (bien meilleur que
MS Visio)
18/533
Vincent ISOZ
www.chaine-critique.com
Trs bon site qui explique de manire interactive la gestion de projets en utilisant la technique
de la chane critique.
www.palisade.com / www.crystalball.com / http://www.intaver.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.qualios.com / http://www.optimiso.com
Solution web et multilangue de la gestion de la qualit (processus, indicateurs,
documentation) conforme ISO 9001 et 14001.
www.logystem.ch
Socit qui dveloppe le logiciel QuickControl Pro de gestion des contrles statistiques par
chantillonnage NQA selon les normes ISO 2859 et 3951, correspondant aux normes AFNOR
et MILITARY STANDARD.
www.dilbert.com
Pour ceux qui veulent rigoler un bon coup car Adams caricature parfaitement la gestion de
projets, la gestion des ressources humaines et la gestion de la qualit et des relations en
entreprise.
19/533
Vincent ISOZ
1.8 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.
NASA Space Flight Program and Project Management Handbook/
486 pages / Editions NASA
ISBN: 9780971032736
Commentaire: Ce le guide project management de la NASA est la
mthode utilise en interne par cette agence pour ce que je considre
personnellement comme les plus gros projets financiers et
technologiques plantaires des cents dernires annes. En terme de
complexit aucun autre projet n'arrive au niveau de ce que fait la
NASA donc c'est pour cette raison que je ne peux que recommander
ceux qui veulent apprendre ce qu'est l'ingnierie de la gestion de
projet et la "vraie" gestion de projets d'utiliser cet ouvrage comme
rfrence plutt que d'autres mthodes comme le PMI/IPMA/Agile et
autres!!!
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.
20/533
Vincent ISOZ
21/533
Vincent ISOZ
22/533
Vincent ISOZ
gratuits plus complets avec MS Excel sur le web notre poque.
Statistique applique la gestion avec exercices corrigs et
utilisation d'Excel (Vincent Giard) / 552 pages / ditions Economica
ASIN: 2717829628
23/533
Vincent ISOZ
24/533
Vincent ISOZ
25/533
Vincent ISOZ
26/533
Vincent ISOZ
27/533
Vincent ISOZ
28/533
Vincent ISOZ
29/533
Vincent ISOZ
Maurice Pillet en tant que co-auteur...
Guide comment des normes et rfrentiels (Gilles Teneau, Jean-Guy
Ahanda) / 383 pages / ditions d'Organisation (Eyrolles)
ISBN: 978-2-212-54388-9
Commentaire: Trs bon petit ouvrage listant avec quelques descriptifs
et retour d'exprience des normes, rfrentiels, mthodes et modles
majeures de l'industrie et de l'administration. Sympa lire et on en
ressort moins ignorant.
Statistical Quality Control (Douglas C. Montgomery) / 754 pages /
6th Edition (Wiley)
ISBN: 978-0-470-16992-6
Commentaire: Montgomery a une renomme d'expert international
dans le domaine de la qualit et ce n'est pas pour rien. Son ouvrage
majeur en est la preuve et part l'absence de dmonstrations
mathmatiques est irrprochable.
Optimisez votre plate-forme logistique (Michel ROUX, Tong LIU) /
674 pages / 4me dition (Eyrolles)
ISBN: 978-2-212-54728-3
Commentaire: Superbe ouvrage trs pdagogique et ludique sur la
gestion de la plate-forme logistique (supply chain). Par contre au
niveau mathmatique passez votre chemin il n'y a aucune technique
de niveaux suprieur au BAC.
La gestion des oprations (William J. Stevenson, Claudio Benedettit)
/ 819 pages / 2me dition (Mc-Graw Hill)
ISBN: 2-7651-0406-9
Commentaire: Superbe ouvrage dans la mme trempe que la
prcdente c'est--dire trs pdagogique et ludique sur la gestion des
oprations. Par contre au niveau mathmatique le niveau est suprieur
celui de dessus avec quelques dmonstrations, de nombreux
exemple pratiques numriques. Une rfrence conseille!
30/533
Vincent ISOZ
31/533
Vincent ISOZ
2. 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
32/533
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:
33/533
Vincent ISOZ
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
(ayant si possible fait des cursus de plusieurs annes en ingnierie de gestion de
projets ou ayant un doctorat dans le domaine). Car c'est effectivement par le manque
de comptences techniques en gestion de projets que ceux-ci sont le plus souvent
insatisfaisants.
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.
34/533
Vincent ISOZ
35/533
Vincent ISOZ
il est plus rentable, en terme de conservation des salaris, de s'adapter aux changements au
jour le jour. Toujours selon ce rapport, les managers les plus organiss, et donc leurs
subordonns, ne sont pas aussi performants que les plus communicatifs. [...]
36/533
Vincent ISOZ
3. Erreurs
C'est impossible, dit la Fiert, C'est risqu, dit l'Exprience, C'est sans issue, dit la Raison Essayons, murmure le Cur
William Arthur Ward
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 et consultant en
gestion de projets dans l'ordre des plus frquents et qui peut tre rsume navement par les
quatre fondamentaux structurels du Contribution Framework.
o simplement il est indiqu (trivial) que l'chec d'un projet est toujours d la prsence de
confusion, d'indiffrence, de carences et de ngligences.
37/533
Vincent ISOZ
Voici quelques causes frquentes d'erreurs (l'ordre est compltement arbitraire):
Cause du problme
Aucun support de la direction
Effet
Les mthodes de gestion, outils 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.
Mauvais outils
Pas de lgitimit
Comptences
38/533
Vincent ISOZ
Cause du problme
Effet
et de chaos dans le projet.
39/533
Vincent ISOZ
Cause du problme
Effet
associs) qui n'ont aucune rigueur.
40/533
Vincent ISOZ
Cause du problme
Effet
toute refaire.
41/533
Vincent ISOZ
42/533
Vincent ISOZ
4. N.R.M.M.
Les N.R.M.M. (Normes, Rfrentiels, Mthodes et Modles) de gestion de projets existent
depuis environ le dbut des annes 1950. Les normes sont des exigences alors que les
rfrentiels sont des recommandations. Les mthodes et les modles sont des outils qui
servent aux rfrentiels ou aux normes dans le cadre du Systme de Management de la
Qualit de la Scurit et de l'Environnement (S.M.Q.S.E.).
Certaines mauvaises langues (qui n'ont pas vraiment tord sur le fond...) disent que les normes
sont des outils mis en place par de gros groupes industriels pour empcher des petites PME
innovantes de pouvoir les concurrencer (sachant que le respect de certaines normes
ncessitent des investissements financiers considrables). De mme d'autres disent aussi (et ils
n'ont pas vraiment tord non plus dans certains cas...) que les standards et les normes sont des
outils mis en place par les gouvernements pour crer artificiellement de l'emploi administratif
dans un monde surpeupl...
Par exemple, la mthode P.D.C.A. est utilise par des nombreuses normes et rfrentiels. Les
modles sont quant eux des outils simples tandis que les mthodes sont souvent plus
complexes. Certaines mthodes se suffisent elles-mmes, c'est le cas pour Six Sigma.
43/533
Vincent ISOZ
44/533
Vincent ISOZ
La quasi totalit des N.R.M.M. sont triviales apprendre (niveau Bac et encore...) et ne
ncessitent pas obligatoirement de formations (un bon livre suffit). La difficult rside dans
leur mise en place cause de l'inertie de l'environnement dans lequel se trouve le responsable
de projets (souvent pas absence d'appui de la direction au plus haut niveau).
NRMM
Norme
Rfrentiel
Mthode
Dfinition
Document de rfrence sur un sujet ou un
domaine donn en accord avec la
rglementation nationale (norme suisse,
europenne ou internationale).
Certification de l'entreprise obligatoire
dans bien des cas mais audits
malheureusement pas indpendants.
Standard ("best practice" du mtier...)
reconnu par des professionnels du domaine
et qui se rfre souvent une norme.
Certification des personnes dans bien des
cas.
Ensemble des dmarches formalises selon
des principes, dans le but d'acqurir un
savoir-faire conforme aux objectifs
attendus. Utilisation de la mthode
travers l'entreprise ou une partie de
Exemples
ISO 9001:2000, ISO
14001:2004, ISO/IEC
27001, SA 8000, ISO 31000,
etc.
45/533
Vincent ISOZ
Modle
l'entreprise.
Outil qui, grce ses caractristiques, ses
qualits, son utilisation, peut servir de
rfrence l'imitation ou la reproduction.
Application du modle pour un domaine
ou une activit de l'entreprise
Tableau 2 NRMM
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 (en France, en 2001, sur plus de
21'000 normes, seulement et malheureusement... 240 sont obligatoires).
Il faut voir les mthodologies et standards la mode plutt comme des best practices
(meilleures pratiques2/best practices) 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 (tout en vitant "l'obstruction
mthodologique")! C'est par ailleurs ainsi que de nombreuses mthodes connues
mondialement ont vu le jour!
Encore faudrait-il dfinir mathmatiquement cette notion de "bonne pratique" ce qui est facilement possible
mais dpasse le contexte de cet ouvrage.
46/533
Vincent ISOZ
Standardisation
Qualit
GESTION
EFFICACE DE PROJETS
Cots
Dlais
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 mthodes 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)
Enfin, rappelons que selon le BABOK, le business analyst et donc aussi un peu le
coordinateur de projets devraient choisir les mthodes et outils de gestion en fonction de la
47/533
Vincent ISOZ
disponibilit des outils, de leurs limitations, des standards organisationnels, des contraintes
temporelles et du budget.
4.1 IREB
En ingnierie, et plus particulirement dans les procdures d'appel d'offres, les exigences sont
l'expression d'un besoin document sur ce qu'un produit ou un service particulier devrait tre
ou faire.
Dans l'approche classique de l'ingnierie, les exigences sont bien videmment considres
comme des prrequis pour les tapes de conception et de dveloppement.
Le cot de correction des erreurs de spcification augmente bien videmment avec le dlai de
dtection et les erreurs de spcification sont souvent dcouvertes trs tard ou aprs la mise en
production.
L'ingnierie des exigences a un impact significatif sur la russite du projet. Elle dlimite
l'tendue du projet et tablit une base de communication commune toutes les parties
impliques dans un projet. La matrise de la dfinition des exigences aboutit des solutions
conformes aux besoins et permet ainsi une diminution des cots et des risques d'chec.
L'IREB a tabli un cadre professionnel de pratiques et de savoir-faire dans le domaine de
l'ingnierie des exigences qui assure:
Formation: ~4 jours
Niveau: Bac
Source: www.ireb.org
48/533
Vincent ISOZ
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
Niveau: Bac
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 (niveau Bac): 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:
- 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: ?!#+"%&/\()=][${}-;:*><,'~|@
49/533
Vincent ISOZ
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 (niveau Bac): 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 (niveau Bac): 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 639.2 (niveau Bac): Pour les mtadonnes concernant l'identification des langues
de documents.
ISO 4217 (niveau Bac): Pour respecter les symboles des formats montaires dans mes
offres et dans les logiciels de simulation.
ISO 5807 (niveau Bac Bac+5): Pour schmatiser et documenter des processus
(logigrammes). Parfois je dvie cependant sur du BPMN (Business Process
Management) ou de l'AdP (Arbre de dfaillance Probabilistes) que je prsenterai
sommairement plus loin dans le document.
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 (niveau Bac Bac+1): Pour tout ce qui a trait la qualit sous forme
gnraliste (srie de normes ISO 9000).
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. Indiquons que la norme ISO 9001
regroupe les normes ISO 9001, 9002 et 9003 qui existaient en 1994.
Norme AFNOR NF Z 12.001 (niveau Bac): 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.
50/533
Vincent ISOZ
ISO 3951 (niveau Bac+3 Bac+5): Pour tout ce qui est relatif aux contrles de
rception de lots ou aux contrats incluant des clauses de qualit bases 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 (niveau Bac+3 Bac+5): Pour tout ce qui est relatif aux contrles de
rception de lots ou aux contrats incluant des clauses de qualit bases 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 (niveau Bac+3 Bac+5): 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 (niveau Bac): 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). Nous en
donnerons une description sommaire plus tard dans le prsent document.
ISO 31010 (niveau Bac Bac+7): 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 (niveau Bac Bac+3): 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
51/533
Vincent ISOZ
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 (niveau Bac): 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 servir de base au responsable de projet qui n'a jamais eu grer la
formation dans le cadre d'un projet.
ISO 8601 (niveau Bac): 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.
52/533
Vincent ISOZ
ISO 9241-11 (niveau Bac): Donne les rgles de dcision permettant de dterminer si
un systme est utilisable. C'est--dire lorsqu'il permet l'utilisateur de raliser sa tche
avec efficacit, efficience3 et satisfaction dans le contexte d'utilisation spcifi.
Souvent les employs dans les entreprises font l'acquisition d'un produit (logiciel) sans
s'informer sur ces points ce qui est assez grave pour des gens censs tre des
professionnels d'autant plus que la majorit des mes clients sont des multinationales...
Bref en gros en 2014 les normes relatives l'analyse statistique peuvent se rsumer avec la
cartographie disponible sur le lien suivant:
https://fr.scribd.com/doc/263063855/AFNOR-Cartographie-Normes-Statistiques
Et pour rsumer les normes ISO elles seules avec une touche d'humour (cration personnelle
aprs une discussion difficile avec un client):
4.3 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
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.
Efficacit = Obtenir le rsultat, Efficience = Bien utiliser les ressources pour arriver au rsultat
53/533
Vincent ISOZ
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 compris4)!
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 (le nombre de
processus volue en fonction de la maturit du modle et donc avec les annes...).
Selon leur modle le projet est dcoup en 5 phases: l'initialisation, la planification,
l'excution, la matrise (ou suivi) et enfin la clture (avec le rapport de revue postimplmentation) rassembls dans un processus global dont voici un aperu (certes ce n'est pas
trs lisible mais vous pourrez l'tudier lors de l'achat du livre):
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?
54/533
Vincent ISOZ
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
Niveau: Bac Bac+2
Source: www.wikipedia.org
55/533
Vincent ISOZ
Six Sigma ou 6 Sigma (devenu entre-temps ISO 13053-1:2011) est une marque dpose de
Motorola5 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 et rationaliser le
rptitif, viter la redondance, optimiser la production excessive de bien ou de documentation,
s'interroger sur la pertinence des tches, les mouvements ou dplacements inutiles, 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.
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
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.
56/533
Vincent ISOZ
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 (Single Minute Exchange of Die) 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!:
57/533
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 complexes6).
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.
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.
58/533
Vincent ISOZ
Ceci n'est pas un processus "lean" car il y a beaucoup d'tapes non automatises et le got du
caf dpendra de la personne qui le prpare (processus variable). Malheureusement je
n'insisterai jamais assez: le lean ne s'applique pas qu'aux ateliers de production/fabrication
mais devrait surtout s'appliquer aux dpartements administratifs o il y a selon mon
observation beaucoup trop d'activits faiblement bnficiaires (afin que de trop nombreux
employs arrtent de faire des fichiers Excel/Word/PowePoint n'en plus finir et qui n'ont
aucune valeur rajoute significative).
La solution dans ce cas serait de simplifier/automatiser le processus afin d'viter toute
variabilit du processus (quantit de caf, d'eau, temprature de l'eau, qualit du got...):
et encore une fois (!!!) ceci peut trs bien s'appliquer aux dpartements administratifs
(gnration manuelle de documents rptitifs, qualit de rdaction des documents, nombre
d'erreurs par documents, niveau de qualit des documents...).
59/533
Vincent ISOZ
L'application des mthodes lean peuvent se rsumer aussi trs bien dans les 5 points suivants:
Formation: ~4-18 jours selon le niveau (Green Belt, Master Black Belt)
Niveau: Bac Bac+7
Source: www.wikipedia.org
4.5 CMMi
Figure 3 CMM
ou une autre version courante beaucoup utilise conjointement avec la srie de normes
ISO 9000:
60/533
Vincent ISOZ
Maturit
0-Inexistant
1-Inefficace
2-Oprationnel
3-Efficace
4-Efficient
5-Excellent
Caractristiques
Il n'y pas de processus
Le processus n'est pas identifi (il n'apparat pas dans la
cartographie)
Le processus n'est pas dcrit (pas de fiche processus)
Il y a des problmes oprationnels majeurs
Il y a beaucoup de rclamations clients
Les objectifs ne sont pas atteints
Il n'y a pas de boucles d'amliorations mises en oeuvre pour le
processus
Le processus n'est pas ou peu document
Il n'y a pas de problmes oprationnels majeurs ou rcurrents
Le processus rpond majoritairement aux attentes clients
Certains objectifs sont atteints ou sur la voie de l'tre
Des boucles d'amlioration sont inities
Le processus fait l'objet d'une documentation adapte
Les processus ont atteint les objectifs en matire de qualit et de
dlai
Il n'y a plus de rclamation clients concernant le processus
Les boucles d'amlioration du processus sont oprationnelles
Le processus atteint tous ces objectifs, y compris ceux en matire
de cot ou de rentabilit
Toutes les tapes du processus sont mesures ou pour le moins
estimes quantitativement
La majorit des clients expriment leur satisfaction
Les boucles d'amlioration ont prouv leur efficacit
Les clients ne sont pas seulement satisfaits mais parfois mme
surpris (le processus va au-del de leurs attentes)
L'entreprise est reconnue comme "best in class" (la rfrence)
pour ce processus dans des oprations de benchmarking (tudes
comparatives)
Le processus est sous contrle statistique (cartes de contrle)
Les salaris qui mettent en oeuvre le processus sont satisfaits de
leurs conditions de travail
61/533
Vincent ISOZ
4.6 AFITEP
4.7 IPMA
62/533
Vincent ISOZ
- 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).
Formation: ~15-20 au total pour les quatre niveaux
Niveau: Bac Bac+2
Source: www.vzpm.ch
4.8 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.
63/533
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
Niveau: Bac Bac+1
Source: www.wikipedia.org
4.9 COBIT
COBIT (Control Objectives for Information and Related Technology) dfinit les meilleures
pratiques de gouvernance pour les responsables informatiques.
Ce standard propose une dmarche pour grer les services informatiques comme une
ressource qui permet d'apporter de la valeur et de mettre en uvre une stratgie de gestion des
risques efficace.
COBIT propose un ensemble complet de processus, d'objectifs de contrle, de mtriques et
d'indicateurs pour un large ventail de processus informatiques en intgrant d'autres
rfrentiels, normes ou ressources, comme entre autres : la Val IT et le IT Risk de l'ISACA, le
rfrentiel ITIL et les normes connexes de l'ISO, TOGAF, PMBOK, Prince2, COSO, PCI
DSS, la loi Sarbanes-Oxley Act et Ble III. C'est cette synrgie qui fait que selon moi COBIT
devrait tre LE rfrentiel dans le domaine de l'IT.
Formation AMDEC: ~5 jours
Niveau: Bac Bac+5
64/533
Vincent ISOZ
4.10 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. Il s'agit
d'une prolongation de l'analyse fonctionnelle. C'est encore une fois l'arme amricaine qui est
l'initiative du dveloppement de l'AMDEC. La rfrence militaire MIL-P-1629 date de
novembre 1949.
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. videmment
de nombreuses personnes (souvent des soft skill) considrent que c'est inutile car de toute
faon on ne peut pas lister toutes les dfaillances potentielles. Donc l'AMDE ou l'AMDEC ne
doit tre vu comme un outil et certains mauvais esprits parleront mme d'utopie ou
d'idologie...
L'AMDE privilgie trois types d'actions principales qui sont (et que l'on retrouve aussi dans le
PMI/PMBOK V4):
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
rglementation, l'intgration de systmes, etc. La maintenance adaptative s'assure 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
Niveau: Bac Bac+7
Source: www.wikipedia.org
Ingnierie de Gestion de projets
65/533
Vincent ISOZ
4.11 PRINCE2
66/533
Vincent ISOZ
4.12 BPF
67/533
Vincent ISOZ
5. INTGRER la productivit, la qualit du produit et la scurit du personnel dans la
conception des btiments et des quipements.
6. EFFECTUER LA MAINTENANCE des btiments et quipements de manire rgulire
et efficace.
7. DVELOPPER ET DMONTRER clairement les comptences au poste de travail.
8. PROTGER les produits contre toute contamination en adoptant des habitudes rgulires
et systmatiques de propret et d'hygine.
9. CONSTRUIRE LA QUALIT dans les produits par un contrle des matires premires
et des processus tels que la fabrication, l'emballage, l'tiquetage
10. PLANIFIER et EFFECTUER rgulirement des audits afin d'assurer conformit au BPF
et efficacit du systme qualit
Ces principes sont souvent rsums autour des "5M":
qui sont souvent identifies et associes aux diagrammes d'Ishikawa (que nous verrons plus
tard) et la mthode AMDEC.
Niveau: Bac Bac+1
4.13 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)
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
Niveau: Bac Bac+1
Ingnierie de Gestion de projets
68/533
Vincent ISOZ
Source: www.wikipedia.org
4.14 SWOT
Niveau: Bac
Source: www.wikipedia.org
4.15 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.
Niveau: Bac Bac+3
69/533
Vincent ISOZ
4.16 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.
4.17 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.
Remarque: Cette mthodologie de gestions de projets n'a pas empche la confdration
d'avoir certains projets informatiques aberrants et certains dont les cots ont largement
dpass le budget initial (cf. projet du Systme de Conduite et d'Information des Forces
Terrestres).
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
Niveau: Bac Bac+1
(signalons que tous PDFs sont gratuits sur le site internet de la confdration!).
Source: www.hermes.admin.ch
70/533
Vincent ISOZ
4.18 Agile
Concrtement, la mthode Agile signifie que nous ne formalisons pas de cahier des charges,
qui est par nature rigide et pas adapt aux petits projets compris entre un cot nul et environ
1'000'000.-.
Effectivement, traditionnellement, beaucoup de clients s'attendent ce que leur prestataire
travaille au forfait. Ainsi, le client a l'illusion de ne prendre aucun risque en termes de budget
et de dlai, en supposant que son prestataire sera capable de tenir ses engagements.
Dans la pratique, le client et le prestataire s'accordent sur les contours exacts de leur relation
commerciale par le biais un contrat. Ce contrat va dfinir un cadre strict en termes de cots,
de dlais et surtout de primtre fonctionnel du produit dvelopper.
Ce primtre strict et rigide va tre consign dans un interminable cahier des charges. Celui-ci
va tre interprt par le prestataire qui va soumettre son offre commerciale. Enfin, le client et
le prestataire s'engagent dans la ralisation du produit... et c'est souvent le dbut des
problmes!
Qu'est-ce qu'il se passe dans l'norme majorit des cas? Le prestataire peroit son acompte,
s'isole, travaille dans son coin et tte baisse pendant plusieurs mois tout en posant une ou
deux questions son client, de temps autre...
En toute bonne foi, et convaincu d'avoir accompli un excellent travail, le prestataire revient
vers son client aprs des mois de travail avec une version aboutie de son point de vue lui,
d'informaticien...
Le client s'empresse de dcouvrir le produit mais il trs vite du... De son point de vue lui,
d'utilisateur, il manque des fonctionnalits pourtant triviales et essentielles son travail,
l'ergonomie n'est pas bonne, le produit ne tient pas compte de certains processus d'entreprise
dj bien tablis, etc.
Dception et surprise aussi chez le prestataire, qui argumente que telle fonctionnalit
manquante n'est pas explicitement mentionne dans le cahier des charges et qu'il suffit de
cliquer ici et passer par l dans l'interface pour aboutir au mme rsultat.
Le client, en toute bonne foi, insiste que telle ou telle fonctionnalit est sous-entendue dans tel
paragraphe car sans cela, telle autre chose aurait peu ou pas d'utilit. Pour le client qui, c'est
une question de bon sens... et il ne comprend pas que le prestataire n'y ait pas pens par luimme! Au passage, le client remarque qu'il faudrait encore ajouter cette petite fonction, mais
qu'il s'agit certainement d'un tout petit changement et vu le montant du forfait, le prestataire
peut bien inclure gracieusement cette petite demande supplmentaire....
S'ensuivent de pnibles changent entre deux parties, chacune se sentant frustre et lse...
Le client a beaucoup attendu, il a mme certainement t plus patient que prvu en supportant
des dpassements de dlais car le prestataire avait sous-estim la masse totale de travail ou
peut-tre l'avait-il fait volontairement pour dcrocher le mandat? De plus, le montant global
de la facture est consquent et d'autant plus que le produit livr (et prtendu conforme au
cahier des charges, du point de vue du prestataire) ne correspond pas aux attentes du client,
qui est sens travailler avec ce produit au quotidien, et ce depuis un moment dj...
Ingnierie de Gestion de projets
71/533
Vincent ISOZ
Le prestataire, de bonne foi galement, a le sentiment que son client cherche des excuses pour
ne pas payer le solde de la facture. Pourtant, de son point de vue, tout est fonctionnel et
conforme au cahier des charges qui stipule tout, noir sur blanc. Le prestataire a dj le
sentiment d'avoir t perdant en ayant largement dpass le temps qu'il avait estim sur ce
projet. De plus, il a consentit quelques sacrifices et cadeaux mais a la nette impression que
son travail n'est pas valoris... En consquence, sa motivation baisse et la qualit du produit
en ressent lourdement.
Bref, tout le monde est perdant !
Les problmes du cahier des charges c'est que contrairement au monde du btiment ou
d'autres domaines ou la rigidit pourrait tre une qualit, ce n'est pas le cas des produits de la
majorit des dveloppements informatiques, qu'il s'agit d'un logiciel ou d'une application web
dvelopper sur mesure, qui sont de petites applicatons pour lesquelles il n'y pas de vies en
jeu, ni de normes industrielles, ni de trs grosses quantits d'argent.
Dans la pratique, le cahier des charges pose plusieurs problmes relativement ce genre de
petits projets informatiques ou de projets informatiques faible criticit:
1. il ne peut prvoir tous vos besoins et nouvelles ides que vous dcouvrirez au fur
et mesure en avanant dans votre projet
2. il est souvent sujet maladresses de rdaction, zones floues et forcment
interprtations de lecture... et donc des conflits potentiels
3. il enlve toute flexibilit au projet et vous limite quant aux changements utiles et
bienvenus
4. il est pnible et long (et donc coteux) prparer... temps et argent que l'on fait
mieux investir dans l'analyse et la rflexion pralable, tude de l'ergonomie et la
qualit du produit
5. pour toutes les raisons voque ci-dessus, il est souvent bcl tant dans sa
rdaction (pourtant souvent facture) mais surtout dans sa lecture et validation /
acceptation par le client, qui a hte de dmarrer son projet
En lieu et en place du cahier des charges nous faison un Backlog.
Le product Backlog ou "carnet de produit" en bon franais ;-) est une liste qui dfinit les
besoins. Il s'agit d'une liste de demandes et/ou exigences juges ncessaires pour la ralisation
du produit. Contrairement un cahier des charges, le primtre fonctionnel dfini dans le
product Backlog n'est pas fig pour toute la dure du projet. Il est, par dfinition, volutif.
En fonction de l'tat d'avancement du produit, des difficults ou autres impondrables
rencontrs, vous pourrez dcider de modifier les fonctionnalits souhaites, en revoyant leur
ordre de priorit, voire d'abandonner certaines demandes qui seraient devenues obsoltes au
fil du projet ou pour y substituer de nouveaux besoins plus importants ou qui taient
inexistants au tout dbut du projet.
72/533
Vincent ISOZ
Ainsi, au fur et mesure, le primtre fonctionnel du dveloppement change.
Quant au prestataire il s'engage fournir une certaine quantit de travail de qualit et vous
garantir un certain rsultat pour chaque Sprint.
Un Sprint est l'ensemble du travail ralis pendant une priode relativement courte
(idalement trois semaines) au bout de laquelle le prestataire livre un module ou une partie
fonctionnelle et utilisable du produit.
Le projet de dveloppement du produit est donc "dcoup" en Sprints qui constituent autant
de sous-projets (ou modules du produit) ncessaires au dveloppement complet du produit.
Chaque Sprint est donc un mini-mandat avec un primtre limit. Chaque Sprint a une date de
dbut et de fin, et aboutit un rsultat concret (module du produit) fonctionnel et utilisable.
Au dbut de chaque Sprint, le prestataire et le mandant dfinissent ensemble quelles sont les
demandes/fonctionnalits qui seront ralises au sein du Sprint.
La brivet du Sprint minimise les cueils rencontrs lors de longs projets au forfait et permet
de faire toujours mieux, Sprint aprs Sprint, puisque chaque Sprint est un mini-mandat qui
permet de capitaliser en communication, comprhension, attentes et donc en qualit globale.
Les relations avec vous reposent sur une bonne collaboration et non sur un cahier des charges
rigides pos par crit.
Avec cette mthode agile (par Sprints) on avance trs rapidement et obtient les premiers
rsultats concrets en quelques semaines... plutt qu'en de nombreux mois!
Vous restez libre de suivre l'volution des choses et de grez vous-mme votre budget.
chaque Sprint, le mandant sait prcisment ce qui a t dvelopp et ce qui reste faire, et
quel budget a t consomm. Ces indicateurs permettant de dcider sur les "petits dtails" et
de dcider au fur et mesure des fonctionnalits que vous souhaitez intgrer, selon vos
priorits du moment et selon l'usage rel que vous faites de votre logiciel, dans la pratique et
selon les retours des vrais utilisateurs.
Avantages Agile
Pas de temps consacr au cahier des charges
Bien adapt aux petits projets, sans normes,
sans criticit
Meilleur contrle des cots pour le client
Plus grande flexibilit pour le client
Minimisation des risques pour le client
Meilleure analyse de l'valuation du projet
Dsavantages Agile
Il faut de bons communicants
Il faut du temps disponible pour faire les
sprints (car souvent plus long en cumul
qu'un cahier des charges)
Il faut un client d'accord de payer par petites
factures successives mensuelles
Il faut une direction d'accord de faire payer le
client par petites factures successives
Accroissement des e-mails et de
l'administration qui a un cot significatif.
Le produit n'est jamais vraiment fini avec
Agile donc difficile de grer le temps des
dveloppeurs sur d'autres projets.
Les dveloppeurs doivent souvent passer du
73/533
Vincent ISOZ
"mais c'tait implicite")
4.19 MCTS
4.20 EFQM
74/533
Vincent ISOZ
L'EFQM compte aujourd'hui plus de 700 membres. L'objectif de cette organisation but non
lucratif est de promouvoir un cadre mthodologique pour permettre ses membres d'valuer
leur niveau de qualit et de s'amliorer de faon durable.
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):
75/533
Vincent ISOZ
L'EFQM est ce que l'on appelle un "modle d'excellence" visant montrer par un concours et
un prix qu'une entreprise est la meilleure dans son domaine d'activit (parmi ceux appliquant
la mthode...). Il y a d'autres modles d'excellent amenant aussi des prix et classements
comme le modle amricain Malcolm Baldridge National Quality Award et le modle
japonais du prix Deming.
Formation: ~3 jours
Niveau: Bac
Source: www.efqm.org
4.21 Dimension 4
76/533
Vincent ISOZ
4.22 MBA
4.23 ENS
L'ENS (cole 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'coles de gestion dont le titre est
reconnu par la Confrence des Grandes coles, 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.
77/533
Vincent ISOZ
Formation: ~60 jours
Niveau: Bac+4 Bac+7
78/533
Vincent ISOZ
5. 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. Cependant, la connaissance de cette liste ne doit pas
amener le responsable de projet se soustraire la norme ISO 9241-11 qui permet de vrifier
"le degr selon lequel un produit peut tre utilis, par des utilisateurs identifis, pour
atteindre des buts dfinis avec efficacit, efficience et satisfaction, dans un contexte
d'utilisation spcifi". Car entre les (soi-disant) responsables de projets dans les
multinationales qui utilisent un tableur pour faire des planning est de pseudo "bases de
donnes" et ceux qui ont des logiciels de gestion de projets qui buggent compltement car ils
n'ont pas attendu le service pack 2 ou 3 il y a un laxisme gnral faire grimper les experts
aux rideaux...
Enfin, rappelons que selon le BABOK, le business analyst et donc aussi un peu le
coordinateur de projets devraient choisir les mthodes et outils de gestion en fonction de la
disponibilit des outils, de leurs limitations, des standards organisationnels, des contraintes
temporelles et du budget.
Inutile de revenir sur une description de Microsoft Office Project, car il s'agit du sujet
principal auquel prpare ce support (et voir mon livre de ~900 pages sur ce logiciel). 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 8 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!).
79/533
Vincent ISOZ
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
(je ne vais pas ici discuter de la comparaison avec LaTeX).
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.
80/533
Vincent ISOZ
Le meilleur (sans aucun doute!) outil du march dans la modlisation statistique (MonteCarlo, Latin-Hypercube) 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.
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).
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!
81/533
Vincent ISOZ
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.
Logiciel permettant de mettre en place la technique dcisionnelle quantitative APH base sur
les valeurs propres dmontre dans le cours thorique de mathmatique dcisionnelle.
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.
82/533
Vincent ISOZ
6. Documents (modles)
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:
83/533
Vincent ISOZ
AppelOffreFRV1_0.dot (6 pages A4): un fichier MS Word contenant les grandes lignes
d'un appel d'offre candidatures typique ("request for bid" ou "request for proposal"9)
ChangeRequestFRV1_0.dot (1 page A4): toute demande de changement de directive,
d'ajout de tche ou de correction dans un projet qui changera la configuration du livrable
doit tre faite par le client (interne ou externe) selon une procdure et une mise en forme
standardise ncessitant un minimum de temps. C'est ce que propose ce document. Ce
document sera aussi utilis pour les "service request" (demande qui n'implique pas de
changer la configuration du livrable).
CodeDeConduiteReunionsFRV1_0.dot (1 page A4): contient les rgles de conduite et
de prparation mettre sur le mur de vos salles de runions.
ProcesVerbalReunionsFRV1_0.dot (1 page A4): contient les informations minimales
pour un process verbal correct.
DashboardFRV1_0.xlt: un modle MS Excel contenant un vieux et simple tableau de
bord avec des indicateurs de performance sous diffrents aspects.
EFQMSelfAssessmentENV1_0.xlt: 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.
GanttFRV1_0.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.
GroupesFRV1_0.xlt: Tableau MS Excel aidant dfinir des groupes et membres
d'quipes de projet avec leurs niveaux de dlgation et rles respectifs.
ISO9001ManagementReviewENV1_0.mpt (56 tches): 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.
ISO5807FR.vss (27 primitives): un modle de gabarit MS Visio que j'ai personnalis et
complt afin d'tre conforme au plus proche au standard ISO 5807:1985.
ProcessusFRV5_0.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 + 71 processus dj faits couvrant de
nombreux dpartements d'entreprise (150 pages A4).
La diffrence entre "request for bid" et "request for proposal" est que le premier va se baser sur un slection
dont le seul critre sera le prix alors que le deuxime prendra en considration d'autres facteurs.
84/533
Vincent ISOZ
MatriceAnalyseHOQENV1_0.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.
SixSigmaDMAICCycleENV1_0.mpt (36 tches): 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.
OffreEmploiFRV1_0.dot (2 pages A4): un modle MS Word pour publier une offre
d'emploi standardise et complte afin d'engager des ressources pour un projet (et surtout
afin d'viter l'amateurisme gnral actuel du niveau de dtail des offres d'emploi visible
sur le march)
HERMESFRV1_0.mpt (461 tches): un modle MS Project avec le planning et les
phases correspondantes pour la mise en place d'un projet Herms "avanc".
PRINCE2ENV1_0.mpt (46 tches): un modle MS Project avec le planning et les phases
correspondantes pour la mise en place d'un projet selon PRINCE2.
PMIENV1_0.mpt (49 tches): un modle MS Project avec le planning et les phases
correspondantes pour la mise en place d'un projet selon le PMBOK du PMI.
Et plutt que de recrer la roue dans de nombreux domaines, le lecteur aura accs pour une
somme modeste quantit de documents dj existants (en franais, anglais et allemand):
http://www.biztree.com
plus des affiches (posters) imposs par la loi dans de nombreux pays sur le site suivant pour
une somme ngligeable:
http://www.affichage-obligatoire-pro.fr
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!
85/533
Vincent ISOZ
7. Processus et reprsentatives
et vont pour cela utiliser typiquement le processus srie rcursif d'implmentation qui consiste
:
1.
2.
3.
4.
5.
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.
11
Il s'agit d'observer les collaborateurs faire leur travail pendant qu'ils suivent les processus internes existants
tout en se mettant en retrait et en notant les points faibles de ces mmes processus.
10
86/533
Vincent ISOZ
6. Application des processus et procdure
7. Gestion des enregistrements
8. Piloter les changements et retours
9. Surveiller la capabilit
10. Revues
L'approche processus est donc une mthode (certains diront une idologie voire mme une
utopie....) d'analyse ou de modlisation (formalisation) qui consiste dcrire de faon
mthodique une organisation ou une activit dans le but d'agir efficacement dessus
diffrents niveaux (cartographie/mta-processus et processus) et correspond une
organisation de niveau de maturit au minimum 2 selon l'chelle du CMMi (voir page 60). Le
processus est donc essentiellement un outil d'optimisation de la performance (on devrait plutt
parler de "rigueur" en ralit!). Souvent cette dmarche si elle est faite sur le tard consiste
reconstruire toute l'organisation de l'entreprise en partant quasiment de zro. Cependant les
rsultats sont gnralement bons et ont prouv l'intrt de la dmarche mme si elle produit
quelques licenciements suite l'identification de postes ou tches inutiles.
Ainsi, le BABOK (Business Analysis Body of Knowledge) recommande particulirement la
mise en place de processus lorsque qu'une grande structure fait appel de nombreux
prestataires de services externes et ce afin d'homogniser et rationaliser les techniques de
gestion de leurs mthodes de travail et de communication.
Certains spcialistes disant que le rle des processus et de leurs procdures (instructions)
associes n'est pas en plus de remplacer de pouvoir remplacer comptence si besoin est mais
de la complter. videmment c'est un point de vue... en ce qui me concerne quand je vois
avec mes dix annes d'exprience de consultant en entreprise que moins de 2 3% des gens
utilisent vraiment leur cerveau je m'interroge... (le reste des 97 98% ayant beaucoup de
peine utiliser des raisonnements hypothtico-dductifs qui sont du niveau du baccalaurat).
Remarque: La norme ISO 9001:2008 n'exige (malheureusement) pas de reprsenter vos
processus graphiquement et ce mme en respectant leur propre norme (ISO 5807:85). Cette
norme n'impose jamais un moyen prcis, mais dcrit plutt un but atteindre (d'o selon
moi le foutoir gnral dans la communication interentreprises et le fait que tout le monde ou
presque rinvente la roue). Elle prcise uniquement qu'il faut identifier les processus
ncessaires au systme de management et de la qualit [...et] dterminer la squence et
l'interaction des processus.
Signalons que nombre de grands comptes qui n'avaient pas de processus (et leurs procdures
associes) s'en sont mordu les doigts de l'acquisition de solution ERP dans le but de
rationaliser la complexit administrative et de cohrence de la gestion de l'information!
87/533
Vincent ISOZ
Dfinitions pralables selon ISO 9001:2008:
Une procdure est dfinie comme une manire spcifie d'effectuer une activit ou un
processus. La procdure est donc une manire de faire qui ne fait pas obligatoirement l'objet
d'une documentation. Lorsqu'une procdure fait l'objet de documents, les termes "procdure
crite" ou "procdure documente" sont frquemment utiliss.
Un processus est un ensemble d'activits corrles ou interactives qui transforme des
lments d'entre en lments de sortie.
88/533
Vincent ISOZ
7.1.1 Objectifs
Les raisons ces besoins de formalisation sont relativement simples et peuvent se rsumer
aux quelques 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 (mieux rpondre aux besoins des clients)
4. Servir de base pour les formations aux mthodes de travail corporate (internes)
5. Faciliter la communication des mthodes standardises et les attentes de rsultats
6. Ne pas recrer la roue chaque fois (et ainsi pouvoir se concentre sur l'innovation)
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"
13. Identifier les actions inutiles ou optimisables plus facilement
14. (obtenir des certifications qualit...)
De plus, la culture processus est davantage, par son formalisme, une culture de l'crit qu'une
culture de l'oral. Ainsi, la communication orale n'est pas interdite... mais il vaut mieux fixer
des rgles admises par crit (et les amliorer) plutt que de les discuter chaque fois. L'crit
(sous forme de processus et procdures) oblige la rflexion, permet l'homognisation, la
mmorisation et la vrification de l'information, devient une rfrence pouvant tre facilement
diffuse, autorise, le classement et l'archivage des informations (le bon document au bon
endroit).
89/533
Vincent ISOZ
Description du systme
qualit:
Niveau stratgique
Rfrence systme
Charte qualit
Processus
qualit
Niveau planification
Moyens d'application
Savoir faire
organisationnel:
QUI fait QUOI,
QUAND?
Procdures qualit
Niveau oprationnel
Instructions opratoires
Niveau individuel
Documents personnels
Instructions de travail
dtailles
COMMENT faire avec
QUOI et QUI?
Documents cres et
grs par les
collaborateurs
Manager par les processus est aussi un pralable toute forme de management. Cela consiste
connatre toutes les activits ncessaires la production des prestations satisfaisantes pour
les clients et en harmoniser le fonctionnement. cette fin, il faut identifier les processus,
dfinir les rgles relationnelles, matriser les activits internes chaque processus et amliorer
en permanence le mode de fonctionnement de l'ensemble.
Le logiciel le plus utilis travers le monde ce jour et notre connaissance (ce qui ne veut
pas dire que c'est le meilleur!) pour cela est Microsoft Office Visio qui permet non seulement
Ingnierie de Gestion de projets
90/533
Vincent ISOZ
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 existe cependant nombre de logiciels plus performants (MEGA, Bizagi,
Bonitasoft, etc.).
Si vous souhaitez reprsenter graphiquement les processus de votre organisation, commencez
par remplir, sur la base de la hirarchie des processus, la carte des processus au niveau le plus
lev de votre architecture. Cette carte donne un aperu de tous les processus d'affaires de
votre entreprise et en illustre les interdpendances. Vous pouvez vous inspirer de l'illustration
suivante:
Vous pouvez donc au deuxime niveau de votre architecture reprsenter les diffrents
processus d'affaires avec les processus de travail correspondants. L'exemple ci-dessous
illustre le processus d'affaires Suivi de la clientle:
91/533
Vincent ISOZ
12
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).
92/533
Vincent ISOZ
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.
Si enfin nous rappelons le vieil adage qui dit que l'on ne peut amliorer que ce qui est
mesurable il n'est pas tonnant que le point fort de l'approche par processus est justement sa
capacit mesurer les performances.
Certains cependant argumentent qu'il n'est plus possible au 21me sicle de continuer exercer
une approche analytique des organismes et qu'il faut prendre de la hauteur et prfrer une
approche plus globale centre sur la stratgie des rsultats plutt que sur le respect de rgles
crites qui se dmodent aussi vite qu'elles sont formalises. Il s'agit d'une critique laquelle
j'ai toujours une rponse trs simple: il suffit d'tudier un tout petit peu l'histoire des sciences
dures et exactes depuis Bacon pour voir avec quelle vitesse tout notre environnement a t
boulevers depuis la mise en place de mthodes scientifiques rigoureuses et formalises et... si
les entreprises veulent repartir dans le moyen-ge c'est leur problme... De plus si les
processus se dmodent aussi vite qu'ils sont formalises c'est simplement que la personne les
ayant formaliss n'est pas comptente!
93/533
Vincent ISOZ
Cette petite citation est pertinente... mais encore faut-il se rappeler de ce qui est "nouveau" en
entreprise (car la trs grande majorit des employs utilisent des mthodes et outils de travail
qui sont centenaires).
94/533
Vincent ISOZ
Ce type de diagramme (enfin les logiciels associs disons plutt) peuvent aussi trs bien
tre utiliss pour faire des "diagrammes bte cornes" ou "diagramme pieuvre" (voir sur
Internet car c'est trivial).
95/533
Vincent ISOZ
Chaque branche reoit d'autres causes ou catgories hirarchises selon leur niveau
d'importance ou de dtail. Le classement doit aussi mettre en vidence les causes les plus
directes. Ce sont celles les plus proches de l'arte de poisson.
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 un 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
Ingnierie de Gestion de projets
96/533
Vincent ISOZ
Planifier et Effectuer rgulirement des audits afin d'assurer conformit au systme qualit.
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) ou le 6M+E (man, machine, material, method, management, measurement et
environment).
97/533
Vincent ISOZ
est absent (afin de rapidement savoir qui est le n+1 qui doit alors se substituer la
personne absente) et galement de formaliser les responsabilits de tout chacun et
ce par projet et enfin (et surtout!) de gnrer de statistiques une fois le projet termin
par groupe de travail ou dpartement.
98/533
Vincent ISOZ
consulter la norme pour bien diffrencier rigoureusement la notion d'A.B.S. de celle de
W.B.S..
Indiquons que le PMI recommande que tout responsable de projet doit refuser de reprendre ou
d'excuter un projet s'il n'y a pas de W.B.S. de disponible (ou de W.B.S. sous forme de
planning de Gantt que nous allons voir de suite aprs) mais en mme temps... ils
recommandant de ne pas obliger travailler avec.... Le PMI n'tant pas une contradiction
prs...
7.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 sous la forme d'un
graphe connexe (toute tche doit avoir une liaison entrante et sortante except le jalon de
dbut du projet et celui de fin du projet), valu (chaque tche une dure non nulle ou nulle)
et orient (bon a c'est simplement cause de la flche du temps).
Cet outil rpond deux objectifs: planifier de faon optimale et communiquer sur le planning
tabli et les choix qu'il impose
L'exemple de diagramme de Gantt ci-dessus est trs bon car comme vous pouvez le constater
les liaisons entre les tches ne sont pas visibles. Il s'agit donc en toute rigueur d'un planning et
non d'un Gantt (car rien n'est connexe) et cela signifie aussi par extension que les dates ne se
mettront pas jour en cascade automatiquement lors d'une modification du plan de projet et
que le calcul des marges totales et libres seront erronnes.
99/533
Vincent ISOZ
7.1.2.5 PERT
Le graphique PERT est une technique de gestion de projet qui permet de visualiser la
dpendance des tches (rseau logique) 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.
De nos jours, trs rares sont les gens utilisant encore le PERT (appel aussi "rseau de
tches"). Les logiciels permettant de calculer les marges ainsi que le chemin critique
directements sur le Gantt cette reprsentative est abandone petit petit par les praticiens.
7.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.
100/533
Vincent ISOZ
Selon la norme AFNOR X 50 176: un processus est un systme d'activit qui utilise
des ressources pour transformer des lments entrants en lments sortants.
Selon la srie de normes ISO 9000: un processus est un ensemble d'activits corrles
ou interactives qui transforment des lments d'entre lments de sortie.
6 18 mois de dfinition
2.5 ans de mise en vie, d'instrumentation
1 2 ans d'optimisation des activits et organisations
101/533
Vincent ISOZ
Les spcialistes en processus recommandent d'viter la construction de flux rtroaction afin
de garder le schma le plus clair possible et de s'arranger afin que le processus et sa
documentation tiennent tous deux sur une seule et unique page A4.
Nous considrons galement deux rles majeurs dans le cas des processus:
1. Le 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.
2. Le 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.
Les formes utiliser seront conformes ISO 5807:1985.
102/533
Vincent ISOZ
Cr par/Cr le (ISO)
Identifiant tape processus (ISO)
Responsable (ISO)/Back-Up
Intervenants (ISO)
Degr de dlgation
Niveau de confidentialit
Cot mdian d'excution/Dviation de cot (Six Sigma)
Temps moyen d'excution /Dviation de temps (Six Sigma)
Gravit dfaillance (AMDEC)
Effet potentiel de dfaillance (AMDEC)
Cause potentielle de dfaillance (AMDEC)
Dlai moyen entre deux non conformits/MTBF (AMDEC)
Quantifiable? (Six Sigma)
Niveau de qualit en % (Six Sigma)
Contact client
REP
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.
103/533
Vincent ISOZ
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.
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.
104/533
Vincent ISOZ
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.
Affichage: Cette forme reprsente une information qui sera affiche par une personne,
typiquement sur un cran d'ordinateur.
105/533
Vincent ISOZ
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.)
106/533
Vincent ISOZ
107/533
Vincent ISOZ
108/533
Vincent ISOZ
109/533
Vincent ISOZ
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 probabilits car il
faut construire toutes les formules la main. Je conseille vivement l'utilisation du logiciel
Isograph pour faire des A.D.P. quantitatifs de haut niveau rapidement (ce dernier logiciel
prsent au dbut de ce support associe la mthode de Monte-Carlo avec les A.D.P.).
Par contre si des probabilits sont associes, rappelons les axiomes de Kolmogorov suivants:
0 P ( A) 1
110/533
Vincent ISOZ
P (U ) 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 )
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) 2 P( 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).
111/533
Vincent ISOZ
Donc au mme titre que la TQM (appliqu la qualit en gnrale et pas seulement la
production), la TPM consiste chercher maximiser le temps productif, rduire le temps non
productif d aux arrts et pannes, conserver les cadences optimales et rduire la non-qualit13.
Au-del du simple maintien en bon tat des machines ou de leur place de travail, la dmarche
TQM/TPM pousse modifier et amliorer celles-ci. L'implication des employs est
l'occasion d'lever leur niveau de comptence et d'enrichir leurs tches en leur confiant la
maintenance de premier niveau (avec leur accord et s'ils en sont motivs!). Par ailleurs, ils
connaissent leur outil de travail et l'environnement associ de manire intime. Sauf si les
employs sont temporaires et/ou d'un niveau trop faible, ou pas motivs pour des raisons
quelconques, ils ne se sentent pas concerns par ce qui se passe, ils subissent, c'est un
problme de motivation et de comptence.
L'indicateur utilis, le taux de rendement synthtique (TRS) qui est le rapport entre temps
utile et temps employ, mrite son qualificatif car il restitue une vision simple et svre, qui
englobe tous les paramtres affectant le rendement de la machine selon le triptyque
disponibilit, performance et qualit. L'analyse des composantes du TRS indique o les
efforts sont porter.
La reprsentative type des schmas TQM et TPM ressemble normment ISO 5807:85.
13
112/533
Vincent ISOZ
Dfinitions:
D1. Manager par la qualit c'est appliquer au systme (ensemble de processus)
d'organisation les principes qui permettent l'amlioration et le dveloppement harmonieux et
durable du systme.
D2. Manager de la Qualit c'est appliquer les principes qui permettent d'assurer la qualit du
rsultat d'activits.
113/533
Vincent ISOZ
7.1.2.11 IDEF0
La SADT (en anglais Structured Analysis and Design Technique) - connue aussi sous le label
I.DEF.0 (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.
Voici le principe du concept:
114/533
Vincent ISOZ
et voil ce que fait par exemple en ralit un logiciel comme Microsoft Office Visio:
115/533
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).
116/533
Vincent ISOZ
Dans un logiciel cela donnera typiquement (malheureusement les cots des options sont
toujours cachs dans le total de la branche dans les logiciels spcialiss, raison pour laquelle
je prfre dessiner mes propres arbres dans Microsoft Excel):
117/533
Vincent ISOZ
Mais qu'en est-il de la valeur actuelle nette (VAN/N.P.V)? Eh bien ce type de logiciels nous
permettent facilement d'intgrer ce type de calcul avec ou sans simulation de Monte-Carlo.
Ainsi, si le taux sans risque du march est 10% sur un an, nous avons alors (voir le chapitre
concernant l'eVAN la page 328 pour les explications techniques):
eVAN 12
Maintenant il peut tre intressant (mme exig par la direction!) de calculer le "prix de
l'option d'investir". Dans la configuration pessimiste notre arbre devient:
118/533
Vincent ISOZ
ou:
119/533
Vincent ISOZ
Le lecteur intress vouloir faire des tableaux de bord dans les normes pourra se reporter
la trs bonne base que constitue la norme NF FD X 50-171 (qui est utile mais d'un niveau trs
peu lev) que je ne peux pour des raisons videntes de copyright par reproduire ici. Sinon,
part entrer dans les mathmatiques de la mthode Six Sigma (cartes de contrles14) l'outil ne
consiste qu' utiliser des outils du niveau de l'cole obligatoire et un stagiaire ou un junior
peut alors trs bien faire le travail.
En lisant la norme, le lecteur se rendra compte qu'il vaut mieux essayer de travailler aux
maximum avec des taux (pourcents) afin de pouvoir comparer sur des volumes / objectifs /
changements dont la base n'est initialement pas forcment la mme (donc sans units).
Pour information il y a mme une poque quand je n'avais rien d'autre faire je crais des
indicateurs (c'tait amusant et enfantin). Voil un exemple un peu tordu mais qui tait
pratique (bien qu'incomplet).
Dbut de l'exemple:
Plutt que d'avoir une bte flche de couleur monochromatique nous pourrions dj avoir une
flche avec un dgrad. Ainsi:
14
Cartes X-S, X-R, -C, -P, -NP, -G, Leney, CUSUM, EWMA, ARIMA... se rfrer mon livre sur les
mathmatiques appliques pour les dtails sur ces cartes.
120/533
Vincent ISOZ
qui indiquerait une valeur actuelle (valeur ponctuelle de 30'000 d'o le "k") haussire sachant
que la dernire valeur tait baissire (couleur rouge). Le vert indiquant que pour la prochaine
priode nous nous attendons une hausse.
Nous pourrions ainsi avoir:
Indiquant que la valeur actuelle est haussire (valeur ponctuelle de 300 d'o le "d") mais que
la priode prcdente tait baissire (d'o le rouge en bas) et la prochaine priode sera aussi
probablement baissire.
Nous pourrions alors aussi avoir (nous arrtons de mettre le nombre en coin car c'est toujours
le mme principe):
Indiquant deux valeurs haussires successives (le vert tant la priode prcdente) et la
prochaine priode est prvue comme tant baissire.
Maintenant introduisons de la volatilit (car c'est important!). Par exemple:
signifierait un indicateur faible volatilit (avec valeur actuelle baissire, valeur prcdente
haussire et la projection baissire). Et:
signifierait, indicateur forte volatilit, avec valeur prcdente baissire, valeur actuelle
baissire, valeur future projete haussire.
121/533
Vincent ISOZ
Lsa pointe de la flche peut avoir encore un disque de couleur pour indiquer si l'objectif du
management est (ou "reste") atteint ou non (vert: ="ok", rouge: "pas ok") et des lignes peuvent
apparatre pour montrer les limites USL/LSL ou de la WECO du type (inspiration des cartes
de contrle):
Fin de l'exemple... (quand on pense que la majorit des entreprises paient des cols blancs pour
faire des indicateurs avec des relativement hauts salaires salaires alors qu'un enfant pourrait
le faire aussi... j'ai toujours eu de la peine comprendre le raisonnement des entreprises ce
niveau l...?).
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:
122/533
Vincent ISOZ
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 (voir
mon livre de Mathmatiques Appliques):
Par exemple l'application de la relation prcdente donne pour un processus srie en 4 tapes
dont la fiabilit est de 90% chaque (vous pouvez imaginer aussi qu'il s'agit de 4 tches en
squence d'un projet!):
123/533
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%15.
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
0.5
0.6
0.7
0.8
0.9
1
1.1
1.2
1.3
1.4
1.5
1.6
1.7
1.8
1.9
2
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
1.1
1.2
1.3
1.4
1.5
501350
382572
27412
184108
115083
66810
35931
17865
8198
3467
1350
483
159
48
13
3.4
Critre
1.5 Mauvais
1.8
2.1
2.4
2.7
3
3.3
3.6
3.9 Limite
4.2
4.5
4.8
5.1
5.4
5.7
6 Excellent
o nous avons dmontr dans le cours Six Sigma (ou voir mon ouvrage sur les mathmatiques
appliques pour la dmonstration) que les valeurs PPM taient donnes par:
15
Pour le cas gnral srie/parallle, le lecteur pourra sa rfrer mon ouvrage sur les
mathmatiques appliques. On parle alors de "AMDEC processus".
Ingnierie de Gestion de projets
124/533
Vincent ISOZ
Ce qui donne pour un niveau de qualit de 3 Sigma en utilisant Maple:
>evalf((1-1/sqrt(2*Pi)*int(exp(-(x-1.5)^2/2),x=infinity..(1*3))))*1E6+evalf((1/sqrt(2*Pi)*int(exp(-(x-1.5)^2/2),x=-infinity..(3*(1+1)))))*1E6;
soit une valeur de 66'810 c'est--dire la valeur de la 6me ligne. Ce qui correspond ~6.68%
en termes de probabilit cumule de non-qualit (66'810 divis par 1 million et mis en
pourcents) et donc respectivement une probabilit cumule de ~93.32% de qualit.
Nous avons le tableau suivant qui peut rsumer certaines valeurs importantes du tableau
prcdent en utilisant la commande Maple:
Qualit%
93.32
99.38
99.98
99.9996
1.33
1.68
Limite
Bon
Excellent
Jugement Mauvais
Une vision sympathique de la chose est (je n'ai jamais pu vrifier la vracit de ces
informations):
3.8 Sigma
6 Sigma
Aroport
lectricit
La Poste
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%
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
125/533
Vincent ISOZ
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
100
0.10
53.64
97.70
99.996
...
...
...
...
...
Ce qui est catastrophique! On comprend donc l'importance d'avoir un haut niveau de qualit
sur des processus complexes.
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:
126/533
Vincent ISOZ
Nous avons alors une probabilit de russite sur l'ensemble de:
127/533
Vincent ISOZ
128/533
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 prcis17 (le "Eye of Competence"):
1. Les comptences contextuelles (propres au contexte environnemental du projet)
2. Les comptences techniques
3. Les comptences comportementales
16
129/533
Vincent ISOZ
Avec les dtails suivants qui constituent aussi un excellent rfrentiel!:
Ainsi, les comptences reprsentes dans la figure ci-dessous peuvent tre ranges dans une
de ces catgories:
130/533
Vincent ISOZ
Remarque: L'optimisation sous contrainte inclus galement les contraintes organisationnelles
et consiste jouer avec les 3 critres habituels: dlais - cots - qualit pour arriver aux
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.
131/533
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.
Un projet est souvent l'effet d'une cause qui est:
-
Certains auteurs ont une approche "systmique" de la gestion de projets. C'est--dire une
approche "systme" incluant gnralement un ensemble de structures actives inter-relies par
des entres et sorties et qui peuvent tre galement considres elles-mmes comme systmes,
ayant une finalit (objectif) commune. Traditionnellement trois structures sont considres
sous le nom de Approche Systmatique des Systmes:
132/533
Vincent ISOZ
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
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.
133/533
Vincent ISOZ
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).
Nous pouvons donc constater que toutes les techniques et outils de pointe ont t crs par des
scientifiques de haut vol (et nous pourrions encore citer le physicien Eliyahu Moshe Goldratt,
le statisticien Pareto, le statisticien Joseph Juran, le mathmaticien Gauss, etc.). In extenso,
nous pouvons nous demander s'il est judicieux de laisser des personnes qui n'ont pas de profil
scientifique s'occuper de projets complexes ou d'analyser la qualit dans les entreprises...
(sachant que le niveau des MBA et EMBA est misrablement bas relativement aux
mathmatiques puisqu'il ne dpasse pas la deuxime anne de licence).
8.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. Plus
communment appel le "client".
134/533
Vincent ISOZ
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".
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
135/533
Vincent ISOZ
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 (Operation 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 et son expertise.
Attention ne pas confondre les "Operation Managers" avec les "Functional
Managers", ces derniers tant un cas particulier du premier dans le domaine de
l'administration ou de l'immatriel (cols blancs VS cols bleus).
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.
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 (B.A.)
C'est la personne ddie analyser les contraintes, identifier les
besoins/buts/objectifs, les exigences environnementales/interfaces/oprationnelles et
qualitatives, les moyens de communications, les outils centraliss et intgres de
gestion de projets, 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) l'aide
d'un "change request board". Le B.A. participera galement la validation du
prototype/pilote (version alpha ou beta) s'il y en a un (voir le BABOK pour plus
Ingnierie de Gestion de projets
136/533
Vincent ISOZ
d'informations). En ralit, c'est le B.A. qui rdigera une bonne partie du cahier des
charges lui seul.
137/533
Vincent ISOZ
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.
Le cas le plus typique et demand en formation (mais ultra-basique...) c'est de savoir
quel systme de jours de cong doit tre pris lorsqu'un consultant part long terme
dans un pays tranger. Normalement on fait un avenant juridique temporaire au contrat
de travail avec une clause d'adaptation aux jours non fris du pays/rgion cible.
Le Project Management Office (PMO)
Il s'agit d'une organisation l'intrieur d'une entreprise laquelle des responsabilits
diverses relies la gestion de projets centralise et la coordination du management
sont assignes. Les fonctions type d'un PMO sont (selon le PMI/PMBOK V4) de grer
les ressources entre les projets, de dfinir les standards, meilleurs pratiques et
mthodologies pour toute l'entreprise, de former les intervenants du projet et
responsables de projets, de dvelopper les rgles, procdures et modles ou toute autre
documentation relative la gestion de projets de projets et de coordonner la
communication.
Le Fournisseur
Il convient de distinguer le fournisseur de services qui est une organisation qui
fournit des services un ou plusieurs clients internes ou externes du fournisseur
externe qui est une tierce partie, responsable de la fourniture d'lments sous-traits
(biens ou services) ncessaires la fourniture de bien.
Un petit schma propos par le rfrentiel ITIL bien pratique (mais logique) pour
catgoriser les fournisseurs:
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:
138/533
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"
Conditions minimales:
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"
Conditions minimales:
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"
Conditions minimales:
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
Budget
0-20'000$
Nombre de ressources
0-5
20'000$-100'000$
5-10
100'000$ 15M$
10-200
15M$ 500M$
200-1500
139/533
Vincent ISOZ
Titre
(planificateur centralis, systme
lectronique de gestion de la documentation
avec workflows, systme de gestion de la
qualit et des risques)
- Consacre 100% de son temps total la
gestion de projets
Responsable expert de projets ou "red
belt"
Conditions minimales:
Matrise universitaire avec certification
internationale en gestion de projets et au
moins 15 ans d'exprience
Particularits:
- Travaille dans une quipe structure en
PMO ddie la gestion de projets d'entre
10 et 50 personnes conformment la
majorit des standards de gestion (PMBOK,
Six Sigma, BABOK).
- Connat les mthodes de gestion de projets
et les applique en respectant des processus
prouvs et optimiss.
- A des outils de gestion de projets avancs
(planificateur centralis, systme
lectronique de gestion de la documentation
avec workflows, systme de gestion de la
qualit et des risques) et d'aide la dcision
(modlisation du risque et arbres
dcisionnels).
- Propose les instruments financiers pour se
protger des variations (options, futures,
forex, etc.)
- Consacre 100% de son temps total la
gestion de projets
Responsable matre de projets ou "black
belt"
Conditions minimales:
Master/Doctorat universitaire ou quivalent
dans un domaine des sciences exactes et au
moins 20 ans d'exprience en gestion de
projets.
Particularits:
- Travaille dans une quipe structure en
PMO ddie la gestion de projets de plus
de 50 personnes conformment la majorit
des standards de gestion (PMBOK, Six
Sigma, BABOK).
- Connat les mthodes de gestion de projets
et les applique en respectant des processus
prouvs et optimiss.
- A des outils de gestion de projets avancs
(planificateur centralis, systme
lectronique de gestion de la documentation
avec workflows, systme de gestion de la
qualit et des risques) et d'aide la dcision
(modlisation du risque et arbres
dcisionnels) le tout connect en temps rel
un ERP.
- Gre les instruments financiers pour se
protger des variations (options, futures,
Budget
Nombre de ressources
500M$ 5B$
1500-10'000
>10'000
140/533
Vincent ISOZ
Titre
Budget
Nombre de ressources
forex, etc.)
- Consacre 100% de son temps total la
gestion de projets
Tableau 3 Niveaux de responsables de projets
Bien videmment il ne faut utiliser adapter ses mthodes de gestion au contexte. On va pas
utilier des mthodes Agiles pour un projet haute technicit pour lesquelles des vies sont en
jeu et on va pas utiliser des mthodes de gestion scientiques pour un projet consistant
consistant rnover les toilettes d'un stade de football En bref comme j'aime souvent dire:
141/533
Vincent ISOZ
142/533
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)
143/533
Vincent ISOZ
144/533
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.
18
"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.
145/533
Vincent ISOZ
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,
146/533
Vincent ISOZ
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)
9% super comptents (99% cumul jusqu'ici)
1% sont exceptionnels (hauts potentiels)
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.
Je recommande fortement la lecture complte de l'article sur Wikipdia qui tient bien la route!
147/533
Vincent ISOZ
grande matrise de soi, une empathie et un sens lev de la diplomatie envers ses ressources
et suprieurs.
Il faut galement considrer deux types de responsables de projets:
1. Les consultants externes experts qui doivent possder une exprience trs pointue et
dont il faut passer l'entreprise au crible via un audit ou des tests de connaissances trs
difficiles. Faire une erreur ds le dpart peut se rvler catastrophique.
2. Les responsables de projets internes. Cela l'avantage d'tre moins cher mais jaugezles aussi svrement que des consultants externes.
8.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)
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)
148/533
Vincent ISOZ
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 d'influencer (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
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
149/533
Vincent ISOZ
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 S.L.A. (Service Level Agreement)
(matriser les points prcdents)
8.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 besoins19:
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?
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?
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.
19
150/533
Vincent ISOZ
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' de la gestion de projets.
151/533
Vincent ISOZ
qu'elle n'a pas mis en place le minimum de veille ncessaire, qu'elle n'accepte pas de
se voir comme elle est. Elle n'est pas capable de regarder la ralit en face.
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.
152/533
Vincent ISOZ
L'quilibre est bien videmment difficile raliser dans la majorit des cas que le responsable
de projets soit un expert ou non.
153/533
Vincent ISOZ
La performance d'une organisation de projet dpend de ses acteurs. La comptence des
personnes choisies doit tre vrifie et leur disponibilit convenue avec leur hirarchie. Dans
l'idal, le responsable de projet et les responsables hirarchiques de l'unit d'organisation qui
fournit les ressources humaines examinent ensemble la qualification de chaque personne
retenue pour exercer une fonction donne dans le cadre du projet. Cet examen commun porte
sur le savoir, les capacits et l'exprience de la personne. Le responsable de projet prend
galement en compte la personnalit de l'individu et son potentiel d'intgration dans l'quipe.
Il convient que la dfinition des rles et responsabilits en matire de gestion de projets (et
tous les spcialisations et mtier de l'cosystme de la gestion) fasse partie des procdures
d'accueil des nouveaux arrivants (newcomer) un poste ou une fonction. L'organisme doit
s'assurer que l'organisme s'assure que les personnes responsables sont en mesure de remplir ce
rle en leur fournissant l'autorit, le temps, la formation, les ressources et les comptences
ncessaires pour assumer leurs responsabilits.
8.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-rache20) 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").
20
154/533
Vincent ISOZ
155/533
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.
156/533
Vincent ISOZ
Une quipe est un groupe de personnes qui travaille ensemble pour accomplir un objectif
commun. Chaque quipe volue en passant par plusieurs tapes de dveloppement. Les
coordinateurs du projet doivent prendre conscience des tapes rencontrer pour dvelopper
une quipe effective et cohsive:
8.4.2.1 Forming
Formation du groupe (Forming): Pendant l'tape de formation de groupe (Forming), le
coordinateur de projet doit fournir des directions. En donnant des directions l'quipe du
projet, le coordinateur de projet doit clairement communiquer les objectifs du projet et les
bienfaits qu'ils amneront. Le coordinateur de projet doit aussi crer une vision de russite
l'gard du projet. Les contraintes concernant l'tendue du travail, le niveau de qualit, le
Ingnierie de Gestion de projets
157/533
Vincent ISOZ
budget et l'horaire. Le coordinateur de projet doit aussi discuter du processus de formation
d'quipe; les raisons expliquant la slection des membres de l'quipe, leurs niveaux de
comptences, leurs domaines de connaissances, et le rle de chaque personne dans
l'accomplissement des objectifs (selon ISO 9001, les ressources humaines doivent avoir
document les formations initiales, formations continues, savoir-faire et exprience des
employs!). tablir des structures est une autre tche que doit excuter le coordinateur de
projet pendant cette phase. Ceci inclus la dfinition des procdures initiales pour le
fonctionnement de l'quipe et le traitement des rseaux de communication d'approbation et de
paperasse (workflow, business process). Ces procds et procdures peuvent tre amliors
par les membres de l'quipe mesure que le travail avance. Afin de rduire le stress, le
coordinateur de projet devrait discuter de son style de gestion et de ses attentes en ce qui
concerne le travail et le comportement des membres de l'quipe. Il importe aussi de faire
travailler l'quipe sur des tches initiales. C'est ici que le coordinateur du de projet parvient
faire participer l'quipe au dveloppement des plans du projet avec un certain niveau de
dlgation.
158/533
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". De plus cette technique est facile dfinir dans une liste ou
une base de donnes informatique.
Insistons sur le fait que dfinir les dlgations permet d'viter: ce que personne ne prenne de
dcision, les conflits lors de prises de dcision, que les dcisions ne soient pas acceptes par
les bonnes personnes et que personne ne soit consult.
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".
noter aussi que dans certains pays comme au Japon il est dans la nature des gens
(mentalit/duction) d'excuter sans rflchir en respectant les procdures au pied de la lettre
mme si parfois l'action est absurde. Donc il faut prendre garde bien videmment aux pays
avec lesquels nous travaillons!
On peut aussi rsumer les DD de la manire suivante (ce fichier fait partie des modles qui
vous seront fournis pendant la formation):
159/533
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.
8.4.2.2 Storming
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 dans le meilleur
des cas. 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.
Attention cependant la dynamique de groupe, comme la supposition silencieuse, par
exemple. On a souvent tendance s'imaginer que les autres pensent comme soi, qu'ils
disposent des mmes informations, et que, s'ils ne s'expriment pas, c'est que l'on a tort de
s'inquiter. En plus, la prsence d'un leader lors du storming favorise la prise de risque
inconsciente car les discussions sont souvent moins vives et profondes si ce n'est totalement
absente - que lors de l'absence d'un leader. Donc le fait que la majorit se tait pse
Ingnierie de Gestion de projets
160/533
Vincent ISOZ
considrablement dans les mauvaises dcisions. Des tudes auraient par ailleurs montr que
des groupes mens par un leader ont un tendance significative prendre des risques non
valus et que plus les groupes sont grands, plus les dcisions prises sont risques, parce que
la traille du groupe inhibe la parole.
Il parat que l'arme franaise s'est rendu compte qu'en supprimant les protocoles
hirarchiques dans certaines situations prcises, on parvenait des dcisions plus rflchies
puisque mises l'preuve de la critique dmocratique (finalement ce n'est le rsultat de la
thorie des Jeux qui date d'il y a presque un sicle...).
8.4.2.3 Norming
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
rduit son rle de directeur et adopte un rle de soutien. La performance de travail s'active et
la productivit augmente.
8.4.2.4 Performing
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.
8.4.3 Hirarchie/Organisation
L'organisation managriale la plus courante est appele "organisation fonctionnelle": elle est
base sur une hirarchie par spcialisation/mtier et non pas par responsabilit.
Ingnierie de Gestion de projets
161/533
Vincent ISOZ
L'organisation fonctionnelle est l'hritage du management scientifique de F. Taylor et H. Ford
o les individus taient placs dans des domaines o ils excellaient pour tre plus rapide, ne
pas rinventer la roue, tre innovants ou cratifs. Le ct ngatif de cette mthode est que les
employs sont rangs dans des cases et si il n'y a pas un bon suivi de l'volution de carrire, le
travail peut assez vite devenir rptitif et ennuyeux (souvent dj partir de 4 5 ans un
mme poste).
Certaines personnes ayant remarqu que ce type d'organisation mettait en vidence les
incomptents trop facilement ont propos une alternative appele "organisation matricielle"
qu'ils justifient comme plus adapte aux commerce moderne o la flexibilit est de mise.
En ralit, les scientifiques (les "vrais"!) remarquant alors que les entreprises actuelles sont
alors en grande majorit remplies d'employs principalement incomptents et ignorants aux
postes auxquels ils se trouvent et ces mmes employs perdent 10 15 ans recrer la roue
(sans se rendre compte puisqu'ils se complaisent dans l'ignorance) de ce qu'un spcialiste
aurait dj appris en apprentissage, en cole d'ingnieurs ou de commerce ou l'universit.
Comme je le dis toujours: est-ce qu'il vaut mieux un employ qui sait un peu tout faire, trs
lentement et mal ou une employ qui peut faire qu'une ou deux choses mais rapidement et trs
bien?
L'tat actuel des organisations se comprend lorsque l'on est en contact direct avec les cadres
dirigeants des ressources humaines ou que l'on voit le niveau de rigueur de rdaction des
offres d'emplois (et ce mme des multinationales renommes... du moins en dehors du cercle
des consultants indpendants).
162/533
Vincent ISOZ
8.4.4 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:
163/533
Vincent ISOZ
Rles de relation
164/533
Vincent ISOZ
ressource approuve ce qu'elle aura lu (mais n'en faites pas mention lorsque vous distribuez le
document)
Quand les documents vous reviendront vous aurez:
1. Ceux qui n'ont rempli ni la date, ni l'heure ni la signature
2. Ceux qui auront rempli la date et la signature
3. Ceux qui auront tout rempli correctement
Aprs vous en tirez les conclusions que vous voulez
Un autre exemple pour distinguer les employs/cadres exprientiels (qui se fient sur l'intuition
et des mthodes heuristiques) et les employs/cadres cognitifs (qui utilisent une rflexion
pousse dans chaque situation proche de la mthode scientifique) c'est de demander chacun
comment ils feraient pour estimer la dure d'un projet... Vous risquez de tomber de haut la
majorit du temps en entendant les rponses...
8.4.5 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
165/533
Vincent ISOZ
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
166/533
Vincent ISOZ
Travaille seul.
Matrise de soi
Comportements adquats
Comportements amliorer
167/533
Vincent ISOZ
constructive au sein de l'quipe, cherche
toujours le consensus.
Comportements amliorer
Ouverture d'esprit
Comportements adquats
Comportements amliorer
168/533
Vincent ISOZ
l'orientation sexuelle, la religion, la
culture et au handicap.
Parat mfiant.
Ouverture d'esprit
Comportements adquats
Comportements amliorer
169/533
Vincent ISOZ
diffrentes.
l'quipe.
Refuse l'intuition.
Tableau 9 Crativit
Orientation rsultats
Comportements adquats
Comportements amliorer
Se comporte en entrepreneur
170/533
Vincent ISOZ
projet.
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
171/533
Vincent ISOZ
Comportements adquats
Comportements amliorer
Conflits et crises
Comportements adquats
Comportements amliorer
172/533
Vincent ISOZ
discrtion ce qu'on lui a dit en confidence.
autres.
Tableau 13 Fiabilit
8.4.6 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:
173/533
Vincent ISOZ
Et la moins adapte:
Enfin comme souvent voici deux petites citations qui peuvent amener rflchir un peu:
Je prfre tre dtest pour ce que je suis Que d'tre 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
8.4.7 Thorie X et Y
Les thories X et Y sont des thories dveloppes dans les annes 1960 par Douglas McGregor
et utilises en ressources humaines et en comportement de l'organisation (attention! il ne s'agit
pas d'une thorie dans le sens scientifique du terme mais d'une "observation"!). Les deux
thories s'opposent entre elles. La premire suppose que l'homme n'aime pas travailler, la
seconde affirme le point de vue inverse. Ces deux thories sont issues d'observations
empiriques et sont formules de manire rendre compte des comportements observs dans
les organisations, selon les postulats des dirigeants.
On peut classifier majoritairement les employs en deux catgories dont la X reprsente la
majorit salariale:
174/533
Vincent ISOZ
Du fait de leur aversion l'gard du travail, la plupart des gens doivent tre contrls
Les travailleurs ne fournissent l'effort dans les temps attendu que sous la contrainte
L'humain moyen prfre tre dirig
L'humain moyen n'aime pas ou vite les responsabilits
L'humain moyen dsire la scurit par-dessus tout.
L'humain moyen dploie vraiment son intelligence que pour contourner les rglements
L'humain moyen ne va pas s'impliquer personnellement ni tre innovant/crateur
Ensuite vient une deuxime catgorie dont Y reprsente la minorit salariale (moins de 5%
souvent) et dont les prsupposs sont que les membres de cette catgorie:
Il y a encore une troisime catgorie que sont les HP (hauts-potentiels) qui reprsentent
souvent au maximum 1% de la masse salariale.
8.4.8 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.
L'entreprise qui insiste tirer une ligne de dmarcation entre les excutants et les penseurs
risque fort de se voir dfendre par des idiots et dirigs par des lches.
Quand vous faites face un conflit, la premire question laquelle vous devez rpondre est:
De quel type de conflit s'agit-il? et comme le recommande le PMI, la solution un conflit
dans le cadre d'un projet devrait toujours aller vers une solution qui est favorable au client!
On peut diviser les conflits probablement en trois types principaux (donc ils sont non
exhaustifs!):
1. Conflits d'intrts
2. Conflits de besoins
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
Ingnierie de Gestion de projets
175/533
Vincent ISOZ
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 (problem solving): 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 (forcing): un style de face face non-coopratif.
Adapt quand des actions dcisives rapides sont ncessaires (par exemple, cas urgents).
Acceptation (smoothing): 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.
vitement (withdrawal): 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
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
Ingnierie de Gestion de projets
176/533
Vincent ISOZ
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
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
177/533
Vincent ISOZ
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. coutez 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
178/533
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.
Enfin, si vous mettez en place des runions quotidiennes ou hebdomadaires pour avoir un
feedback des tensions ou problmes internes alors ceux qui ne parlent jamais pendant ces
runions n'ont plus le droit de se plaindre en dehors!
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 de 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 (soumissionnaire) 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
179/533
Vincent ISOZ
180/533
Vincent ISOZ
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
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.
Une mthode de management consiste classer les salaris selon un code couleurs:
181/533
Vincent ISOZ
Dans une socit o l'conomie n'est plus au service de l'homme, mais l'homme au service de
l'conomie, les objectifs de productivit et les mthodes de management poussent les salaris
au bout et parfois au-del de leurs limites.
Outre quelques cadres pervers svissant ici et l (souvent des cadres qui se pensent
indispensables et irremplaables), le fond du problme se situerait plus dans une idologie
managriale propage dans le monde de l'entreprise. Les salaris tant de plus en plus seuls et
assujettis des objectifs qu'ils ne peuvent pas atteindre.
Une enqute pour le CNRS (Centre national de la recherche scientifique) relve que mme si
on travaillait dans des conditions bien plus difficiles au 20me sicle, la dgradation profonde
du vivre ensemble fait que les gens sont aujourd'hui trs seuls face l'arbitraire.
C'est aussi la perte de sens qui donne le got de l'enfer au travail. Pour prvenir le burn-out, il
faut notamment que chacun retrouve son essentiel en se projetant dans l'avenir et en
s'interrogeant sur ce qui a constitu sa vie. Retrouver ce qui, dans une journe de travail,
donne sens sa vie aide retrouver du sens son travail.
Un bon moyen de savoir o en sont les choses et les pourquoi du comment est de faire des
sondages anonymes par de socit d'audit externes et que les spcialistes des ressources
humaines appellent des "180" (le chef juge de faon normative ses ressources) ou "360"
(tout le monde juge tout le monde).
Les 360 sont d'une redoutable efficacit si utiliss correctement!
Enfin indiquons le modle empirique de Maslow dans le cadre du travail professionnel: la
motivation par la hirarchie des besoins.
Nous avons alors typiquement de bas en haut un ensemble de besoins que le responsable de
projets et en particulier (normalement...) le responsable des ressources humaines peut utiliser
pour lors d'entrevues individuelles les ressources du projet lorsqu'il y a des conflits (car ses
besoins peuvent tre une source possible de conflits):
Pyramide de Maslow
Besoins de Ralisation personnelle, Estime de soi
Fiert du travail accomplit; Sentiment de laisser "quelque chose";
Dveloppement personnel
Besoin de reconnaissance
Titre; Statut; Comptences reconnues; Responsabilit et Autorit; tre
consult ou considr comme un expert
Besoin d'appartenance
Faire partie d'une entreprise, d'une communaut; tre compltement
intgr; Intgrer des groupes de travail, de rflexion; tre au courant de ce
qui se passe
Besoins de scurit
Peu d'incertitude sur l'avenir au moins moyen terme; Disposer d'une
certaine stabilit CDI/CDD; Anciennet
Besoins primaires physiologique
Disposer d'un travail; Assurer sa subsistance court terme; Manger, BoireDormir
Tableau 14 Pyramide de Maslow
182/533
Vincent ISOZ
et se rappeler qu'il existe de nombreuses entreprises connues de par le monde o les employs
se sont suicids en laissant une lettre comme quoi ils avaient un mal tre cause d'un manque
de reconnaissance dans leur cadre professionnel...!
183/533
Vincent ISOZ
l'avez termine,
redbarassez-la.
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,
e-mails, etc.
184/533
Vincent ISOZ
Il en va de mme pour la communication entre les ressources. Effectivement l'poque du email le constat des spcialistes est que l'usage en est catastrophique en termes de
centralisation, de standardisation et de contrle d'accs. Un trs bon outil informatique pour
grer tout ce qui est relatif la communication dans un projet est Microsoft Office
SharePoint.
Les premier point est un problme qui doit tre identifi l'embauche (celles-ci tant souvent
bcles en moins de deux heures et sans tests/examens d'entre). Le point second pose
rarement problme puisque la majorit des entreprises et en particulier les multinationales ont
a des postes beaucoup de gens qui n'ont pas les comptences normalement pour en assumer la
responsabilit et dans le chaos gnral cela ne se remarque pas...
Le troisime point par contre est assez critique dans la gestion de projets et est parfois source
de conflits. Nous allons donc voir une technique empirique possible permettant d'y remdier
outre celle des 4 niveaux de dlgation (4D) qui a l'avantage d'tre simple mettre en place.
La matrice RACI ou sa variante RASCI (aussi connu sous le nom de Responsability
Assignement Matrix (RAM)) permet de dfinir simplement les rles et responsabilits dans
un service ou sur un projet. On trouve la dfinition de RACI dans le PMBok (Project
Management Body of Knowledge) du PMI (Project Management Institute).
L'acronyme RACI signifie:
185/533
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 ) par dfinition. Dans tous les cas, le RACI est l'outil idal pour clarifier "qui
fait quoi".
186/533
Vincent ISOZ
*Mais si un responsable commet trop d'erreurs, c'est une erreur de l'avoir dsign ce poste.
8.4.13 Rencontres/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. Il est par ailleurs souvent accept
comme normal que le responsable de projets passe 70% de son temps en runion.
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 mandants21
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
21
Lorsque celle-ci est sous forme acclre et hyper simplifie nous parlons alors en conformit avec le BABOK
de JRPS pour "Joint Requirements Planning Session".
187/533
Vincent ISOZ
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 place22:
1. Dterminer si la rencontre est absolument ncessaire
2. Dterminer le but de la rencontre
3. Dterminer les participants de la rencontre
4. Dfinir le facilitateur de la rencontre (qui vrifie que tout le monde coute, valide et
assure le consensus)
5. Distribuer un agenda de la rencontre au moins une semaine l'avance
6. Prparer les mdia (les transparents, les prospectus, etc)
7. Faire les arrangements pour la salle de rencontre
8. Faire en sorte que la rencontre soit priodique (chaque jeudi ou autre)
9. 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.
10. 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
22
Il est conseill aux personnes qui ne sont pas habitues grer des projets, suivre une formation en
techniques de prsentations.
188/533
Vincent ISOZ
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.
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
Ingnierie de Gestion de projets
189/533
Vincent ISOZ
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 (soumissionnaire) 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!
N'oubliez pas non plus! Plusieurs ttes valent souvent mieux qu'une (mais pas toujours!) donc
les runions ne sont pas inutiles!
190/533
Vincent ISOZ
191/533
Vincent ISOZ
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.
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.
192/533
Vincent ISOZ
Personnellement je recommande au lieu de cet outil que je trouve dplac et inutile
statistiquement parlant de faire en sorte que toute l'entreprise travaille dans l'optique de la
gestion de projet (cela vite la double saisie de la feuille de temps). C'est--dire que chaque
tche soit note, assigne un projet, un initiateur avec un temps estim et temps rel ainsi
qu'une date dbut demand, une priorit et une chance (bien videmment dans un systme
informatique centralit et non pas dans un tableur!).
Grce ce type d'outil j'arrive facilement montrer au managers et employs les problmes
d'estimation du temps (souvent sous-valus par les responsables qui n'ont pas la
connaissance du concept de qualit faute de formation) et il est facile d'avoir une trs bonne
estimation du travail exact de chaque employ par projet ou par dpartement.
Un autre point trs utile d'une optique "projet" de la gestion du temps (in extenso donc de
toutes les tches) est que tout employ peut potentiellement (en fonction de ses autorisations)
savoir ce que chacun fait tout moment de la journe en temps rel. Ce qui n'est
malheureusement pas le cas avec la vieille mthode des feuilles de temps remplies soit en fin
de mois, soit en fin de journe. De plus, cette vieille mthode ne permet de corriger des
imprvus qu'avec des retards corresponds la priode de saisie choisie alors qu'avec le
systme des tches nous avons souvent un tat de lieux de l'entreprise la minute prs et donc
de faibles carts entre le prvisionnel et le rel!
Remarque: Utiliser un logiciel du type MS Office Outlook ou MS Project ou tout autre pour
grer les tches et le temps de faon dtaille est une trs trs mauvaise initiative. Il vaut
mieux s'orienter vers des outils web comme MS Office SharePoint Services (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.
Une solution lgante que m'a montr une fois un client pour avoir un suivi du travail prcis
de ses collaborateurs sans avoir leur demander de passer 10 15 minutes par jour (temps
estim par le client) faire de la saisie (ce qui emm tout le monde il faut le dire
honntement et gnre des cots financiers indirects) est:
1. D'engager un oprateur/rice de saisie avec un numro de tlphone fixe et un systme
de messagerie vocal
2. Le numro de tlphone de l'oprateur est communiqu tous les employs et stocks
dans leur tlphone portable d'entreprise
3. Les employ sont tous munis d'une oreillette bluetooth et utilisent Siri pour lancer
l'appel sans avoir prendre l'appareil dans les mains
4. Le contact tabli, les employs communiquent la messagerie vocale la tche saisir
dans le systme
5. L'oprateur/opratrice saisi une tche environ toutes les 10-20 secondes
Il a put tre dmontr que le cot salariale de l'oprateur/rice de saisie permettait des
conomies considrable l'chelle de l'entreprise (diminution d'environ 60% des cots).
193/533
Vincent ISOZ
8.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. (problme de l'organisation matricielle
qui mettent des incomptents toutes les fonctions par dfinition...0La grande majorit du temps j'observe que les responsables de projets (et pas que!) ont entre
15 et 20 activits dans leur cahier des charges au quotidien. Ce qui fait pour une journe de 10
heures type, un responsable de projets a peine entre 30 et 40 minutes consacrer chaque
activit. On comprend alors tout de suite mieux le taux d'checs des projets quand on sait
qu'un pilier fondamental (voire LE 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 cinq 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).
Comme le signale le PMBOK, et comme nous l'avons dmontr dans le cours de
thorie des graphes, si nous considrons le rseau de communication comme un
graphe complet (toutes les artes possibles pouvant relier les sommets deux deux
sont prsentes) avec n sommets:
194/533
Vincent ISOZ
alors le nombre de canaux de communication possibles est donn par: n n 1 2
(donc proportionnel au carr du nombre d'intervenants). Si par exemple vous grez un
projet avec 10 intervenants (correspondant n), il y a donc 45 canaux de
communication (e-mail ou tlphone) possibles. D'o l'importance en gestion de projet
de dfinir des rgles de communication claires (sous forme d'un graphe) si l'on ne veut
pas tre noy par les e-mails ou les tlphones inutilement.
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.
Par ailleurs le communiquer quoi est bien rsum par le schma suivant entre l'orateur
(expditeur) et auditeur (rcepteur):
Ce quil
veut
dire
Ce quil
sait
Ce quil
ose dire
Communication Sortante
195/533
Vincent ISOZ
Ce qu'il entend
Ce qu'il coute
Ce qu'il comprend
Ce qu'il accepte
Ce qu'il retient
ce qu'il
retransmet
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 outre le fait que le style doit tre le plus simple et
standardis possible 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 (KPI)
est trs pertinente 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 e-mails) en utilisant
des plates-formes Internet pour centraliser toute la communication du projet de manire
standardise!
Ci-dessous un schma qui rsume trs bien ce qui se passe lorsque les tches ne sont pas
centralises et que les gens utilisent les vieilles techniques du tlphone ou de l'e-mail (et ce
schma ne rend en plus pas compte du problme dit du "tlphone arabe"...):
196/533
Vincent ISOZ
Cependant les entreprises souffrent d'un grave problme depuis la fin des trente glorieuses.
Effectivement d'aprs une tude du PMI, les RH considrent que les 5 comptences majeures
d'un bon responsable de projet sont (en % de la population totale par numration):
Comptences de communication
Comptences organisationnelles
Esprit d'quipe
Leadership
Comptences techniques
84%
75%
72%
68%
48%
Or le problme que les RH des entreprises ont a priori oubli c'est que si on demandait cela
aux scientifiques, nous en serions encore la machine vapeur, laver le linge sale dans les
rivires et descendre de la neige des hauts massifs pour prserver nos aliments et la liste
serait encore longue. Ce qu'ils oublient donc c'est que c'est l'innovation scientifique et la
mthode associe qui fait avancer le monde et sa condition et non les managers et les
commerciaux et que la rigueur scientifique a prouv sa supriorit dans tous les domaines
d'activit de services ou industriels (c'est connu dans le monde des sciences pures que cet tat
197/533
Vincent ISOZ
de fait nerve les personnes travaillent dans les sciences molles comme le sont les ressources
humaines... raisons pour lesquelles elles vitent de mettre des scientifiques aux postes cls23).
Nous devrions alors avoir plutt la liste des comptences souhaites suivante (dans l'ordre du
plus au moins demand):
thique et responsabilit
Esprit analytique et de synthse
Comptences techniques
Esprit d'quipe
Comptences organisationnelles
?%
?%
?%
?%
?%
Des travaux cits ci-dessus, il ressort que quatre styles de communication prdominent dans
les relations entre les personnes, notamment dans le cadre professionnel. Ces quatre styles
sont:
Le rationnel
L'affectif
L'actif
Le conceptuel
Et on les retrouve chaque fois dans les 6 modes de communication auxquels fait rfrence le
PMBOK:
23
Par ailleurs un certain nombre de scientifiques s'accordent dire que les premires fonctions qu'il faudrait
radiquer dans les entreprises sont les RH car ils ont des mthodes de travail qui sont moyengeuses. Il y a mme
un livre fort connu dans le cercle des initis qui en donne indirectement une forme de preuve...
198/533
Vincent ISOZ
1.
2.
3.
4.
5.
6.
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.
8.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.
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
Ingnierie de Gestion de projets
199/533
Vincent ISOZ
parler, il pourra se prparer, et votre relation sera plus facile et efficace, condition de
respecter le code verbal.
8.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
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!
8.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
200/533
Vincent ISOZ
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.
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.
8.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.
201/533
Vincent ISOZ
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 revoir ses
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.
Mthode douce: Imaginez un concours ouvert tous les employs, quel que soit leur
statut ou leur mtier. Les participants sont alatoirement rpartis dans des groupes
d'une trentaine de personnes pour s'affranchir des disparits lies au mtier de chacun.
Au dbut du concours, l'ensemble des e-mails envoys par chaque groupe pendant
l'anne coule est calcul et rendu public. Tous les mois, les efforts de rduction des
mails envoys par ces participants sont galement rendus publics afin de stimuler
l'esprit de comptition.
Au bout d'un an, si l'objectif de 10 % de rduction des mails est atteint pour l'ensemble
des participants, le groupe qui aura fait le plus bel effort se verra rcompens (par
exemple hauteur d'un iPad par participant).
Le cot total de l'opration se chiffrerait alors pour l'entreprise une somme bien
drisoire par rapport au temps (ou aux postes d'emploi...) gagn de manire durable
202/533
Vincent ISOZ
Enfin, la pratique semble indiquer que de fournir un seul et unique point de contact et canal de
communication aux clients est grandement apprci par ses derniers. Cela permet par ailleurs
quand bien appliqu de garder les clients satisfaits grce une prise en charge efficace et
professionnelle de toutes les demandes de service.
24
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!
203/533
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 5 phases (tapes),
nommment: Identification, Planification, Mise en place informatise, Pilotage
informatis, Terminaison.
Sinon voici un autre schma un peu plus dtaill:
25
25
Il existe de nombreux types diffrents de "matrices d'analyse des tches" (tableau double entre):
tche/responsable, tche/priorit, tche/tche avec corrlation, etc.
204/533
Vincent ISOZ
ou encore un peu plus dtaill (ma version personnelle):
205/533
Vincent ISOZ
Lgende:
206/533
Vincent ISOZ
207/533
Vincent ISOZ
208/533
Vincent ISOZ
209/533
Vincent ISOZ
210/533
Vincent ISOZ
211/533
Vincent ISOZ
212/533
Vincent ISOZ
213/533
Vincent ISOZ
214/533
Vincent ISOZ
215/533
Vincent ISOZ
216/533
Vincent ISOZ
217/533
Vincent ISOZ
Ne pas chercher les raisons pour lesquelles on a t nomm responsable d'un projet
218/533
Vincent ISOZ
-
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)
8.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. La phase
d'identification est aussi importante car elle impacte tout le droulement du projet et il devient
alors trs difficile de faire des changements par la suite sans impliquer des nuisances
financires ou temporelles.
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 de rles
(fonctions) et doit alors aussi s'improviser expert dans ce domaine.
Dans cette phase cruciale pour tout projet, il y a quelques outils et rgles indispensables qui
nous aident bien identifier le projet.
Avant d'aborder ce sujet je souhaite juste souligne l'importance (comme le souligne le
BABOK) d'avoir un outil ou une mthode de gestion de l'information et de la documentation
et ce afin d'viter les erreurs suivantes (que l'on peut facilement contourner avec un outil
comme Microsoft SharePoint) que je retrouve dans presque toutes les organisations lorsque
j'interviens en tant que consultant:
Centralisation des modles de documents et fichiers de l'entreprise ainsi que des outils
informatiques afin d'viter aux collaborateurs dans diffrentes dpartements de perdre
des centaines d'heures recrer la roue en bricolant avec des macros ou du VBA pour
faire de la gestion de projets alors que des progiciels ont dj t achets ou qu'une
SSII a dj dveloppe la solution requise il y a plusieurs annes de cela...
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
Ingnierie de Gestion de projets
219/533
Vincent ISOZ
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.
8.6.2.1 Options
Souvent un client ou une entreprise ou un particulier face un investissement ou un projet
va comparer plusieurs alternatives ou solutions entre elles. Il est bien videmment possible de
faire un choix au bolomtre (mais alors quoi cela sert-il de faire un cursus universitaire si
c'est pour utiliser des mthodes d'enfants de 6 ans par la suite en entreprise ou encore
d'utiliser le classique systme des notes avec pondrations empiriques des critres qui
quivaut la mthode de travail de tout adolescent moyen.
Une mthode un peu plus labore que l'assignation de notes avec des poids empiriques
consiste utiliser les Maison de la qualit Six Sigma que nous verrons un peu plus loin (voir
page 237) mais cela reste toutefois trs enfantin et peu scientifique (donc pas rigoureux du
tout!).
Un mthode dcisionnelle dterministe utilise au plus haut niveau des gouvernements et
entreprises est l'APH qui est une technique d'analyse dcisionnelle multicritre ("Multi
Criteria Decision Making" (MCDM) en anglais).
Nous savons que les systmes de votes traditionnels ou de notes/rangs ne peuvent pas tre
utiliss dans le cadre de dcisions complexes multicritres et multi-niveaux car ces derniers ne
prennent trivialement pas en compte le poids d'importance associs aux composants. De plus,
mme si un poids tait affect le problme rsider dans le choix d'une valeur empirique de ce
dernier ce qui rend l'approche totalement non scientifique et ouvre la porte des dbats
interminables dans la pratique.
Pour prsenter la technique de l'APH il nous semble pertinent de commencer avec un exemple
d'analyse nave d'une somme de scores (notes):
Critre/Alternative Choix de X Choix de Y Choix de Z
Facteur A
1
4
5
Ingnierie de Gestion de projets
Plage
0-5
220/533
Vincent ISOZ
Facteur B
Facteur C
Facteur D
Somme
Score normalis
20
-2
0.4
19.4
12.9%
70
0
0.75
74.75
49.7%
50
1
0.4
56.4
37.5%
1-100
-2 +2
01
Cependant, vous remarquerez que la plage de valeurs pour chaque facteur du produit/projet
n'est pas la mme. Il est alors tout fait injuste de rsumer toutes les valeurs de plusieurs
critres et comparer le rsultat. Il est clair que le facteur B est dominant parce que la gamme a
une valeur plus leve. Pour tre juste, nous pouvons proposer au moins deux solutions
triviales:
Au lieu d'utiliser des valeurs arbitraires pour chaque facteur, nous positionnons
juste le choix pour chaque facteur: la valeur de rang plus petit est plus
prfrable que celle de rang suprieur (c'est psychologie par rapport l'usage
quotidien de la majorit des humains).
2. Nous transformons la valeur du score de chaque facteur en fonction de la
valeur de plage de sorte que chaque facteur aura la mme tendue
(normalisation des scores).
1.
1. Comme la somme de tous les rangs est toujours gale, soustraire du total des rangs RT
la somme des rangs d'une colonne RCi a pour effet automatiquement de lui donner
l'importance inverse (effectivement si la somme totale des rangs vaut 23 comme cidessus alors 23-6=17 alors que 23-11=12 donc nous avons bien l'effet recherch).
Nous avons alors la somme des rangs normalise
SRNi RT RCi
2. Nous voulons un pourcentage, ds lors il est naturel d'crire:
% SRNi
RT RCi
R
1 Ci
RT
RT
221/533
Vincent ISOZ
R
%SRNi 0.5 1 Ci
RT
Maintenant il est important de remarquer que le fait de travailler avec les rangs ne donne plus
le mme rsultat que dans le tableau antprcdent. Effectivement, les choix Y et Z deviennent
indiffrents et donc nous avons perdu de l'information!
Raison pour laquelle est il recommand de travailler sur les scores plutt que les rangs car non
seulement travailler sur les rangs peut amener des galits qui n'avaient pas lieu d'tre mais
dans certains cas cela inverse mme le range final de certains lments d'un choix (nous
parlons alors "d'effet d'inversion de rang par les scores").
Maintenant voyons l'effet qu'aurait de normaliser les scores du premier tableau entre 0 et
100% en utilisant simplement une rgle de trois (aprs dcalage des scores), le tableau
suivant:
Critre/Alternative Choix de X Choix de Y Choix de Z Plage
Facteur A
1
4
5
0-5
Facteur B
20
70
50
1-100
Facteur C
-2
0
1
-2 +2
Facteur D
0.4
0.75
0.4
01
Somme
19.4
74.75
56.4
Score normalis
12.9%
49.7%
37.5%
Devient alors:
Le calcul est clairement un peu plus compliqu qu'avec les rangs mais nous avon un rsultat
meilleur dans le sens que la conclusion n'est pas change.
Maintenant voyons une version naturellement plus volue inspire des portefeuilles
financiers incluant des poids aux critres. videmment le rsultat de l'exemple qui suit ne sera
plus comparable aux prcdents.
Donc considrons le tableau de poids suivant:
Poids
Poids relatifs
222/533
Vincent ISOZ
Bon ce techniques lmentaires dcisionnelles ayant t prsentes passons maintenant
l'APH proprement parl qui a une approche complment diffrente!
Remarque: Signalons que l'auteur de cette mthode (Thomas Saaty) a dit un logiciel qui
permet d'automatiser des procdures complexes de dcision bases entre autres sur sa
mthode et qu'il est possible de retrouver l'adresse suivante http://www.superdecisions.com.
L'approche de l'APH se veut dj tre trs mathmatique. Ds lors intuitivement nous
pouvons dj nous dire que les scores normaliss sont en ralit les composantes d'un vecteur
de poids de prfrence dont la somme vaut 100%:
w1
w
w
n
Ensuite la deuxime ide est de comparer via une matrice pour un facteur donn les choix qui
sont disposition (dans le but videmment d'avoir une approche utilisant la puissance de
l'algbre linaire). Par exemple en reprenant nos tableaux ci-dessus et en focalisant sur la
Facteur A, nous aurions:
Facteur A Choix A Choix B Choix C
Choix A
1
?
?
Choix B
?
1
?
Choix C
?
?
1
Les valeurs (scores) de la diagonale sont videntes car chaque choix ne peut pas tre prfr
lui-mme que dans une relation autre qu'une galit unitaire stricte.
Dj deux questions peuvent se poser ce niveau:
Q1. Sachant que les scores (parfois appels "stimulis") doivent avoir une forme de symtrie,
combien de scores en fonction du nombre de choix n devra faire un "juge".
Q2. Quelle chelle de score ("stimuli") choisir et quelle relation de symtrie (par exemple
entre Choix B-Choix A et Choix A-Choix B car si nous devons choisir l'un, l'autre doit
dcouler automatiquement)
Pour rpondre la premire question nous pouvons construire un simple tableau (il s'agit donc
simplement du nombre de cas au-dessous ou respectivement en dessous de la diagonale de la
matrice de prfrence):
Nbr. de choix 1 2 3 4 5 6 7 n
n n 1
Nbr. de
0 1 3 6 10 15 21
comparaisons
2
Pour rpondre la deuxime question il vaut mieux se mettre dans la peau d'un
mathmaticien, ingnieur ou statisticien. Dj sachant que l'galit est logiquement "1" il
serait mal venu de prendre l'ensemble des rels avec des valeurs ngatives pour la rciproque
sachant que dans ce cas l'galit devrait tre zro et non plus 1. Ceci dit prendre une matrice
de prfrence dont la diagonale serait des zros reviendrait utiliser des techniques propres au
Ingnierie de Gestion de projets
223/533
Vincent ISOZ
Data Mining puisque cela revient avoir une matrice des distances. Mais le problme des
matrices des distances dans le contexte qui nous intresse ici c'est que les composantes sont
symtriques et dans le cas des prfrences cela n'est pas de sens!
Donc notons la matrice carre des scores de la manire suivante:
A aij
1
a
21
an1
a12
1
an 2
a1n
a2 n
ann
Une piste serait de se dire que puisque nous avons un vecteur des poids w , il faudrait oprer
entre la matrice des prfrences et ce vecteur des poids d'une manire ou d'une autre. Or, en
pensant au fait que dans le domaine des Statistiques nous retrouvons souvent le concept de
vecteur et de valeur propre alors, le choix de la multiplication s'impose de faon assez
naturelle:
1
a
21
an1
a12
1
an 2
a1n
w
a2 n 1
w
1 n
Maintenant, le fait d'avoir pris la multiplication nous donne une piste sur le choix des
composantes de la matrice des prfrences. Effectivement, si nous prenons:
1
a
21
an1
a12
1
an 2
a1n
w1 / w1
w1
a2 n w2 / w1
1 n wn / w1
w1 / w2
w2 / w2
wn / w2
w1 / wn
w
w1
w2 / wn 1
n
w
w
n
wn / wn n
nous avons une relation entre un vecteur propre et une valeur propre entire via une matrice
(application linaire) dont les composantes sont les prfrences. Remarquez aussi au passage
que la somme des valeurs d'un colonne i est gale 1 / wi . Et si nous observons bien nous
avons en ralit:
w1 / w1
w / w
2 1
wn / w1
w1 / w2
w2 / w2
wn / w2
w1 / wn
a12
1
w1
w2 / wn 1 / a12
1
wn / wn n 1 / a1n 1 / a2 n
a1n
w
w1
a2 n 1
n
w
wn
n
1
Ce qui revient avoir un problme aux vecteurs et valeurs propres (cf. chapitre d'Algbre
Linaire):
A n1 w 0
tant donn le polynme caractristique suivant (cf. chapitre d'Algbre Linaire):
Ingnierie de Gestion de projets
224/533
Vincent ISOZ
et donc il n'y a qu'une seule valeur propre, elle est entire et vaut bien n 2 . Nous disons
alors que toute matrice carre rciproque de dimensions 2 est consistante.
Passons une dimension suprieure:
det A I 3 3 3 2 1 1 1 a31a23 a12 a13 a21a32 1
3 3 2 a31a23 a12 a13 a21a32 2 0
Nous disons dans ce cas que toute matrice carre rciproque de dimensions 3 n'est pas
ncessairement consistante. Pour que cela soit le cas, il faudrait que:
Alors si:
a jk aij aik
la matrice est consistante. Nous verrons un peu plus loin l'impact pratique qu' cette dernire
galit.
Il faut bien videmment au besoin normaliser le vecteur propre afin que la somme des poids
de prfrence soit unitaire tel que:
225/533
Vincent ISOZ
wN
w
wi
Donc cela nous amne avoir si nous jugeons notre prfrence sur une chelle du type
suivant pour nos trois choix du Facteur A:
[Choix A] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix B]
[Choix A] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix C]
[Choix B] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix C]
et en faisant bien attention mettre les prfrences directes dans la partie suprieure de la
matrice et l'inverse dans la partie infrieure (sinon quoi le vecteur propre ne sera pas le mme
et in extenso les poids aussi!):
Facteur A Choix A Choix B Choix C
Choix A
1
1/3
5
Choix B
3
1
7
Choix C
1/5
1/7
1
Dans l'exemple ci-dessus les prfrences sont consistantes car si B est prfr A ( B A ) et
A est prfr C ( A C ), nous devrions alors avoir logiquement B C ce qui est bien le
cas ici. Dans le cas contraire nous disons que les choix sont inconsistants. Cette consistance se
rsume par la relation vue plus haut o dans le cas idal nous devrions avoir:
a jk aij aik
Soit pour tre consistant nous allons nous intresser la combinaison faisant intervenir les
choix C et B, c'est--dire:
a j 3 a2 j a23 a AC aBA 5 3 15
Donc pour tre totalement consistants nous devrions avoir pour aBC la valeur de 15 mais ce
n'est pas quelque chose que nous pouvons exiger pratiquement parlant. Cependant l'cart la
consistance parfaite va gnrer des valeurs propres supplmentaires autre que l'unique valeur
propre qui vaut n lorsque la consistance est parfaite. Ds lors, une mesure possible de
l'inconsistance est la moyenne des valeurs propres autres que la principale:
1 n
i
n 1 i 2
qui en cas de consistance parfait est donc nul.
Pour simplifier le calcul de CI, nous allons utiliser le fait que nous avons dmontr dans le
chapitre d'Algbre Linaire que la trace d'une matrice est gale la somme de ces valeurs
propres. Donc nous pouvons crire:
226/533
Vincent ISOZ
n
i 1
i 2
i 2
tr A n i max i i n max
D'o un choix possible pour mesure la consistance:
n max
n 1
Mais par tradition nous prenons la valeur ngative de cette relation comme dfinition du
"critre de consistance":
CI
max n
n 1
Donc ci-dessus, par exemple, le choix B a t not 3 par rapport au choix A (donc B est
prfr A). Dtermin le poids des prfrences revient donc un problme de vecteurs et
valeurs propres:
1 1 / 3 5
w1 1 1 / 3 5
w1
1 7 n1 w2 3
1 7 1 w2 0
3
1 / 5 1 / 7 1
w n 1 / 5 1 / 7 1
w
n
n
o il ne faut pas oublier que multiplier une matrice avec un scalaire revient multiplier les
valeurs propres par ce mme scalaire (et non directement les composantes des vecteurs
propres). Raison pour laquelle que nous cherchions les vecteurs propres de la matrice des
prfrences ou de la matrice des prfrences normalise par 1/n les vecteurs propres seront les
mmes!
Donc en faisant des calculs la main ou par ordinateur (cf. chapitre d'Algbre Linaire), nous
obtenons:
w1 0.397989
27.895%
w w2 0.914031 wN 64.911%
07.192%
w 0.1012818
n
Mais les trois valeurs propres ne sont pas nulles car nous avons:
3.06488 3
0.03244
3 1
OK c'est proche de 0 donc a priori c'est une bonne consistance. Mais pour avoir un jugement
scientifique sur cette valeur le mieux reste encore de faire des milliers de simulations de
matrices avec des jugements tirs au hasard consistants ou non et de calcul leur consistance
Ingnierie de Gestion de projets
227/533
Vincent ISOZ
moyenne. Ainsi d'aprs l'article original, avec 50'000 simulations nous obtenons pour chacune
des matrices de prfrence de taille n un indice alatoire de consistance (not RI pour
"random index"):
4
5
6
7
8
9
10
n 1 2 3
RI
0 0.52 0.89 1.11 1.25 1.35 1.40 1.45 1.49
Remarque: Dans la pratique il est conseill de ne pas dpasser n valant 7 car au-del l'esprit
humain de la peine conceptualiser rapidement.
Donc dans le cas de notre exemple, nous avons la ratio de consistance:
CR
CI 0.03244
0.0623
RI
0.52
Et videmment plus ce ratio est petit (dans le sens infrieur l'unit!) mieux c'est. Il est
d'usage dans la pratique de dire que si ce ratio est infrieur 0.1 alors l'inconsistance est
acceptable (et donc la consistance est bonne).
Voyons maintenant un cas multi-niveaux de l'APH.
Exemple:
Considrons que nous devons choisir parmi 4 voitures sur la base de 3 critres:
Supposons que la matrice des prfrences soit trois premiers critres techniques soit:
Technique
Style
Fiabilit
Consommation
Style
1
2
1/3
Fiabilit
1/2
1
1/4
Consommation
3
4
1
En faisant les mmes calculs que plus haut ou en s'aidant d'un logiciel, nous obtenons:
228/533
Vincent ISOZ
Maintenant nous faisons le deuxime niveau, c'est--dire la matrice de prfrence des voitures
pour le style (comparaison par paire des styles donc):
Voiture Style
Civic
Saturn
Escort
Clio
Civic
1
4
1/4
6
Saturn
1/4
1
1/4
4
Escort
4
4
1
5
Clio
1/6
1/4
1/5
1
Et nous faisons de mme pour les deux autres critres pour obtenir:
Il s'agit maintenant de combiner ces deux niveaux! Pour cela il semble intuitif de faire la
multiplication matricielle (pondration) suivante:
0.1160
0.2470
0.0600
0.5770
0.3790 0.3010
0.3060 Civic
0.3196
0.2900 0.2390
0.2720 Saturn
0.5584
0.0940 Escort
0.0740 0.2120
0.1220
0.2570 0.2480
0.3280 Clio
229/533
Vincent ISOZ
Ces 5 niveaux sont aussi appels "niveaux DAL" (Development Assurance Level) et peuvent
tre tablis grossirement pour par une tude de sret de fonctionnement.
Pour ce qui est documents fournir concernant cette norme, nous avons (toujours aprs
gnralisation la gestion de projets en gnral):
Phase de planification:
230/533
Vincent ISOZ
Concernant le processus de dveloppement/fabrication proprement dit :
Il est donc ais de comprendre pourquoi partir d'un certain niveau de criticit de projet ou
d'investissement financier, il n'est plus possible de s'improviser seul responsable de projets
mais il faut tre entour d'une quipe d'experts qui va assez rapidement explos les cots.
Raison pour laquelle en-dessous de ~300'000 nous considrons souvent qu'un seul
responsable de projet (pour des "micro-projets" souvent de Niveau D et E) non expert est
suffisant.
8.6.2.3 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:
Ingnierie de Gestion de projets
231/533
Vincent ISOZ
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".
4. Le mandataire (prestataire) qui donne le mandat abrg parfois DO pour "donneur
d'ordres" et appels aussi quelques fois "fournisseur de prestations".
5. L'objectif et le but du projet.
6. Les diffrents responsables et intervenants du projet (organigramme du projet)
7. Le type de contrat qui va tre utilis
8. 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.
232/533
Vincent ISOZ
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.
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 (en dlais, cots et
qualit), 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.
233/533
Vincent ISOZ
8.6.2.3.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.).
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
(dcidment...!):
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.
234/533
Vincent ISOZ
Pour bien illustrer la diffrence entre un but (project scope) et les objectifs (product scope),
nous avons pens bon les dfinir afin d'liminer ds le dbut toute ambigut dans les
dfinitions. Le but, c'est la finalit du projet, ce que, concrtement, on veut obtenir la fin du
projet. Il n'y a qu'un seul but (besoin explicite) par projet et un seul projet par but.
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.
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 orient
fonctionnel, c'est--dire indpendant de la mthode utilise, ou l'IEEE830 pour le
dveloppement logiciel.
Personnellement, lors de la clture ou lors de la description de projet, je m'inspire
frquemment du standard ISO 9126:2004 qui bien qu'adresse au domaine du logiciel peut
s'appliquer mon avis beaucoup d'autres. Cette norme prcise pour le produit fini certaines
235/533
Vincent ISOZ
caractristiques prcises et trs pertinentes (mais qui peuvent aussi donc tre utilises pour
vrifier que la description du projet est suffisamment complte) comme:
Dans mon entreprise, nous utilisons notre manuel ISO 9001:2008 par exemple les critres
suivants pour le dveloppement de nouveaux produits (critres plus complets que la norme
ISO):
1. Rationalisation (s'assurer que les produits dj en possession ne peuvent pas dj
faire la mme chose ou qu'un interne a dj dvelopp une solution).
2. Marque (garantie de prennit de l'entreprise proposant le produit, son suivi et sa
documentation, rputation/anciennet, thique)
3. Accessibilit (complication pour se procurer le produit, l'amener un support,
contacter un support, horaires, site internet, formulaires de contacts)
4. Qualit (qualit a priori, rputation/commentaires sur Internet, chantillonnage, etc.)
5. Exactitude (fonctionnement la premire utilisation, calculs tests, service/produit
certifi conforme, preuve de conformit)
6. Communication (politesse, respect, considration, amabilit de tous les intervenants
dans l'cosystme du produit)
7. Temps (temps d'attente pour la mise disposition, la modification, le support, la
promptitude, etc.)
8. Prix (justification dtaille du prix, benchmarking)
9. Cohrence (produit est toujours fourni avec la mme rgularit de faon rationnelle et
homogne)
Ingnierie de Gestion de projets
236/533
Vincent ISOZ
10. Performance (contrl avec un test de Wilcoxon pour donnes apparies)
11. Utilisabilit (facilit d'utilisation, ergonomie/esthtique, temps de formation)
12. Adaptabilit/Portabilit (mesure l'aptitude du projet faciliter l'adjonction de
nouvelles fonctionnalits ou la modification de fonctionnalits existantes)
13. Accessoires (disponibilit des complments au fonctionnement de base du produit et
leur prennit)
14. Fiabilit (MTTF/MUT, disponibilit du support technique, taux de bugs/dfauts, etc.)
15. Maintenabilit (moyens de maintenance prventive, qualit du service aprs vente,
ractivit du support, etc.)
16. Conformit (respect des normes/standards, respect de la lgislation, description,
contraintes)
17. Durabilit (prennit, dveloppement et suivi garanti long terme, obsolescence
programme, etc.)
Confidentialit (aptitude tre protg ou protger les donnes, individus ou brevets)
Rutilisabilit (mesure l'aptitude des livrables du projet une rutilisation de tout ou
partie de ses composants dans le cadre d'un autre projet)
Robustesse (mesure de l'aptitude du livrable conserver un comportement conforme
aux besoins dans le cas d'vnements imprvus)
Testabilit (mesure l'aptitude d'un livrable faciliter la vrification de son
comportement par rapport des critres de test et de recette)
18. Compltude (est-ce que le produit satisfait a posteriori les besoins)
237/533
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 (le PMI recommande cet outil aux
responsables de projets pour slectionner les potentiels meilleurs mandataires):
238/533
Vincent ISOZ
Il s'agit bien videmment d'une version complexifie des matrices de relation (abusivement
certains utilisent le terme de "corrlation" normalement rserv aux statistiques...) comme
celle ci-dessous:
26
Stuart Pugh
239/533
Vincent ISOZ
o la premire colonne (Got, Chaleur, Tenseur en sucre, Couleur) donne les attentes des
clients classes par ordre dcroissant d'importance avec dans la deuxime colonne les poids
respectifs (9 clients ont dit que le cot tait le plus important, 7 ont dit que c'tait la chaleur,
etc.).
La ligne situe au-dessus des caractristiques nous trouvons la tendance du but recherch (ou
dj atteint).
Au croisement, nous avons les corrlations empiriques (Aucune=0, Faible=2, Moyenne=3,
Forte=5). Ainsi dans le cas de la teneur en sucre, nous avons:
9 5 6 5 75
etc. Ainsi, cette matrice nous montre que c'est le teneur en sucre qui a posteriori est la plus
importante pour les clients. Il faut donc agir sur elle avec prcautions. Concernant
l'ingrdient A il prsent peu d'importance, donc nous pourrions jouer avec sans que cela
reprsente a priori un trop gros risque vis vis des clients.
Nous pouvons galement complter la mais de la qualit avec un comparaison de la
concurrence. Ce qui peut donner:
240/533
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.
241/533
Vincent ISOZ
L'valuation du projet englobe l'analyse de la proposition de projet au moyen de diffrentes
mthodes (benchmarking27, tableau de bord prospectif, priorisation, etc.) et la dcision
d'investir ou non dans le projet ou une de ses options et de lui accorder ou non la priorit sur
d'autres projets ou d'autres secteurs de l'entreprise.
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).
Un petit schma pouvant rsumer une situation plus gnrale ne fera pas de mal si l'on
considre la ralisation d'un projet comme un processus de production:
27
Rappelons que le benchmarking permet de faire du management sur des donnes factuelles et plus seulement
sur des impressions, des prjugs (ou du copinage). Certaines mauvaises langues disent (et elles n'ont peut-tre
pas totalement tort) que les benchmarks utiliss tort et travers (objectifs de vente/productivit) sont les outils
des managers et conseillers en tous genres qui ne produisent absolument rien et contrlent tout...
242/533
Vincent ISOZ
Concernant les ressources financires il est conseill 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.
Un pessimiste est un optimiste qui a de l'exprience
Un pessimiste voit des difficults dans chaque opportunit, une optimiste une opportunit
dans chaque difficult
243/533
Vincent ISOZ
videmment, aucun projet quel qu'il soit ne se planifie sans comporter de manire inhrente
des risques directs ou indirects avec ou sans effet domino. Tous les grants de projets (n'ayant
pas des marges normes dans la vente de leurs produits) vous diront l'importance de bien
identifier les risques ds la phase d'identification (avec si possible toujours une ou plusieurs
analyses d'autres observateurs) afin de dterminer leur impact sur le projet ainsi que les plans
de contingence.
Ainsi, selon la BABOK (Business Analysis Body of Knowledge) outre identifier les risques,
le plus important est surtout de se prparer/s'entraner grer des situations peu probables
avec des actions prdfinies par le type de risque identifi avec des intervenants que l'on ne
connat pas forcment et des outils que l'on ne possde pas ncessairement dans un laps de
temps trs court (entranement la gestion du stress en situation de crise comme le fait la
NASA ou certains corps de pompiers). Les quipes prpares ce genre d'exercice risques
sont appeles des "Think Task Force".
videmment notre systme conomique actuel nous impose (malheureusement) de trouver un
quilibre entre les cots que gnrent l'identification et la gestion des risques par rapport aux
avantages obtenus court ou long terme compte tenu des obligations lgales, rglementaires
ou autres exigences. Toute dcision stratgique ce niveau doit tre clairement tablie et
formalise noir sur blanc!
Les contre-mesures mettre en uvre ne sont pas uniquement des solutions techniques
(informatiques ou mathmatiques) mais galement des mesures de formation et de
Ingnierie de Gestion de projets
244/533
Vincent ISOZ
sensibilisation l'intention des intervenants (utilisateurs, clients, etc, ainsi qu'un ensemble
de rgles clairement dfinies.
Dj voici quelques risques typiques:
Dcs/Faillite client
Dcs/Faillite fournisseur
Dcs collaborateur
Accident/Maladie client
Accident/Maladie fournisseur
Accident/Maladie collaborateur
Grle
Incendie
Formation (manquante)
Processus (inexistants)
Base de connaissance (inexistante)
Matrise des mdias (absente)
Pollution (directe ou indirecte)
Garanties (absentes)
Innovation concurrence
Absence audit fournisseurs/internes
Opinion publique/politique
Risque produit/production
Erreurs d'interprtation
Fonds propres manquants
Pas d'assurances ou rassurances
Discrimination
Inexactitude du reporting
Rgles fiduciaires non respectes
Financement indirect non contrl
Dissimulations volontaires
Malveillance informatique
Abus de confiance
Conflits employs/employeurs
Erreurs comptables/calculs
Erreur de programmation (code)
Hacking/Piratage Informatique
Recours juridiques pour adjudications
Inondations
Affaissement de terrain
Scheresse
Indisponibilits ressources
Bugs/dfaillances informatique
Violation brevets/copyright
Dpassement dlais/budgets
Mthodes communication
Documentation (absente)
Chartes/Directives (absentes)
Traabilit (inexistante)
Espionnage industriel
Cycle de vie non modlis
Fluctuation des prix
Clart des objectifs
Mental des ressources
Oubli des standards et lois
Risques humaines/social
Pertes humaines
Absence de back-up
Sinistres mobilier/immobilier
Oubli d'appel d'offres
Accs de scurit trop tendus
Infraction la concurrence
Embargos
Vols/Agressions
Erreurs de saisie informatique
Fraude (substitution de produits)
Conflits entre employs
Complexit produit
Mauvaise valuation capacit
ruption Solaire majeure
Absence de comptences/Trop de
comptences
Tremblements de terre
Tornades/Temptes (vent)
Accident de transports
Surdisponibilit ressources
Lgislation/Normes
Conflits d'intrts
Objectifs qualit
Formalisation communication
Check-lists (inexistantes)
Nomenclature (inexistante)
Confidentialit des donnes
Contrles qualit absents
Obsolescence programme
Fluctuation de la demande
Termes contractuels
Concurrence
volution technologique
Irrgularit des contrats
Absence d'audit des risques
Absence de scnarios
Absence de rgles d'hygine
Manque de formation
Absence contrle information
Dlits d'initis
Abus de pouvoir
Fraudes internes ou externes
Offre publique d'achat
Non suivi des tches
Conditions de travail (sant)
Suivi des erreurs (absent)
Suicide
Terrorisme
Les risques par dfinition rduisent la probabilit d'atteindre ou de dpasser les objectifs du
projet et de respecter les conditions gnrales et sont souvent sous-estimes car on oublie
toujours des risques possibles.
100% des sinistrs ont tent leur chance
La gestion des risques est diffrente de l'valuation et identification des risques!!! Il s'agit d'un
processus continu qui se droule dans toutes les phases du cycle de vie du projet (surveillance,
audits, cartes de contrles, etc.) et nous y reviendrons la page 279.
245/533
Vincent ISOZ
L'valuation des risques 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 (si l'vnement indsir a lieu)
Le PMBOK propose galement quatre techniques pour grer les risques:
1. viter (Avoid): Changer le projet afin d'liminer le risque
2. Transfrer (Transfer): Transfrer la responsabilit du risque a une tierce partie
3. Attnuer (Mitigate): Trouver des moyens de diminuer ou de prvenir le risque
4. Accept (Accpet): Accepter le risque et prparer un plan d'action au cas o
Certaines mthodes proposent le "SPASA":
1. Situation
2. Problme
3. Analyse
4. Actions
Dans le cadre de la planification de projets le BABOK propose:
1. De mettre le maximum de tches possibles en parallle plutt qu'en squentiel
2. De forces l'ajout de dlais la fin de des tches (ie. "tches tampons")
3. Jouer avec la date de dbut/date de fin des tches non critiques
4. Essayer de rduire au maximum le nombre de tches prsentes sur le chemin critique
5. Avoir des ressources de rserves pour les activits critiques
246/533
Vincent ISOZ
Ces dmarches peuvent se faire dans le cadre d'un audit documentaire, d'entretiens
individuels, de visites de sites ou encore de sondages/questionnaires.
Parce qu'il est impossible de prvoir toutes les consquences de ses actes, le sage se limite
la stricte contemplation
L'erreur la plus courante dans l'identification 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 (et de comprendre fond les outils utiliss!).
Il faut galement abolir la hirarchie lorsqu'il y a des oprations risques effectuer. Il est
frquent que des subalternes n'osent pas dire leur suprieur que telle dcision ou
manipulation est absurde. Ce type de situation a dj entran des catastrophes dans le
domaine de l'aviation et c'est une des raison pour laquelle la hirarchie est petit petit abolie
dans les cockpits d'avion et que les check-lists se sont imposes (et la mme chose se produit
depuis la fin du 20me sicle dans le domaine de la chirurgie ambulatoire).
Il est important galement d'avoir un journal ("risk register") 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
ou d'en assumer les consquences. 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.
Par ailleurs, les militaires ont bien compris que la punition des erreurs non documentes
l'origine n'amne rien et qu'au contraire il s'agit alors d'un retour d'exprience qui permet de
prendre du galon. Donc dans le domaine du risque, la lutte contre les actes/dcisions absurdes
et donc l'amlioration de la scurit dans les activits sensibles impose aussi un recours aux
sciences humaines (l'humilit et l'coute des avis des autres par exemple...).
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 leurs dcisions, n'oubliez pas d'exiger qu'ils
indiquent sur le document sign la raison pour laquelle ils vont l'encontre de vos
avertissements!
247/533
Vincent ISOZ
Signalons que le PMBOK recommande un outil trs utile qui consiste faire une RBS (rien
avoir avec la "Ressource Breakdown Structure"), c'est--dire une "Risk Breakdown
Structure", donc en d'autres termes un organigramme des risques (qui pourra tre rutilis
dans d'autres projets, ce qui est trs utile!).
Signalons aussi que le BABOK propose (et c'est trs juste selon mon point de vue) de
maximiser la paralllisation des tches de planning de projets car cela a pour effet naturel de
diminuer le nombre de tches sur le chemin critique et introduit naturellement des marges aux
tches!
Signalons un cas de communication quantitative d'analyse des risque qui devient de plus en
plus critique prendre en compte dans les entreprises et surtout les dpartements I.T. et qui
est le S.L.A. pour Service Agreement Level et qui permet de s'assurer du niveau de fiabilit
d'un serveur ou mme d'une machine pendant une priode de temps donne. En gnral, un
S.L.A. est un document qui dfinit la qualit de service requise entre un prestataire et un
client.
Nous n'allons pas ici rentrer dans les considrations mathmatiques des calculs de S.L.A. qui
dpassent largement le cadre de cette formation de base (le lecteur pourra se rfrer au livre
Mathmatiques Appliques pour les dtails) mais il est intressant d'avoir vu au moins une
fois quoi cela ressemble quand les donnes sont communique de faon trs scolaire:
248/533
Vincent ISOZ
249/533
Vincent ISOZ
La deuxime dimension est celle de la technologie. Mme si le projet est peu complexe, il
faudra tout de mme considrer l'volution des outils automatiss de construction comme des
robots peintres, des outils techniques de fabrication trs perfectionnes, etc.
La troisime variable de l'environnement est tout l'aspect socioculturel. Plus important dans
des projets outre-mer o l'adaptation une nouvelle culture et d'autres faons de faire est
primordial au succs du projet ainsi que l'intgration des consultants de pays trangers.
La quatrime dimension est organisationnelle: il faut respecter les procdures administratives
dj en place dans les organisations.
Le cinquime aspect est politico-lgal: quelles lois et quels rglements pourraient avoir un
impact sur le projet. Pour l'exemple qui nous concerne, l'acquisition d'un permis de rnovation
de la ville est obligatoire avant l'excution de tels travaux ainsi que le respect du code de
construction.
La sixime dimension considrer traite des aspects conomiques tel que les taux d'intrt, le
taux de change, les impts, etc.
Enfin, la dernire dimension est l'infrastructure, surtout considre dans des projets
loigns.
Une fois cette grille complte, il devient possible de bien considrer les facteurs
environnementaux pouvant affecter notre projet.
Dans le domaine de la gestion de projets, il est d'usage de parler d'analyse PESTEL (Politique,
conomique, Socioculturel, Technologique, cologique, Lgal) pour rsumer ce que nous
venons de voir. Voici un schma qui en rsume les diffrents aspects:
250/533
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.
8.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 (hors logique de l'utilisation d'un logiciel sinon quoi pour avoir le protocole d'environ
70 tapes se rfrer a mon e-books sur MS Project):
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:
251/533
Vincent ISOZ
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
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 indirects28 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
projet29. 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 mauvaise vision 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 peut prendre 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.).
Enfin, signalons qu' notre poque ou l'empreinte cologique est un enjeu d'image majeur et
aussi qu'en cas de dfaillance grave il faut prvoir un plan de remdiation, c'est--dire un plan
de retour-arrire pour restaurer la situation initiale lorsque c'est possible ou tout autre action
de remdiation si le plan de retour-arrire n'est pas envisageable30 (i.e. plan de continuit).
28
252/533
Vincent ISOZ
produit. Traduite de l'anglais, Work Breakdown Structure (WBS), cette charpente consiste
dcouper le projet en lots de tches d'une faon logique, selon une dmarche descendante.
Le grant du projet devrait le dcomposer en une structure comme celle suggre ci-dessous:
1. le projet en entier se dcoupe en un sous-ensemble de lots (SDP: Structure de
Dcoupage du Projet)
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 W.B.S. (ainsi que R.B.S. et O.B.S.31) dans
MS Project, voir le support de cours sur le sujet.
Voici un excellent exemple gnrique d'association WBS/OBS/CBS:
31
253/533
Vincent ISOZ
Il faut savoir que le PMI, dans la version 4 de sa mthodologie, conseille de refuser d'endosser
la charge de tout projet dont la WBS est inexistante.
Le niveau de dcomposition du projet est quelque chose de personnel. J'ai dj vu des
multinationales grer des projets 500M CHF avec seulement 5 phases et aucune tche et des
PME grer des projets de 15'000 CHF avec 6 phases et une cinquantaine de tches et d'autres
entreprises qui ne faisaient rien du tout pour des projets compris entre 100'000 et 4M CHF.
254/533
Vincent ISOZ
Nous mettons alors la nomenclature l'horizontale en lui faisant subir une rotation de -90 (
/ 2 radians...).
Une planification au plus tard, donne alors (oubliez de faire cela correctement avec
MS Project ce jour...):
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 nombreuses 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).
255/533
Vincent ISOZ
Attention dans MS Project, lors du travail avec les tches de groupe (phases): vous devez
toujours les crer avant (!!!) d'enregistrer ce que nous appelons des Baselines sinon vos audits
des cots ne seront pas corrects en ce qui concerne le champ valeur Planification.
Avant de commencer rappelons un lment trivial que le PMBOK rappelle aussi trs bien! La
planification "logicielle" d'un projet se faire normalement dans l'ordre suivant:
1. Jalonnement (milestone schedule)
2. Phasage (summary schedule)
3. Ordonnancement (planification dtaille)
Ces trois tapes sont souvent reprsentes un diagramme de Gantt (graphe connexe valu et
orient) comme ci-dessous (source des images: PMBOK V4):
Figure 23 Jalonnement
Figure 24 Phasage
256/533
Vincent ISOZ
257/533
Vincent ISOZ
Signalons que les deux jalons qui dfinissent le dbut et la fin du projet sont souvent appeles
"danglers" en anglais.
8.6.3.3.1 Tche
Un projet est toujours compos d'un ensemble tches, lots, ou jalons ordonns et structurs
selon des relations (voir mon livre sur Microsoft Project) 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
258/533
Vincent ISOZ
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.
259/533
Vincent ISOZ
battement entre chaque. Pour les tches accomplir, prvoyez du temps
supplmentaire, surtout si vous ne maitrisez pas encore le travail raliser.
260/533
Vincent ISOZ
montr que l'homme est dot d'un programme biologique de survie qui lui fait fuir le
stress et chercher en priorit le plaisir. C'est la loi du moindre effort . Le danger est
de repousser sans cesse les tches ennuyeuses et de les expdier en dernire minute.
8.6.3.3.2 Gantt
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
MRP32 (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
disponibilits relles des ressources et des ordres de fabrication (MRP2).
Remarque: Les logiciels MRP sont une sous-famille des logiciels ERP. Il est peut-tre
pertinente de signaler que l'implmentation de solutions informatises ERP ce jour est une
catastrophe dans la majorit des entreprises (bon ces dix derniers annes 2000-2010 nous
sommes passs de 90% 54% d'implmentations considres comme des checs).
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).
32
PDP en franais pour Plan De Production ou Programme Directeur de Production et dans le cas prsent, ne pas
confondre MRP avec Manufacturing Ressource Planning (qui est le MRP2).
261/533
Vincent ISOZ
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
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 un peu plus en dtails dans mon livre sur Microsoft
Project. Signalons cependant qu'en ce qui concerne les priorits, des logiciels proposant par
exemple des valeurs de 0 1000 (comme c'est le cas de Microsoft Project) pour les dfinir, ne
permettent en aucun de rgler des problmes de surcharges et de respecter les dlais. Pour
cela, il faut faire usage de techniques mathmatiques d'optimisation comme il l'est possible
avec les solveurs (vous rfrer aux exercices avec le solveur en fin de ce document - pages
442 et 444 - pour voir un exemple d'optimisation d'atelier de production et un autre de gestion
de tches administratives).
Voyons un exemple simple: Charg de l'organisation d'une enqute marketing, vous devez
tablir la planification des tches en fonction des contraintes suivantes:
262/533
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:
263/533
Vincent ISOZ
264/533
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):
Ingnierie de Gestion de projets
265/533
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:
266/533
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.
267/533
Vincent ISOZ
33
Malheureusement dans la pratique il existe plusieurs dfinitions (cf. AACE International Recommended
Practice No. 49R-06)
268/533
Vincent ISOZ
La marge libre se calcule comme la diffrence entre la date de dbut au plus tt d'une tche
somm de sa dure et la date de dbut au plus tard de la tche successeur.
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):
269/533
Vincent ISOZ
En l'occurrence dans cet exemple ce qui va particulirement intresser le coordinateur de
projet sera la colonne Late Finish en comparaison avec la colonne Finish (dont la diffrence
donne le Total Slack).
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.
270/533
Vincent ISOZ
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
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
271/533
Vincent ISOZ
272/533
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:
273/533
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.
34
Vous remarquez la longue que les innovations majeures en gestion de projets viennent la majorit de
personnes provenant des sciences pures (mathmatiques, statistiques) ou dures (physique/chimie). Il est donc
curieux de voir que depuis la fin du 20me sicle on prfre avoir des "soft skill" en management plutt que des
personnes ayant la rigueur scientifique.
274/533
Vincent ISOZ
1. Le "processus d'estimation": La majorit des gestionnaires de projets s'accordent une
marge de scurit dans leurs estimations afin de pallier l'incertitude du travail
effectuer L'ajout de ce dlai dans une tche n'est pas une erreur. Il est raisonnable de
considrer les lments en jeu, le contexte du projet tudi pour viter d'avoir des
estimations trop pessimistes dans le cadre du projet.
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 (puisque le moindre goulot d'tranglement au niveau des ressources aura aussi
un impact sur le systme). 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 ("ressource goulot") et des
tches?
5. Ajouter des tampons/buffers: 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,
Ingnierie de Gestion de projets
275/533
Vincent ISOZ
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.
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.
Selon le PMI, la mthode de la chane critique est diffrente, il s'agirait d'estimer une dure et
de cots de faon trs agressive (en termes d'optimisme bien videmment...) et de mettre des
Ingnierie de Gestion de projets
276/533
Vincent ISOZ
tches (tampons/buffer) qui corrigent cette aspect agressif mais seront cachs aux excutants
du projet et connu seul de l'quipe de gestion du projet.
Dans le cas du scnario ci-dessus si la squence ne peut tre change et les dlais ne peuvent
tre tendus et des ressources ne peuvent tre rajoutes alors la seule solution consiste
dplacer faire glisser la charge sur tche B ou respectivement la tche C.
Supposons maintenant qu'une usine fabrique 2 pices P1 et P2 usines dans deux ateliers A1
Ingnierie de Gestion de projets
277/533
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
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):
278/533
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!):
279/533
Vincent ISOZ
Je n'ai pas souhait aborder ici la gestion qualitative des risques (classification lmentaire du
type: lev, moyen et faible) ainsi que la BIA (business impact analysis) car pour un ingnieur
ou un scientifique cela n'apporte pas grande chose (car c'est trivial) 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
35
Grossirement nous pouvons dire qu'en s'alignant sur ce que proposent les accords de Ble il faudrait 8% de
fonds propres...
280/533
Vincent ISOZ
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 les risques 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 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).
281/533
Vincent ISOZ
Donc les excuses du genre:
Chaque semaine, on valide une par une, oralement les tches faire avec leur dure
estime en la prsence d'absolument tous les responsable techniques de la centrale et
de la direction.
Lors de l'laboration de processus, on effectue des simulations mentales et on fait
valider par toute l'quipe concerne jusqu' un accord commun.
On s'assure que toutes les manipulations (causes) humaines soient contrlables
automatiquement (lectroniquement) avant l'effet de celles-ci l'aide de systmes qui
sont doubls voir tripls (redondance)
On s'assure que mme en l'absence des tres humaines, le systme puisse continuer
tourner et s'autogrer et ce particulirement en cas de crise.
On se prmunit contre toute risque (agression extrieure) par des moyens colossaux et
ce en fonction bien videmment des budgets mis disposition de la politique
nationale.
Les systmes de scurit sont quantifis et ce jusqu' ce que le risque atteigne une
probabilit cumule de l'ordre de 0.000001%.
Tout est rang, classifi, identifiable et traable du moindre papier au moindre
matriel (application l'extrme de la mthode 5S).
Des audits indpendants et haut niveau d'exigence sont quotidiennement mens (au
pire avec une frquence hebdomadaire)
Des simulations de crise sont rgulirement effectues avec les quipes dirigeantes et
les employs pour entraner les individus avoir des comportements adquats sous
forme de rflexes.
Le cycle de vie des intrants et extrants est rigoureusement tiquete, trace et planifie
Il y a une institution centralise et indpendante qui contrle et propose rgulirement
des amliorations constamment au niveau international.
etc.
Enfin de ne pas oublier une chose.... en tant que potentiel mandataire et donc responsable de
projets, de nombreuses socits de services ou industrielles peuvent faire appel vos
"comptences" juste parce que ils veulent se dbarrasser des risques identifis chez eux en
interne pour la ralisation du projet un prix bien videmment forfaitaire.... risques qu'ils ne
vous communiqueront pas pour que justement au niveau financier cela soit vous qui assumiez
les ventuels dpassements (mme si le PMI interdit par exemple ce genre de pratiques de par
Ingnierie de Gestion de projets
282/533
Vincent ISOZ
son contrat thique)... Ds lors, le PMI recommande lorsqu'on est prestataire (mandataire)
d'inclure dans le contrat une provision pour le risque que doit payer le client (mandant).
Faites aussi attention lors de la signature de contrats de ralisation de projets internationaux
aux variations des cours de change des monnaies impliques dans les transactions financires
du projet. Il vaut mieux que le contrat ait une clause de type Fixed Price Economic Price
Adjustment (FDEPA) afin que le mandant rallonge l'argent en cas de variations des taux de
change ou que vous imposiez vos fournisseurs de vous faire des prix taux fixe pendant une
priode fixe l'avance!
8.6.3.3.6.1 AMDE(C)
Le domaine de l'AMDEC (dj mentionn plus haut dans ce e-book) est souvent rduit36 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:
36
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.
283/533
Vincent ISOZ
Nous voyons ici que les facteurs utiliss peuvent ne pas tre trs clairs s'ils ne sont pas
rigoureusement dfinis et les hypothses y relatives ne sont pas explicitement communiques.
Par ailleurs rien n'indique qu'il s'agira toujours d'une estimation! C'est un danger qu'il ne faut
jamais ngliger et pas uniquement dans le domaine de l'AMDE(C) semi-quantitative.
Fondamentalement l'AMDE(C) propose pour attnuer les risques de:
Il faut se rappeler aussi d'une notion vidente: le traitement du risque lui-mme peut
engendrer des risques humains ou matriels. La dfaillance ou l'inefficacit des mesures de
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
("prventique") 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!).
284/533
Vincent ISOZ
Remarque: En thorie, pour minimiser le risque, la dure de l'organisation et la planification
d'un projet doit converger vers la dure du projet lui-mme! Pensez au projet scientifique du
tlescope Hubble qui a dbut en 1970, a t concrtis par l'envoi en orbite en 1985 (15 ans!)
et qui fonctionne encore au top de ses performances encore en 2012 (aprs quelques
rparations) soit 25 ans aprs!
Cette approche est purement quantitative. Nous refusons dans ce support l'approche
qualitative qui est intuitivement accessible un enfant et qui concerne en la procdure
suivante (prise de l'aide de MS Project expliquant le fonctionnement de Project Serveur en
mme temps):
Un risque est un vnement ou une condition probable qui, s'il se produisait rellement, aurait
un impact ngatif sur un projet. Les risques diffrent des problmes en ce que ces derniers
vont se produire certainement ou qu'ils se produisent actuellement. Un risque peut devenir un
problme s'il n'est pas prvenu efficacement.
Le processus de gestion des risques (que certaines entreprises qui ont des normes marges
considrent comme inutile) consiste identifier, analyser et supprimer les risques d'un
projet de sorte qu'ils ne se transforment pas en problme avec toutes les consquences
nuisibles pour le projet que cela peut impliquer.
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:
-
285/533
Vincent ISOZ
Pour rpondre ces questions il existe de multiples techniques mais voici celle recommandes
par le PMBOK:
-
Le jugement d'expert
L'estimation par analogie (sur des projets passs)
L'estimation par trois points37 (par scnarios optimiste, attendu et pessimiste)
L'estimation paramtrique (ce que nous allons tudier plus bas)
La planification par rserve mathmatique (ncessitant au pralable d'avoir fait
l'estimation paramtrique)
L'estimation paramtrique se base donc sur l'analyse statistique (ajustement par tests de
goodness of fit avec tests d'Anderson-Darling ou Kolmogorov-Smirnov) des donnes passes
ou l'utilisation de lois de distributions bases sur le jugement d'expert comme les distributions
gaussienne, triangulaire, bta recommandes par le PMBOK. Ensuite des simulations par
millions sont excutes en utilisant la mthode de Monte-Carlo ou Latin Hypercube. Il est
aussi possible d'utiliser Bootstrapping si ncessaire pour dterminer les paramtres des lois.
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... C'est un des raison pour lesquels les pilotes, les militaires, les policiers, les
pompiers, les urgentistes, les financiers, les astronautes, les ingnieurs et les chercheurs ont
l'habitude de simuler les modles et les situations pour mieux y faire face lorsqu'elle aura
vraiment lieu.
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...).
37
Voir mon livre sur MS Project o un exemple pratique d'estimation par trois points est fait avec le logiciel
286/533
Vincent ISOZ
La dure de chaque tche lmentaire et non dcomposable du projet est considre comme
alatoire et la distribution Bta est systmatiquement utilise. Les paramtres de cette loi que
nous allons dmontrer sont dtermins moyennant une hypothse de calcul assez forte,
partir des valeurs extrmes a et b que la dure d'excution peut prendre, et du mode M 0 . Il
suffit donc de poser les trois questions suivantes: "quelle est la dure minimale?", "quelle est
la dure maximale?", et "quelle est la dure la plus probable?", pour obtenir respectivement
les paramtres a, b, M 0 , qui permettent ensuite de calculer la moyenne et la variance de cette
dure alatoire.
Ensuite, nous dterminons le chemin critique du projet (par la mthode des potentiels mtra
suppose connue par le lecteur), en se plaant en univers certain et en utilisant les dures
moyennes obtenues avec la loi Bta, ce qui permet de trouver le(s) chemin(s) critique(s).
Enfin, nous nous plaons en univers alatoire et la dure du projet est considre comme la
somme des dures des tches du chemin critique prcdemment identifi. Nous utilisons alors
le thorme de la limite centrale (rappelons que ce thorme tablit, sous des conditions
gnralement respectes, que la variable alatoire constitue par une somme de n variables
alatoires indpendantes suit approximativement une loi normale, quelles que soient les lois
d'origine, ds que n est assez grand) pour approximer la loi de distribution de probabilits de
la dure d'excution du projet.
Remarque: Le PMBOK ne donne qu'une formulation approximative et simplifie des calculs
qui vont suivre comme le mentionne John Schuyler dans la deuxime dition de son ouvrage
Risk and Decision Analysis du PMI comme le montre la capture d'cran suivant:
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 (voir mon livre de Mathmatiques Appliques) tel que:
k
k
E Xi E Xi
i 1 i 1
Ingnierie de Gestion de projets
287/533
Vincent ISOZ
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 )
t p 1 (1 t )q 1 dt
( p q )
0
1
B ( p, q )
et:
( x 1) x ( x)
quation 2 Fonction Gamma
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
Pa,b ( x)dx
a
1
1
(b a) 1 t (1 t ) dt
x a
(b x) dx 1
288/533
Vincent ISOZ
xa
1
xa bx
du
dx et 1 u 1
ba
ba
ba ba
u
nous obtenons:
( x)dx
a ,b
((b a)u)
(b x) (b a) du
o
1
(b a) 1 t (1 t ) dt
(b x) du
a
1
(b a) t (1 t ) dt
0
a
1
bx
du
ba
(1 t ) dt
(1 t ) dt
(1 u ) du 1
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
a
1
1
(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
289/533
Vincent ISOZ
Calculons maintenant la variance en utilisant la formule d'Huygens dmontre plus haut:
V ( X ) E ( X 2 ) E ( X )2
Calculons d'abord E ( X 2 ) .
b
E ( X ) x Pa ,b ( x)dx
2
(b a) 1 t (1 t ) dt
x x a (b x) dx
a
E( X 2 )
1
1
(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
a 2 2a (b a )
(b a ) 2
1
2
1
1
(b a) 2
a (b a )
2
3 2
2
2
1 2
1 (b a) 1 1
2 3 2 2 2 3
Calculons maintenant pour le "module" M 0 de cette loi de distribution. M 0 est par dfinition
le maximum global de la fonction:
Ingnierie de Gestion de projets
290/533
Vincent ISOZ
x a
Pa ,b ( x)
(b a)
(b x)
1[ a ,b ]
(1 t ) dt
dPa ,b ( x)
dx
( 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)
7 62
(b a ) 2
62
291/533
Vincent ISOZ
V (T ) (T )
2
(t P tO )2
62
Et finalement:
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 4 M 0 a 4 M 0 b tO 4tV tP
tPr
6
6
6
6
6
6
On remarque une chose que contrairement ce qui est crit dans certains ouvrages du
PMI/PMP la valeur modale n'est pas toujours plus petite que l'esprance dans le cas de la loi
bta (et ce mme dans le cas de la majorit des lois asymtriques)!!! Au contraire! Comme
quoi il ne fait pas bon mnage de laisser des non scientifiques enseigner ou faire de la gestion
de projets...
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!!!).
292/533
Vincent ISOZ
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 )
t P (Ti ) tO (Ti )
t P (Ti )
tO Ti 0.7 di
t P 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) t Pr , l'cart-type et la valeur modale selon le PMBOK38
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 (mthode des trois points)
E( X )
38
tO 4tV tP
tPr
6
293/533
Vincent ISOZ
et:
(T )
(t P tO )2
62
V (T )
et:
M0
2t P 2tO 2(t P tO )
4
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:
294/533
Vincent ISOZ
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:
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:
295/533
Vincent ISOZ
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
296/533
Vincent ISOZ
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.
297/533
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
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.
298/533
Vincent ISOZ
Attention!!! N'oubliez que si vous utilisez Monte-Carlo (ou Latin Hypercube), la simulation
prend en compte les tches dpendantes ou indpendantes qu'elles soient de variance finie ou
pas. Donc, pour rsumer, il faut toujours tre trs prudent quant l'utilisation bte et simple
du thorme central limite dont on parle dans la majorit des livres comme une vrit divine.
8.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:
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
2 2
f Z (s)
f X ( x) fY ( s x)dx
1
2 1 2
( x1)2
212
( s x 2 )2
2 22
dx
a 1 2 s , 12 22 . Nous obtenons,
f Z (s)
1
21 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
21 2
2 2 2
t a1 a 1 2
212 22
e
dt
dt
Nous posons:
299/533
Vincent ISOZ
a 12
du
du
dt 2 1 2
dt
21 2
2 1 2
Alors:
f Z ( s)
Sachant que
u 2
1
2 1 2
t a1
a
2 2
2
2
1 2
e 2
e
dt
a 2
2
2
e 2
e u du
fZ s
s 1 2
2 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.
39
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.
300/533
Vincent ISOZ
La simulation par Monte-Carlo peut aussi tre vue comme une mthode de "stress-test", c'est-dire d'observer ce qu'il advient du comportement des dlais et du budget hors comportement
attendu.
Une prsentation dtaille de la mthode de Monte-Carlo peut tre trouve sur le site
personnel de votre serviteur: www.sciences.ch; nous nous contenterons ici d'en rappeler
brivement les fondements et d'en illustrer l'usage sur un exemple de distribution empirique
de probabilit. Un exemple pratique est fait lors de notre tude du VBA dans MS Project avec
comme base d'application une loi triangulaire (voir mon livre sur Microsoft Office Project).
Supposons que nous nous intressions une grandeur X qui peut tre la dure d'une tche, le
cot d'un contrat de sous-traitance ou tout autre phnomne quantitatif auquel nous nous
intressons.
Il faut tout d'abord connatre la fonction de rpartition de la variable X. Une mthode
empirique consiste interroger le spcialiste (ou une base de donnes avec les tches des
projets passs) sur les valeurs possibles que peut prendre cette variable X par une srie de
question du type: "quelle est la probabilit que la variable X prenne une valeur infrieure
x?", pour quelques valeurs bien choisies de x. Supposons enfin que les rponses obtenues
aient t les suivantes40:
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:
40
L'exemple est pris de l'ouvrage "Gestion de projets" de Vincent Giard aux (excellentes) ditions Economica
301/533
Vincent ISOZ
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 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.
302/533
Vincent ISOZ
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
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 plugins 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:
303/533
Vincent ISOZ
tche i; le nombre K de jeux de simulations doit tre suffisant pour que nous puissions
obtenir de bonnes estimations des informations recherches.
3. La simulation d'une dure xik d'une tche i, pour le jeu de donnes k s'obtient par
l'utilisation d'un nombre zik gnr alatoirement ; ce nombre zik s'interprte comme
un tirage alatoire d'une valeur de la fonction de rpartition de la dure de cette tche i
(un nombre 2 chiffres correspondant une probabilit exprime en %); les valeurs
zik sont, par construction, quiprobables.
4. La connaissance de la fonction de rpartition de la dure X i d'une tche i et celle de la
valeur tire alatoirement d'une probabilit cumule zik P X i xi permettent de
304/533
Vincent ISOZ
6. L'analyse statistique des K jeux de rsultats obtenus par simulation permet d'obtenir
trois informations qui, contrairement l'approche de la loi Bta, tiennent compte de
tous les chemins critiques possibles et n'impose de contraintes sur le nombre de tches
au projet (contrainte lie l'utilisation du thorme de la limite centrale). Ces rsultats
sont:
a. pour le projet: une estimation de l'esprance (moyenne) mathmatique de la
dure minimale d'excution du projet41 excde une dure donne.
b. pour chaque tche: une estimation de la probabilit que cette tche soit critique
(indice de criticit de la tche not %critique et calcul par le rapport mi / K nombre de tches critiques sur tches non critiques).
Cette dmarche simulatoire ne repose pas sur d'autres hypothses que celles relatives au choix
des distributions de rfrence et de leurs paramtres, encore qu'il soit tout fait possible de
partir de distributions totalement empiriques (interpolations linaires effectues sur une
fonction de rpartition dfinie par trois cinq points). Le choix d'une distribution n'est gure
facile, aucun argument thorique srieux ne militant en faveur de l'une ou l'autre. Tout au plus
peut-on signaler qu'au dpart le choix est effectuer entre une distribution unimodale (loi
Bta, loi normale, loi triangulaire, etc.) ou sans mode (loi uniforme). Le choix priori
systmatique d'une distribution unimodale pose un problme, pour un responsable, qui l'on
demande la valeur du mode de la tche qu'il gre, il y a autant de chances d'observer n'importe
quelle valeur comprise dans un intervalle, car cette question n'a alors aucun sens! Nous
pouvons toujours rajouter qu'il n'y a aucune raison d'imposer le mme modle statistique
toutes les tches.
Voici un exemple du plug-in Risk+ (C/S Solutions) qui tait disponible pour MS Project
mes dbuts et qui appliquait Monte-Carlo:
41
De nombreux travaux montrent qu'en gnral, l'esprance mathmatique de la dure du projet est suprieure
la valeur trouve en univers certain.
305/533
Vincent ISOZ
306/533
Vincent ISOZ
307/533
Vincent ISOZ
Remarque: Les logiciels de simulation probabiliste du risque sur la planification font (et c'est
logique de mon point de vue) abstraction des contraintes sur les tches du type Doit finir le
(Must Finish On) ou Ne pas finir plus tard que le (Finish no later than) ainsi que Ne doit pas
commencer plus tard que le (Start No Later than). Par contre, ces logiciels voient les
contraintes du type Ne doit pas commencer plus tt que le (Start no earlier than), Doit
commencer le (Must Start On).
Depuis 2005 je prfre travailler sur @Risk de Palisade (la version 4 puisque les nouvelles
versions obligent de passer par Excel ce qui me fait horreur!) qui propose plus de possibilits
plus tendus et surtout un outil de GOF (Goodness Of Fit) intgr avec les tests d'ajustement
du Chi-2, de Kolmogorov-Smirnov et d'Anderson-Darling (cela n'empche pas qu'il faut
vrifier les ajustements proposs avec d'autres algorithmes dans des logiciels tiers comme
Minitab, SPSS ou autres... sinon gare aux surprises!). Voyons un exemple simple o nous
nous baserons sur les hypothses suivantes:
1. Les dures des tches sont indpendantes mais pas identiquement distribues
2. Les dures des tches sont bases sur le REX (base de donnes historique des projets)
3. Il n'y pas de relation analytique connue entre la dure relle et attendue des tches
4. Les tches qui avaient t omises (oublies) dans les projets passs ont une dure
attendue nulle mais afin de simplifier l'exemple, nous ignorerons leur existence (ce qui
est videment infiniment dangereux)
Dans l'exemple rel que j'ai repris d'une entreprise en 2012, nous avons notre disposition
environ 1'800 tches d'un petit projet dont nous avons les noms des employs (cods), les
noms de dpartements rels (il n'y a qu'un responsable de projet par dpartement), la dure qui
Ingnierie de Gestion de projets
308/533
Vincent ISOZ
avait t estime, la dure relle qui a eu lieu. Donc nous n'avons rien concernant les cots ce
qui nous oblige nous restreindre la modlisation du temps (et donc seulement
indirectement aux cots honoraires).
Pour information, l'entreprise en question n'avait pas son quipe de management qui tait sous
contrle statistique (Lean Six Sigma), alors que les quipes de production, elles l'taient...
C'est une absurdit! Il est facile aux cadres d'imposer des mesurages de performances la
main d'oeuvre mais il faut que la direction leur impose les mmes contraintes afin d'viter les
checs et dpassement de dlais et cots des projets. Vous verrez par ailleurs que dans
l'exemple que nous allons faire, il apparat nettement que les responsables de projets estiment
les temps n'importent comment (en ralit ils ne communiquaient pas avec leurs
excutants...).
Si l'entreprise avait son management sous contrle statistique et faisait donc aussi du lean au
niveau des cols blancs, nous devrions avoir une relation linaire entre le travail rel (Real
Work) et le travail estim (Estimated Work). Si nous faisons rapidement cette analyse avec
MS Excel, nous avons:
309/533
Vincent ISOZ
310/533
Vincent ISOZ
ce qui nous donne un tableau de 45 lignes. Maintenant, dans MS Project, dans le ruban
Add-Ins:
Nous cliquons sur le bouton @Risk: Show Fitting Window et apparat alors la fentre
suivante:
311/533
Vincent ISOZ
dans la colonne Samples, nous collons les valeurs rsultant de notre filtre Excel et nous
renommons la feuille @Risk convenablement avec le nom 3h_Tasks pour pouvoir en faire
usage un peu plus loin:
312/533
Vincent ISOZ
Maintenant, afin d'viter d'avoir trop de rsultats (ce n'est pas ncessaire techniquement
parlante mais c'est pour des raisons pdagogiques que je fais la dmarche), nous cliquons sur
le bouton Spectify Distribution to Fit:
Et nous cochons ce qu'il faut pour dire que le support de la loi analytique recherche est semiborne 0, :
313/533
Vincent ISOZ
Nous validons par OK et cliquons sur le bouton Fit Distribution to Input Data:
314/533
Vincent ISOZ
Donc la meilleure distribution avec ce test serait une loi de Weibull avec un p-value de 0.1426
(visible dans l'onglet GOF se situant tout droite). Nous allons d'affichier les rsultats dans
l'ordre des meilleurs rsultats par rapport d'autres tests d'ajustements en cliquant en bas
droite dans l'option Rank by:
Avec le test d'ajustement d'Anderson-Darling (A-D), le meilleur ajustement serait une loi
InvGauss mais la p-value est tellement petite qu'il n'a pas pu la calculer, d'o le N/A visible
dans l'onglet GOF:
315/533
Vincent ISOZ
Il s'agit typiquement d'une situation o le management de l'entreprise fait n'importe quoi est
n'est donc pas sous contrle statistique. Dans le cas prsent il faudrait passer la distribution
empirique mais comme ce support n'a pas pour objectif d'tre un livre sur @Risk, nous allons
prendre la distribution de Weibull et nous en contenter pour la suite:
316/533
Vincent ISOZ
En faisant ce choix, nous voyons que nous avons 95% de probabilit cumule (19 chances sur
20), que la tche de 3 heures, dure en ralit entre 0 et 5.673 heures (avec la distribution
empirique on arrive 5.5 heures pour information...). Il serait intressant de savoir avant de
voir comment affecter cette distribution notre tche qu'elle est la probabilit cumule d'tre
au-del de 3 jours:
317/533
Vincent ISOZ
Donc 1 chance sur 4.... c'est mal barr... pour les tches de 3 heures du projet pour le moins...
(bon pour les autres ce n'est pas mieux non plus pour information...) Nous n'allons pas nous
tendre sur le sujet des rserves mathmatiques pour grer cette situation dlicate et un peu
catastrophique. Ce qui nous intresse est d'appliquer cette distribution une tche de 3 heures
sur le planning. Donc dans MS Project, nous retournons sur le Gantt:
Nous cliquons sur la cellule 3 hrs et ensuite cliquons sur le bouton @Risk: Define
distribution:
Dans la fentre qui apparat, il suffit d'ouvrir la liste droulante Source et de choisir Fit
Results:
318/533
Vincent ISOZ
et ensuite, dans la liste Tab, choisir le nom de la feuille de Fit cre plus haut:
319/533
Vincent ISOZ
et de valider par Apply. Ensuite, vous effectuez la mme dmarche pour toutes les tches du
projet + pour une tche tampon situe sur le chemin critique qui doit reprsenter les tches
oublies dans les projets passs et de la lancer la simulation sur une variable d'observation
(bref y'a plus ka y faut kon...).
Non plus srieusement, aprs cela devient un cours sur comment faire des statistiques et
cliquer sur des boutons et mes autres livres ratissent dj le sujet en long et en large dans les
dtails.
Enfin pour clore signalons l'indice appel "criticality index" assez utile dans la pratique et
recommand par le PMI comme tant % de fois dans une simulation qu'une tche devient
critique. Malheureusement je n'ai jamais trouv de logiciel de simulation ce jour qui affiche
ce nombre (n'hsitez pas me contacter si vous en connaissez).
1 n
1 10
x
i 10 xi 19
n i 1
i 1
1 n
xi X
n 1 i 1
1 10
xi 19 17.09
9 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:
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:
320/533
Vincent ISOZ
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 n n
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
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
Ingnierie de Gestion de projets
321/533
Vincent ISOZ
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
Ingnierie de Gestion de projets
Dpenses Totales
20
30
40
10
100
322/533
Vincent ISOZ
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
Total
Cot p127524
rojets
P1
P2
Total
A1
A2
A3
10
20
10
30
10
10
20
40
10
23
25
14
25
100
BCR
1.5
1.25
1.2
donc il aurait t plus intressant d'investir sur les marchs financiers risque gal.
Il s'agit videmment d'une approche comptable.
ROIC
5.7%
175'000
175'000
323/533
Vincent ISOZ
Ce qui signifie que le projet un rendement annuel net de ~5.7% sur l'investissement effectu.
Il s'agit l encore une fois d'une approche comptable.
Remarque: Comme nous le verrons, contrairement une ide trs faussement rpandue, le
retour sur investissement rel n'est pas la simple diffrence entre l'argent dpens et l'argent
gagn. C'est un peu plus subtil
V0
k
k
k
(1 t %)
k 1 (1 t %)
k 1 (1 t %)
n
VAN
quation 9 VAN
o:
1. t% est le taux moyen gomtrique sans risque du march souvent pris sur la base de la
courbe des taux zro coupon42.
42
324/533
Vincent ISOZ
Ck
donnent le capital initial investi pour arriver chaque capital C k aprs
(1 t %) k
un temps k.
2. Les
3. La somme
Ck
(1 t %)
k 1
4. Le terme
Vk
(1 t %)
k 1
au capital vers Vk aprs leur temps respectif d'investissement k. Nous avons V0 qui
est le premier investissement de dpart.
En fin de compte, la somme:
k
Ck Vk
(1 t %)
k 1
325/533
Vincent ISOZ
donne le capital total placer en pargne pour arriver aux sommes respectives des Vk , Ck
aprs leurs priodes d'investissement respectives.
Donc la diffrence:
Ck Vk
V0
k
k 1 (1 t %)
n
VAN
nous informe si les investissement Vi sont plus intressants que la stratgie consistant
pargner pendant des priodes respectives des sommes qui nous auraient permis d'arriver aux
Ck .
Le taux de rentabilit interne TRI 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:
VAN
Cn
Vn
C1
C2
V1
...
V0
...
2
n
1 t % (1 t %)
1 t%
(1 t %)
(1 t %) n
C Vn
C1 V1 C1 V2
... 1
V0 0
2
1 t % (1 t %)
(1 t %) n
Il existe une fonction spciale pour cela dans MS Excel, la fonction TRI mais qui ne gre que
le cas particulier
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 :
Ingnierie de Gestion de projets
326/533
Vincent ISOZ
VAN 2 ' 488.72 2 '000 488.72
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)
Ck Vk
V0
k
k 1 (1 t %)
k
VAN
Permettait donc de savoir le montant en numraires qui investit aux taux de rendement
gomtrique moyen du march donne donc le mme rsultat que les cash-flows du projet
pendant la mme priode de temps.
Cependant un autre point de vue qui est parfois intressant revient savoir le montant que
nous auraient rapport les investissements des cash-flows investis (valeur nette future):
n
k 1
Par exemple si nous considrons un projet d'un investissement initial de 2'000.- (quivalent
un dbit bancaire ngatif) et de cash-flow positifs de respectivement 400.-, 800.- et 1'600.Ingnierie de Gestion de projets
327/533
Vincent ISOZ
(quivalent faire un crdit bancaire chaque priode respective), le montant final si le taux
gomtrique moyen du march est de 5% alors de:
Ce qui quivaut donc au montant obtenu en considrant les cash-flows positifs ou ngatifs
directement poss sur un compte bancaire.
E (aX 1 bX 2 ) aE ( X 1 ) bE ( X 2 )
quation 10 Linarit esprance
E (Ck )
E (Vk )
V0
k
(1 t %) k
k 1 (1 t %)
E (VAN )
V (Ck )
k
k 1 (1 t %)
V (VAN )
tout en se rappelant que:
Ingnierie de Gestion de projets
328/533
Vincent ISOZ
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.
Exemple:
Soit un projet dont les cash-flows annuels possibles sont estims comme suit (chiffres en kilo
francs):
n
E (Ck )
E (Vk )
E (Ck )
E
(
VAN
)
V0
0
k
k
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:
329/533
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%) 2
302 0.2 402 0.3 602 0.3 80 2 0.20 50 2
(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.837 kF
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.
330/533
Vincent ISOZ
Nous considrons que la probabilit de russite de la phase II est de 30%, celle de la de phase
III de 90%, celle de la troisime phase IV de 95%.
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.
Ingnierie de Gestion de projets
331/533
Vincent ISOZ
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!! 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).
Remarque: On peut appeler le rsultat du calcul de diffrentes faons "rserve fractionnaire"
(bien que cela n'ait aucun rapport avec la faon dont les tats imposent une rserve
fractionnaire aux banques) ou encore "rserve mathmatique" (bien que cela n'ait aucun
rapport avec la manire dont les assurances calculent la rserve mathmatique).
43
La thorie mathmatique sort du cadre de ce cours mais est disponible dans les rfrences bibliographiques du
prsent ouvrage
332/533
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'entreprises44.
44
333/533
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.
Ingnierie de Gestion de projets
334/533
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.
tat de la nature Dfavorable Favorable Trs favorable
Projet P1
1'200
1'500
1'800
Projet P2
700
900
1'200
Projet P3
-500
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.
335/533
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:
tat 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
336/533
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:
337/533
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%.
338/533
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!
339/533
Vincent ISOZ
Critre/Alternative Choix de X Choix de Y Choix de Z Plage
Facteur A
1
4
5
0-5
Facteur B
20
70
50
1-100
Facteur C
-2
0
1
-2 +2
Facteur D
0.4
0.75
0.4
01
Somme
19.4
74.75
56.4
Score normalis
12.9%
49.7%
37.5%
Cependant, vous remarquerez que la plage de valeurs pour chaque facteur du produit/projet
n'est pas la mme. Il est alors tout fait injuste de rsumer toutes les valeurs de plusieurs
critres et comparer le rsultat. Il est clair que le facteur B est dominant parce que la gamme a
une valeur plus leve. Pour tre juste, nous pouvons proposer au moins deux solutions
triviales:
1. Au lieu d'utiliser des valeurs arbitraires pour chaque facteur, nous positionnons juste le
choix pour chaque facteur: la valeur de rang plus petit est plus prfrable que celle de rang
suprieur (c'est psychologie par rapport l'usage quotidien de la majorit des humains).
2. Nous transformons la valeur du score de chaque facteur en fonction de la valeur de plage de
sorte que chaque facteur aura la mme tendue (normalisation des scores).
Essayons les deux solutions en commenant par la premire:
Critre/Alternative Choix de X Choix de Y Choix de Z
Facteur A
3
2
1
Facteur B
3
1
2
Facteur C
3
2
1
Facteur D
2
1
2
Somme
11
6
6
Score normalis
26.09%
36.96%
36.96%
o, puisque la plus petite valeur de rang est la meilleure, nous avons renormalis les codes de
la faon logique suivante:
1. Comme la somme de tous les rangs est toujours gale, soustraire du total des rangs RT la
somme des rangs d'une colonne RCi a pour effet automatiquement de lui donner l'importance
inverse (effectivement si la somme totale des rangs vaut 23 comme ci-dessus alors 23-6=17
alors que 23-11=12 donc nous avons bien l'effet recherch). Nous avons alors la somme des
rangs normalise:
SRNi RT RCi
2. Nous voulons un pourcentage, ds lors il est naturel d'crire:
% SRNi
RT RCi
R
1 Ci
RT
RT
3. Le problme de ce dernier calcul c'est qu'il donne systmatiquement somm pour toutes les
colonnes 200%. Il faut alors le multiplier par 0.5 tel que au final:
Ingnierie de Gestion de projets
340/533
Vincent ISOZ
R
%SRNi 0.5 1 Ci
RT
Maintenant il est important de remarquer que le fait de travailler avec les rangs ne donne plus
le mme rsultat que dans le tableau antprcdent. Effectivement, les choix Y et Z deviennent
indiffrents et donc nous avons perdu de l'information!
Raison pour laquelle est il recommand de travailler sur les scores plutt que les rangs car non
seulement travailler sur les rangs peut amener des galits qui n'avaient pas lieu d'tre mais
dans certains cas cela inverse mme le rang final de certains lments d'un choix (nous
parlons alors "d'effet d'inversion de rang par les scores").
Maintenant voyons l'effet qu'aurait de normaliser les scores du premier tableau entre 0 et
100% en utilisant simplement une rgle de trois (aprs dcalage des scores), le tableau
suivant:
Critre/Alternative Choix de X Choix de Y Choix de Z Plage
Facteur A
1
4
5
0-5
Facteur B
20
70
50
1-100
Facteur C
-2
0
1
-2 +2
Facteur D
0.4
0.75
0.4
01
Somme
19.4
74.75
56.4
Score normalis
12.9%
49.7%
37.5%
Devient alors:
Le calcul est clairement un peu plus compliqu qu'avec les rangs mais nous avon un rsultat
meilleur dans le sens que la conclusion n'est pas change.
Maintenant voyons une version naturellement plus volue inspire des portefeuilles
financiers incluant des poids aux critres. videmment le rsultat de l'exemple qui suit ne sera
plus comparable aux prcdents.
Donc considrons le tableau de poids suivant:
Poids
Poids relatifs
341/533
Vincent ISOZ
Bon ces techniques lmentaires dcisionnelles ayant t prsentes passons maintenant
l'APH proprement parl qui a une approche complment diffrente!
Remarque: Signalons que l'auteur de cette mthode (Thomas Saaty) a dit un logiciel qui
permet d'automatiser des procdures complexes de dcision bases entre autres sur sa
mthode et qu'il est possible de retrouver l'adresse suivante http://www.superdecisions.com.
L'approche de l'APH se veut dj tre trs mathmatique. Ds lors intuitivement nous
pouvons dj nous dire que les scores normaliss sont en ralit les composantes d'un vecteur
de poids de prfrence dont la somme vaut 100%:
w1
w
w
n
Ensuite la deuxime ide est de comparer via une matrice pour un facteur donn les choix qui
sont disposition (dans le but videmment d'avoir une approche utilisant la puissance de
l'algbre linaire). Par exemple en reprenant nos tableaux ci-dessus et en focalisant sur la
Facteur A, nous aurions:
Facteur A Choix A Choix B Choix C
Choix A
1
?
?
Choix B
?
1
?
Choix C
?
?
1
Les valeurs (scores) de la diagonale sont videntes car chaque choix ne peut pas tre prfr
lui-mme que dans une relation autre qu'une galit unitaire stricte.
Dj deux questions peuvent se poser ce niveau:
Q1. Sachant que les scores (parfois appels "stimulis") doivent avoir une forme de symtrie,
combien de scores en fonction du nombre de choix n devra faire un "juge".
Q2. Quelle chelle de score ("stimuli") choisir et quelle relation de symtrie (par exemple
entre Choix B-Choix A et Choix A-Choix B car si nous devons choisir l'un, l'autre doit
dcouler automatiquement).
Pour rpondre la premire question nous pouvons construire un simple tableau (il s'agit donc
simplement du nombre de cas au-dessous ou respectivement en dessous de la diagonale de la
matrice de prfrence):
Nbr. de choix 1 2 3 4 5 6 7 n
n n 1
Nbr. de
0 1 3 6 10 15 21
comparaisons
2
Pour rpondre la deuxime question il vaut mieux se mettre dans la peau d'un
mathmaticien, ingnieur ou statisticien. Dj sachant que l'galit est logiquement "1" il
serait mal venu de prendre l'ensemble des rels avec des valeurs ngatives pour la rciproque
sachant que dans ce cas l'galit devrait tre zro et non plus 1. Ceci dit prendre une matrice
de prfrence dont la diagonale serait des zros reviendrait utiliser des techniques propres au
Ingnierie de Gestion de projets
342/533
Vincent ISOZ
Data Mining puisque cela revient avoir une matrice des distances. Mais le problme des
matrices des distances dans le contexte qui nous intresse ici c'est que les composantes sont
symtriques et dans le cas des prfrences cela n'est pas de sens!
Donc notons la matrice carre des scores de la manire suivante:
A aij
1
a
21
an1
a12
1
an 2
a1n
a2 n
ann
Une piste serait de se dire que puisque nous avons un vecteur des poids w , il faudrait oprer
entre la matrice des prfrences et ce vecteur des poids d'une manire ou d'une autre. Or, en
pensant au fait que dans le domaine des Statistiques nous retrouvons souvent le concept de
vecteur et de valeur propre alors, le choix de la multiplication s'impose de faon assez
naturelle:
1
a
21
an1
a12
1
an 2
a1n
w
a2 n 1
w
1 n
Maintenant, le fait d'avoir pris la multiplication nous donne une piste sur le choix des
composantes de la matrice des prfrences. Effectivement, si nous prenons:
1
a
21
an1
a12
1
an 2
a1n
w1 / w1
w1
a2 n w2 / w1
1 n wn / w1
w1 / w2
w2 / w2
wn / w2
w1 / wn
w
w1
w2 / wn 1
n
w
w
n
wn / wn n
nous avons une relation entre un vecteur propre et une valeur propre entire via une matrice
(application linaire) dont les composantes sont les prfrences. Remarquez aussi au passage
que la somme des valeurs d'un colonne i est gale 1 / wi . Et si nous observons bien nous
avons en ralit:
w1 / w1
w / w
2 1
wn / w1
w1 / w2
w2 / w2
wn / w2
w1 / wn
a12
1
w1
w2 / wn 1 / a12
1
wn / wn n 1 / a1n 1 / a2 n
a1n
w
w1
a2 n 1
n
w
wn
n
1
Ce qui revient avoir un problme aux vecteurs et valeurs propres (cf. chapitre d'Algbre
Linaire):
A n1 w 0
tant donn le polynme caractristique suivant (cf. chapitre d'Algbre Linaire):
Ingnierie de Gestion de projets
343/533
Vincent ISOZ
et donc il n'y a qu'une seule valeur propre, elle est entire et vaut bien n 2 . Nous disons
alors que toute matrice carre rciproque de dimensions 2 est consistante.
Passons une dimension suprieure:
det A I 3 3 3 2 1 1 1 a31a23 a12 a13 a21a32 1
3 3 2 a31a23 a12 a13 a21a32 2 0
Nous disons dans ce cas que toute matrice carre rciproque de dimensions 3 n'est pas
ncessairement consistante. Pour que cela soit le cas, il faudrait que:
Alors si:
a jk aij aik
la matrice est consistante. Nous verrons un peu plus loin l'impact pratique qu' cette dernire
galit.
Il faut bien videmment au besoin normaliser le vecteur propre afin que la somme des poids
de prfrence soit unitaire tel que:
344/533
Vincent ISOZ
wN
w
wi
Donc cela nous amne avoir si nous jugeons notre prfrence sur une chelle du type
suivant pour nos trois choix du Facteur A:
[Choix A] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix B]
[Choix A] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix C]
[Choix B] 9 8 7 6 5 4 3 2 1 2 3 4 5 6 7 8 9 [Choix C]
et en faisant bien attention mettre les prfrences directes dans la partie suprieure de la
matrice et l'inverse dans la partie infrieure (sinon quoi le vecteur propre ne sera pas le mme
et in extenso les poids aussi!):
Facteur A Choix A Choix B Choix C
Choix A
1
1/3
5
Choix B
3
1
7
Choix C
1/5
1/7
1
Dans l'exemple ci-dessus les prfrences sont consistantes car si B est prfr A ( B A ) et
A est prfr C ( A C ), nous devrions alors avoir logiquement B C ce qui est bien le
cas ici. Dans le cas contraire nous disons que les choix sont inconsistants. Cette consistance se
rsume par la relation vue plus haut o dans le cas idal nous devrions avoir:
a jk aij aik
Soit pour tre consistant nous allons nous intresser la combinaison faisant intervenir les
choix C et B, c'est--dire:
a j 3 a2 j a23 a AC aBA 5 3 15
Donc pour tre totalement consistants nous devrions avoir pour aBC la valeur de 15 mais ce
n'est pas quelque chose que nous pouvons exiger pratiquement parlant. Cependant l'cart la
consistance parfaite va gnrer des valeurs propres supplmentaires autre que l'unique valeur
propre qui vaut n lorsque la consistance est parfaite. Ds lors, une mesure possible de
l'inconsistance est la moyenne des valeurs propres autres que la principale:
1 n
i
n 1 i 2
qui en cas de consistance parfait est donc nul.
Pour simplifier le calcul de CI, nous allons utiliser le fait que nous avons dmontr dans le
chapitre d'Algbre Linaire que la trace d'une matrice est gale la somme de ces valeurs
propres. Donc nous pouvons crire:
345/533
Vincent ISOZ
n
i 1
i 2
i 2
tr A n i max i i n max
D'o un choix possible pour mesure la consistance:
n max
n 1
Mais par tradition nous prenons la valeur ngative de cette relation comme dfinition du
"critre de consistance":
CI
max n
n 1
Donc ci-dessus, par exemple, le choix B a t not 3 par rapport au choix A (donc B est
prfr A). Dtermin le poids des prfrences revient donc un problme de vecteurs et
valeurs propres:
1 1 / 3 5
w1 1 1 / 3 5
w1
1 7 n1 w2 3
1 7 1 w2 0
3
1 / 5 1 / 7 1
w n 1 / 5 1 / 7 1
w
n
n
o il ne faut pas oublier que multiplier une matrice avec un scalaire revient multiplier les
valeurs propres par ce mme scalaire (et non directement les composantes des vecteurs
propres). Raison pour laquelle que nous cherchions les vecteurs propres de la matrice des
prfrences ou de la matrice des prfrences normalise par 1/n les vecteurs propres seront les
mmes!
Donc en faisant des calculs la main ou par ordinateur (cf. chapitre d'Algbre Linaire), nous
obtenons:
w1 0.397989
27.895%
w w2 0.914031 wN 64.911%
07.192%
w 0.1012818
n
Mais les trois valeurs propres ne sont pas nulles car nous avons:
3.06488 3
0.03244
3 1
OK c'est proche de 0 donc a priori c'est une bonne consistance. Mais pour avoir un jugement
scientifique sur cette valeur le mieux reste encore de faire des milliers de simulations de
matrices avec des jugements tirs au hasard consistants ou non et de calcul leur consistance
Ingnierie de Gestion de projets
346/533
Vincent ISOZ
moyenne. Ainsi d'aprs l'article original, avec 50'000 simulations nous obtenons pour chacune
des matrices de prfrence de taille n un indice alatoire de consistance (not RI pour
"random index"):
4
5
6
7
8
9
10
n 1 2 3
RI
0 0.52 0.89 1.11 1.25 1.35 1.40 1.45 1.49
Remarque: Dans la pratique il est conseill de ne pas dpasser n valant 7 car au-del l'esprit
humain de la peine conceptualiser rapidement.
Donc dans le cas de notre exemple, nous avons la ratio de consistance:
CR
CI 0.03244
0.0623
RI
0.52
Et videmment plus ce ratio est petit (dans le sens infrieur l'unit!) mieux c'est. Il est
d'usage dans la pratique de dire que si ce ratio est infrieur 0.1 alors l'inconsistance est
acceptable (et donc la consistance est bonne).
Voyons maintenant un cas multi-niveaux de l'APH.
Exemple:
Considrons que nous devons choisir parmi 4 voitures sur la base de 3 critres:
Supposons que la matrice des prfrences soit trois premiers critres techniques soit:
Technique
Style
Fiabilit
Consommation
Style
1
2
1/3
Fiabilit
1/2
1
1/4
Consommation
3
4
1
En faisant les mmes calculs que plus haut ou en s'aidant d'un logiciel, nous obtenons:
347/533
Vincent ISOZ
Maintenant nous faisons le deuxime niveau, c'est--dire la matrice de prfrence des voitures
pour le style (comparaison par paire des styles donc):
Voiture Style
Civic
Saturn
Escort
Clio
Civic
1
4
1/4
6
Saturn
1/4
1
1/4
4
Escort
4
4
1
5
Clio
1/6
1/4
1/5
1
Et nous faisons de mme pour les deux autres critres pour obtenir:
Il s'agit maintenant de combiner ces deux niveaux! Pour cela il semble intuitif de faire la
multiplication matricielle (pondration) suivante:
0.1160
0.2470
0.0600
0.5770
0.3790 0.3010
0.3060 Civic
0.3196
0.2900 0.2390
0.2720 Saturn
0.5584
0.0940 Escort
0.0740 0.2120
0.1220
0.2570 0.2480
0.3280 Clio
348/533
Vincent ISOZ
Une grande partie de ce que nous venons de voir en ce qui concerne la phase d'identification
peut se rsumer au schma non normalis suivant:
source: ANCORE Management|www.ancoremanagement.eu
349/533
Vincent ISOZ
Nous savons que faire un modle du planning (projet) consiste notre poque se familiariser
avec le logiciel de gestion de projets, 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 projets, 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 projets. Principalement, ces outils lui permettront de faire ce qu'un
gestionnaire de projets 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:
Ingnierie de Gestion de projets
350/533
Vincent ISOZ
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.
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.)
351/533
Vincent ISOZ
Prenons, par exemple, un projet o il n'existe aucun cart entre les cots budgtiss et les
cots rels, mais o l'on retrouve une diffrence entre le temps d'achvement probable et le
temps d'achvement rel d'une tche du projet. Le responsable de cette activit du projet devra
alors examiner cet cart et expliquer les raisons pour lesquelles on n'a pas respect la dure
initialement prvue. Il faut rviser les objectifs si des drives sont constates au cours de la
ralisation.
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
Ingnierie de Gestion de projets
352/533
Vincent ISOZ
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 mois45
45
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).
353/533
Vincent ISOZ
8.6.4.1 Engineering
Nous allons juste parler ici de vocabulaire mthodologique qui n'a rien d'extraordinaire.
Lorsqu'un projet est en phase de ralisation (ou mme parfois en phase d'analyse) nous
diffrencions (dsol je n'ai jamais vu les termes quivalents en franais):
1. Le "white box forward engineering" qui consiste raliser partir d'un cahier des
charges ou d'un processus abstrait le produit final (livrable) d'un point de vue micro
Ingnierie de Gestion de projets
354/533
Vincent ISOZ
(plus petit de ses composants) et macro (interface homme machine
(IHM)/touch/visuel externe).
2. Le "black box forward engineering " qui consiste partir d'un cahier des charges ou
d'un processus abstrait un produit final (livrable) qui vient se greffer ou se superposer
une solution existante dont on ne connat pas le fonctionnement interne mais que les
entres/sorties.
3. Le "white box reverse engineering" qui consiste dans le cadre d'une ralisation de
projet dcortiquer le fonctionnement d'un lment existant impos dans l'cosystme
du projet et ce en ayant accs de manire transparente jusqu' son plus petit lment et
ses interactions avec l'environnement technique ou naturel (approche "atomique").
4. Le "black box reverse engineering" qui consiste dans le cadre d'une ralisation de
projet dcortiquer le fonctionnement d'un lment existant impos dans l'cosystme
du projet et en n'ayant pas accs l'intrieur de l'lment mais en observant son
comportement (output) des stimulis externes (input).
355/533
Vincent ISOZ
mordus les doigts de ne pas l'avoir fait (je parle l de pertes de plusieurs centaines de
millions de francs suisses46)
7. N'oubliez pas que le contrat doit spcifier que les pnalits de dlais ne peuvent avoir
lieu que si et seulement si le cahier des charges initial n'est pas modifie pendant
l'excution du projet. Dans le cas contrait, c'est--dire en cas de modification du cahier
des charges, les dlais et les cots devront tre mise jour et passer par un processus
de
La proposition de changement peut tre:
Rejete
...
...
videmment, 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. Le PMI insiste sur le fait que le responsable de projet devrait
normalement grer seul la gestion des changements... Je nuancerai ce point de vue en y
incluant de nombreux "si...".
Une chose intressant que le PMI recommande (et moi aussi par retour d'exprience) ce que
mme si vous avez une ide qui permette d'amliorer le projet du client ou l'excution du
projet, demandez-en toujours l'accord au client!!!
46
Je pense ici particulirement au conflit entre l'entreprise Bomdardier et les CFF (chemins de fer fdraux)...
356/533
Vincent ISOZ
Commenons par discuter de la frquence d'observation ou d'analyse par le responsable de
projet de son planning.
Il faut savoir que dans la ralit, la complexit et les possibilits des logiciels de planification
sont tels qu'il est trs difficile un responsable de projet qui lui seul est responsable des 9
rles du PMBOK de grer un projet avec plus de 50 personnes et une dizaine de fournisseurs
heure par heure. Effectivement, cela s'explique par le fait qu'un suivi correct de projet
ncessite par ressource suivie de remplir une dizaine de champs d'informations et galement
de complter la documentation annexe.
Ds lors mon retour d'exprience montr que l'on peut considrer les scnarios suivants:
Un suivi avec une frquence horaire peut amener au pire pour avoir loup une
information ou un vnement important une dviation positive ou ngative de
quelques jours du chemin critique.
Un suivi avec une frquence journalire peut amener au pire pour avoir loup une
information ou un vnement important une dviation positive ou ngative d'une
semaine du chemin critique.
Un suivi avec une frquence hebdomadaire peut amener au pire pour avoir loup une
information ou un vnement important une dviation positive ou ngative d'au
maximum un mois du chemin critique.
Bas sur ce REX (retour d'exprience) personnel et non exhaustif, le responsable de projet
peut faire le cheminement inverse: savoir qu'elle est sa rserver mathmatique de temps et
adapter sa frquence de suivi en consquence.
Enfin, indiquons que les responsables de projets confondent ou ignorent la distinction entre
les trois concepts du suivi d'avancement du temps et cette ignorance engendre soit des graves
problmes au niveau du suivi du projet (incomprhension mutuelle de ce qui est dsign dans
les courriels ou les tlphones), soit de la manipulation de la part des ressources qui jouent
subtilement avec l'une des trois informations:
%Travail achev (avancement en charge): Indique le statut actuel d'une tche, d'une
ressource ou d'une affectation, exprim en tant que pourcentage du travail (effort)
calcul initialement sur la tche. Le calcul du % Travail Achev est li au % Achev.
357/533
Vincent ISOZ
source: ANCORE Management|www.ancoremanagement.eu
Pour un exemple pratique concernant ces trois indicateurs, le lecteur pourra se rfrer mon
livre lectronique sur le logiciel MS Project.
358/533
Vincent ISOZ
au budget initial, se substitue le budget date qui intgre les dcisions modificatives
intervenues pour tenir compte des difficults ou opportunits rencontres
359/533
Vincent ISOZ
Remarque: La gestion de la valeur acquise (en anglais, "Earned Value Management", d'o
l'acronyme EVM) est une mthodologie cr aux Etats-Unis (norme ANSI/EIA Standard 748)
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 :
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:
360/533
Vincent ISOZ
2. Au niveau d'une tche: avancement identique en %
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.
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
361/533
Vincent ISOZ
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
Cette diffrence a pour origine des variations de cot de ralisation des tches. La variation de
cot de ralisation d'une tche s'explique:
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
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.
362/533
Vincent ISOZ
L'indicateur de l'cart de cot CV mesure la drive budgtaire (positive ou ngative) ; on
complte gnralement cette information par un indicateur en valeur relative qui permet de
mieux apprcier l'importance de l'enjeu par rapport au projet. Il suffit, de diviser l'cart de
cot par la valeur budgtaire du ralis (qui constitue la rfrence en matire de dpenses),
pour obtenir l'cart de cot relatif que nous appellerons encore cart de performance relatif:
CV %
CV
CBTE CRTE BCWP ACWP
CBTE
CBTE
BCWP
Tous les indicateurs vus jusqu' maintenant peuvent se rsumer avec le graphique fameux de
la courbe en S (sigmode) suivant47:
47
La courbe est en S car la phase excution du projet est celle qui est cense tre la plus gourmande en cots.
363/533
Vincent ISOZ
IPC
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.
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).
364/533
Vincent ISOZ
On trouve de tout... du pire et du meilleur... un exemple frquent dans le domaine de
l'informatique est de faire des extrapolations linaires (rgression linaire) des charges du
travail:
c'est un peu simpliste et entach d'une incertitude non quantifie... (on se retrouve donc au
18me sicle scientifiquement parlant).
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 notation...).
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.
Ingnierie de Gestion de projets
365/533
Vincent ISOZ
- 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:
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:
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 %.
366/533
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).
367/533
Vincent ISOZ
E3.Vous avez planifi un projet pour dvelopper un logiciel qui devrait prendre 1 an. Le cot
total de ce projet est budgt 12'500.- par mois.
Six mois aprs le dbut du projet, nous constatons que le travail est effectu 50% et que
nous avons dpens 70'000.-. Sur la base de ces informations, remplissez le tableau cidessous:
Valeurs
BAC =12*12'500=150'00
PV
=50%*150'000=75'000.EV
=50%*150'000=75'000.AC
=70'000.CV
=EV-AC=75'000-70'000=5'000.SV
=EV-PV=75'000-75'000=0.CPI =EV/AC=75'000/70'000=1.07
SPI
=EV/PV=75'000/75'000=1
EAC =BAC/CPI=150'000/1.07=140'186.91.ETC =EAC-AC=140'186.91-70'000=70'186.91.VAC =BAC-EAC=150'000-140'186.91=9'8130.9
Ainsi, le projet n'est ni en avance ni en retard comme le montre le SPI de 1 (s'il avait t plus
petit que 1 le projet aurait t en retard, plus grand que 1 en avance).
Sinon le projet aura un cot final probablement infrieur ce qui avait t prvu tant donn
que le CPI est suprieur 1.
368/533
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%.
369/533
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:
CV CRTE CBTE ACWP BCWP 300 300 0
et comme nous avons ACWP 300. cela rpond la question. Le BCWP correspond donc
bien aux cots initiaux de la tche (500) rapport la dure de 10 jours relativement la
position de la date d'tat (60%)
Si nous changeons les cots fixes de la tche 2000.-, nous avons en toute logique (toujours
selon la date d'tat!):
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:
Ingnierie de Gestion de projets
370/533
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!
8.6.4.5 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:
371/533
Vincent ISOZ
de mathmatique applique sur ces deux sujets). Mise en situation relle avec des
"Stress-Test" (analyse de la robustesse)
372/533
Vincent ISOZ
Nous avons vu dans le modle MS Word de cahier des charges donn pendant le cours qu'il y
avait un point concernant la qualit qui consistait donc identifier des critres quantifiables
de la qualit de la ralisation du projet ainsi que du livrable et de l'utilisation de celui-ci
pendant sa dure de vie (chantillonnage, fiabilit, tolrancement, etc.). Nous avons aussi vu
que dans ce mme cahier des charges il tait important de dfinir le Plan d'Assurance
Qualit48 (PAQ) ainsi que la Charte des Normes et Standards (CNS) qui contiennent donc
la liste des normes et standards nationaux et internationaux respecter dans le cadre du projet
et les moyens de mesure scientifiques de respect des critres qualit.
La stratgie qualit dans le cadre d'un projet peut ainsi se rsumer de manire un peu simpliste
par le cercle (processus) suivant:
Vision et
objectifs
Comment
continuer
avancer?
O est -on?
Comment
savoir que
nous y
sommes?
O
voullonsnous aller?
Comment
faire pour y
aller?
Pour initier et maintenir ce cycle il faut cependant des conditions minimales permettant
l'acquisition probable d'un rsultat correct conforme aux spcifications et qui sont souvent
considres comme tant:
La matrise de ces conditions ne peut tre obtenue que dans le cadre d'une organisation, fiable
et cohrente comportant aussi son propre systme de surveillance.
48
Moyens mis en oeuvre pour garantir et prouver le niveau que le niveau de qualit est maintenu ou
constamment amlior.
373/533
Vincent ISOZ
L'assurance de la qualit dans les projets garantit elle 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 ainsi que sur le fameux "COQ", c'est--dire
(conformment la norme AFNOR X 50-126: Guide d'valuation des cots rsultants de la
non qualit) le Cot d'Obtentation la Qualit qui consiste vrifier que les cots engendrs
par une dmarche de gestion de la qualit a un retour sur investissement par rapport aux
Cots de Non-Qualit (CNQ) eux-mmes tant la somme des cots de non-qualit interne
(CI) et cots de non-qualit externe (CE). Signalons aussi l'indicateur de Cot
d'Investissement dans la Qualit (CIQ) qui est la somme du cot d'valuation (ou de
dtection) et du cot d'obtention de la qualit. Il arrive aussi que l'on distingue dans cette
catgorie:
1. Les Cots Contrlables (CC) qui sont les dpenses volontaires gnres pour
maintenir un certain niveau de qualit. Ces cots sont eux-mmes spars souvent en
deux sous-catgories:
a. Les Cots de Prvention (CP) qui est l'investissement humain et matriel
engags pour vrifier, prvenir et rduire les anomalies c'est--dire pour
financer les actions menes au niveau des causes des anomalies.
b. Les Cots de Dtection (CD) ou d'valuation (CE) qui sont les cots
engags pour vrifier la conformit des produits aux exigences qualit c'est-dire pour financer la recherche des anomalies
Nous pouvons rsumer les cots qualit par l'excellent graphique suivant (qui est le mme que
celui du modle de Wilson en logistique):
374/533
Vincent ISOZ
ou par le tableau suivant:
Cots de correction
Cots de prvention
= cots de non-qualit
=cots lis la prvention des problmes
Cots des anomalies Cots des anomalies Cots de correction
Cots de prvention
internes
externes
...avant que le
...aprs que le produit = dpenses pour
= investissement
produit ne quitte
a quitt l'entreprise
vrifier la conformit pour rduire les
l'entreprise
anomalies de faon
prventive
Pour information, le PMBOK v3 identifie les cots suivants dans le domaine de la gestion de
la qualit:
-
Mais qui doivent (toujours selon la proposition du PMBOK v3) d'conomiser au niveau:
-
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 personnelle:
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.
375/533
Vincent ISOZ
Excellence
Management qualit
(amlioration continue,
suivi et anticipation)
Assurance qualit
(preuve de la
confirmit)
Matrise
(recherche de
conformit)
Assurance
Dmontrer
que l'on respect
Management
PILOTAGE
AMLIORATION
CONTINUE
376/533
Vincent ISOZ
2. Pour des raisons de cot, la socit Tepco aurait vit de mettre en place trop de
systme de redondance dans leur centrale nuclaire 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
Nous voyons alors bien travers ces deux exemples (et je pourrai en donner une centaine
d'autres sur le niveau de qualit interne que j'ai pu observer dans de nombreuses
multinationales), que nous connaissons les entreprises qui affichent de bons bnfices nets...
mais ce que nous ignorons, ce sont les entreprises qui ont de bonnes mthodes qualit.
Ainsi, contrairement ce que disent beaucoup de consultants qualit, la qualit n'a pas pour
rle que de satisfaire les exigences implicites ou explicites des clients car celles-ci peuvent
tre absurdes, irrespectueuses de l'tique, des lois ou de la simple logique! La qualit serait
plutt l'Ensemble des rgles de bonnes pratiques de conception d'un produit, respectueuses de
demandes du mandant, de la philosophie de travail du mandataire, des rgles sociales,
lgales et des normes internationales approuves que tout audit interne ou externe tout
moment doit pouvoir dmontrer le respect.
Bref, outre le respect vident des normes de qualit/scurit/environnementales qui devrait
tre obligatoire et contrl rgulirement par des vanglistes passionns et neutres
(indpendants) dans ce domaine d'activit, dans les cours de gestion de projet PMI, ITIL ou
CMMi souvent il est demand comment savoir si un indicateur statistique de contrle de
qualit (produit ou processus) est un bon indicateur.
Ingnierie de Gestion de projets
377/533
Vincent ISOZ
Il faut d'abord savoir avant de rpondre cette question que la qualit est devenue aujourd'hui
un nouveau dfi pour de nombreuses entreprises face une conomie en baisse de rgime et
face au Japon qui envahit le monde occidental par des produits bon march et de bonne
qualit.
L'amlioration de la qualit des produits fait partie depuis longtemps des proccupations
essentielles des entreprises. Actuellement, cette notion s'tend l'ensemble des organisations
quelles qu'elles soient: industries, socits de service ...
La statistique a une place essentielle dans ce mouvement qualit par les techniques et la
mthodologie qu'elle propose pour aider une rsolution objective, mthodique et rigoureuse
des problmes.
Dans cette introduction, nous tentons de replacer la Matrise Statistique de la Qualit (MSQ)
dans son contexte historique et d'en prsenter la dfinition et la philosophie.
Il existe pour cela des techniques assez labores de niveau licence voir doctorat universitaire
qui dpassent largement un cours de gestion de projets pour des non spcialistes
(mathmaticiens, physiciens, conomistes).
Nous pouvons cependant donner un aperu d'une technique pratique et la mode qui se
nomme Six Sigma (ISO 13053-1:2011). Nous allons reprendre ici nouveau un exemple
donn par mon site Sciences.ch49 (donc de nombreuses dmonstrations s'y trouvent que nous
omettrons ici sinon le document ferait 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 (voir mon livre de Mathmatiques Appliques).
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.
49
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.
378/533
Vincent ISOZ
Le Dr.W. Edwards Deming (statisticien et physicien thoricien considr comme le pre de la
qualit quantitative) 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
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
Ingnierie de Gestion de projets
379/533
Vincent ISOZ
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-conformit50 gnrant des cots consquents amputant
srieusement les bnfices esprs.
La mthode Six Sigma offre des techniques et outils simples accessibles des non
mathmaticiens 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 Mathmatiques Appliques) sont passes sous silence dans
cette mthode ce qui est assez tonnant...
Cette mthode se base principalement sur les lois de distributions classiques (voir mon livre
de Mathmatiques Appliques) avec un vocabulaire propre ce standard amricain, la
recherche oprationnelle (voir mon livre de Mathmatiques Appliques), la thorie de la
dcision et jeux (voir mon livre de Mathmatiques Appliques).
50
Une non-conformit est le non-respect d'une exigence dfinie dans la spcification du produit, du service, du
processus de ralisation, ou encore par rapport aux procdures dcrivant le systme qualit de l'entreprise.
380/533
Vincent ISOZ
Pour Deming, les mthodes statistiques de la qualit peuvent apporter une aide significative
aux entreprises qui parviennent les appliquer avec succs. La participation et le soutien du
management dans l'effort d'amlioration de la qualit est une composante primordiale pour le
succs de l'implantation du SQC. Les outils de base du SQC doivent devenir connus et utiliss
par tous dans une organisation. Une formation continue aux outils et aux principes de
l'amlioration de la qualit est aussi ncessaire pour atteindre leur matrise. L'amlioration de
la qualit doit devenir une partie de la culture de l'organisation.
1. Crez un esprit visant l'amlioration continue des produits et services dans le but
de devenir comptitif, de rester dans le march et de fournir des emplois. Le
management doit tre convaincu que l'entreprise vivra encore longtemps et viser
des rsultats long terme plutt que des profits court terme. Il doit pour cela
prvoir des ressources pour la recherche, le dveloppement et la formation. Les
choix stratgiques se feront sur base des besoins de la personne la plus importante
de la chane: le CLIENT.
2. Adoptez une nouvelle philosophie. Nous sommes dans un nouvel ge conomique.
Le management doit s'veiller au challenge, doit prendre ses responsabilits et
prendre la direction du changement. Il doit accepter que l'ancienne pratique qui
consistait accepter une certaine proportion de produit dfectueux soit dpasse.
L'amlioration de la qualit d'un produit est un effort continu qui ne doit jamais
s'arrter.
3. Cessez d'utiliser l'inspection pour obtenir la qualit. liminez le besoin
d'inspection exhaustive en construisant la qualit dans le produit ds sa conception.
Inspecter du produit fini permet de retirer la proportion de produit dfectueux mais
vient trop tard. Un tel produit a dj trop cot et une telle pratique n'amliore en
rien le procd. Le contrle doit se faire en cours de production par l'application de
mthodes de SPC ou mieux, avant production dans le design du produit et du
procd de fabrication.
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.
Ingnierie de Gestion de projets
381/533
Vincent ISOZ
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
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.
382/533
Vincent ISOZ
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
Des revues (runions) et audit de qualit doivent tre mis sur place au moins 1 fois par
trimestre avec procs-verbaux obligatoires
383/533
Vincent ISOZ
-
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.
E=mc
Efficiency
=
Meeting Corporate Code
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.
384/533
Vincent ISOZ
Documentation
(chartes,
processus,
instructions)
Conseils clients
efficaces
Scurit
Composantes
de la qualit
Prise en compte
de
l'environnement
Conformit
Dlais
Prix
8.6.4.6.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.
385/533
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
DPU
3
1
3
DPO
DPU
nombre total d'lments par produits
DPO
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:
386/533
Vincent ISOZ
DPU
106
m
quation 13 DPMO
Comme la probabilit D qu'un lment d'une pice soit non dfectueux est de 87.5% alors, par
l'axiome des probabilits conjointes (voir mon livre de Mathmatiques Appliques), 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 (voir mon livre de
Mathmatiques Appliques):
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 (voir mon livre de
Mathmatiques Appliques):
n p
Ingnierie de Gestion de projets
= n pq
387/533
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
DPU k DPU
e
k!
avec:
DPU
DPU
Ingnierie de Gestion de projets
388/533
Vincent ISOZ
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
e0.1258
0!
1 1
e 0.3679 36.79%
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 , , )
k
2
Ainsi, dans notre exemple, nous avons 1 et l'cart-type est donn par l'estimateur sans
biais de l'cart-type (voir mon livre de Mathmatiques Appliques):
1 n
xi 2
n 1 i 1
quation 18 ESB
P(0,1,1)
1
1 2
01
212
1
2
1
2
0.2419 24.19%
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 (voir mon livre de Mathmatiques
Appliques) doivent tout de suite l'oublier. Effectivement, comme en qualit la valeur
Ingnierie de Gestion de projets
389/533
Vincent ISOZ
optimiste sera le zro par dfinition, la probabilit que le nombre de dfauts soit gal 0 sera
immdiatement de zro.
Comme le signale trs justement Philip Bayard Crosby (considr avec Deming comme un
des initiateurs de la dmarche qualit et inventeur du concept "zro dfauts"):
Nous sommes tous habitus admettre que l'erreur est invitable. Non seulement, nous en
acceptons l'ide, mais nous nous attendons ce qu'elle se produise. Lorsque nous concevons
un circuit imprim, programmons un ordinateur, soudons des joints, tapons une lettre la
machine nous acceptons l'ide, sans que cela nous drange de commettre quelques erreurs
et la direction de l'entreprise en tient compte dans la formulation de ses plans Pourtant, il
faut bien admettre que nous n'avons pas les mmes critres de comportement dans notre vie
prive. Si tel tait le cas, il faudrait nous rsigner, de temps autre, ne pas recevoir notre
d quand nous allons encaisser un chque. On trouverait normal que, de temps autre, une
infirmire laisse tomber un bb qui vient de natre Seulement voil, en tant qu'individu,
nous ne tolrons pas ce genre de chose. Nous avons donc deux types de critres de
comportement : les uns pour notre travail, les autres pour notre vie prive. Cette diffrence
d'attitude s'explique par le fait que l'environnement familial impose des contraintes plus
strictes que l'environnement professionnel. En bref, il nous faut dterminer si nous, les
cadres, formulons clairement les instructions donnes ceux qui comptent sur nous pour les
guider et les orienter. Nous devons donc formuler une norme qui dfinisse, d'une manire
claire et constante, quel est le niveau de qualit requis (P. B. Crosby, La qualit, c'est
gratuit, l'art et la manire d'obtenir la qualit, Economica, 1986, 313 p. 1986, p. 174).
L'ide de zro dfaut peut apparatre galement comme la consquence d'une division du
travail dveloppe pour des produits complexes. En effet, pour des productions en srie de
produits complexes, quand on applique des pourcentages de dfauts de l'ordre de 0.1% ou 1%,
la qualit qui en rsulte est mdiocre. B. Lamotte (B. Lamotte , La matrise de la qualit : des
cercles la qualit totale dans les stratgies,d'entreprises face aux ressources Humaines.
L'aprs-Taylorisme, Economica, Paris, 1988) propose ce sujet un exemple tout fait
clairant:
Considrons que le montage d'une voiture de tourisme comprend 2'500 oprations et que
chaque opration est parfaite 99 fois sur 100. A priori, russir une opration dans 99 % des
cas est le signe d'une matrise quasi parfaite de la qualit. Mais en fait, la perfection de
l'ensemble suppose que 2'500 fois de suite, les oprations soient parfaitement ralises. Si la
production quotidienne se monte 2'000 units, sur les 5 millions d'oprations effectues
quotidiennement dans notre usine, il y a 1% de dfauts de montage soit 50'000, et en moyenne
25 dfauts par voiture, ce qui est difficilement acceptable. Aussi, admettons que cette usine
imaginaire soit dote d'un service de contrle intervenant la fin du montage de faon
systmatique. Cela reprsente un cot considrable en heures de travail de contrle. Si les
dfauts peuvent tre corrigs, il faudra faire des retouches, remplacer des pices peut-tre, et
travailler dans des conditions imprvues pour corriger les dfauts. S'ils sont trop importants,
ces dfauts rendent les produits inutilisables, et les rebuts sont extrmement coteux. Pire
encore, si le service de contrle ne voit que 99 % des dfauts, il en subsiste 500
quotidiennement, et cela suppose des retours et rparations coteuses ainsi qu'une
dtrioration de l'image de marque selon les performances de la concurrence.
390/533
Vincent ISOZ
Cp
E
6
Cp
USL LSL
6
quation 19 Cp
C
L'indice 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.
391/533
Vincent ISOZ
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
T
1
(USL LSL)
2
T
3 C p
392/533
Vincent ISOZ
CPU
USL
3
CPL
LSL
3
Cp
8.6.4.7 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
Ingnierie de Gestion de projets
393/533
Vincent ISOZ
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:
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.
Ingnierie de Gestion de projets
394/533
Vincent ISOZ
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.
395/533
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.
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?
Ingnierie de Gestion de projets
396/533
Vincent ISOZ
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.
397/533
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.
398/533
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 interlocuteurs51)
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.
51
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.
399/533
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.
9.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
Ingnierie de Gestion de projets
400/533
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
9.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 173 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
401/533
Vincent ISOZ
bien rdig la fin de la rencontre. Vous avez intrt avant et aprs la rencontre de
montrer via l'envoi de e-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.
9.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.
402/533
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,
403/533
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?
9.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)
404/533
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.
405/533
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.
406/533
Vincent ISOZ
10. 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 sauf
accord crit des suprieurs (pour viter les mauvaises surprises quelques annes plus
tard...)
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
L'thique passe avant les termes contractuels de travail (mme si la loi dit le
contraire!)
Enfin indiquons que selon le PMI (et la lgislation de la majorit des pays) qu'il n'y a pas
s'inquiter si un employ utilise des comptences extrmement pointues et sensibles acquises
dans un emploi prcdent pour un projet en cours chez son nouvel employeur. Les contrats de
confidentialit interdisent seulement de communiquer des mthodes de travail ou secrets
industriels mais pas d'utiliser un savoir acquis (du moins jusqu' preuve du contraire...).
407/533
Vincent ISOZ
tablir la
stratgie de la
gestion de la
connaissance
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
408/533
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)
409/533
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:
tat de la nature
Projet P1
Projet P2
Projet P3
Dfavorable
1'200
700
-500
Trs favorable
1'800
1'200
1'600
410/533
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
411/533
Vincent ISOZ
412/533
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:
413/533
Vincent ISOZ
12.1.3 Gantt
nonc:
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.
414/533
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:
415/533
Vincent ISOZ
416/533
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:
417/533
Vincent ISOZ
tO Ti 0.7 di
t P 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) t Pr , l'cart-type et la valeur modale selon le PMBOK52
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
52
418/533
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:
Ingnierie de Gestion de projets
419/533
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
420/533
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
421/533
Vincent ISOZ
L( y ) k y T L(2)
2
L( y ) k y T L(3)
2
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
422/533
Vincent ISOZ
423/533
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:
424/533
Vincent ISOZ
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
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.
425/533
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:
426/533
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):
427/533
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:
428/533
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:
429/533
Vincent ISOZ
430/533
Vincent ISOZ
431/533
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):
G 1
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.
432/533
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!
Ingnierie de Gestion de projets
433/533
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)
434/533
Vincent ISOZ
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):
435/533
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!):
436/533
Vincent ISOZ
437/533
Vincent ISOZ
438/533
Vincent ISOZ
439/533
Vincent ISOZ
Ordinaire Inutilisable
50%
30%
20%
40%
440/533
Vincent ISOZ
441/533
Vincent ISOZ
Quelle est la meilleure manire de rpartir la production sur les 6 mois afin de minimiser le
cot total sachant que nous avons un stock initial de 50 units?
Solution:
Pour trouver la solution, dans un premier temps, nous construisons un tableau avec la
production effective et les stocks effectifs qui seront calculs:
442/533
Vincent ISOZ
et nous obtenons:
443/533
Vincent ISOZ
Nous souhaiterions savoir quel doit tre l'ordonnancement des tches afin de minimiser le
retard du travai (si retard il y a...).
Comme il y a:
6! 720
combinaisons possibles, nous n'allons pas faire cela la main...
Solution:
D'abord, il faut oublier de trouver une solution et cela ne sera pas possible avec MS Excel
2007 ou antrieur... car il y manque dans le solveur une contrainte nomme "tous diffrents".
Nous utiliserons donc MS Excel 2010.
Pour rsoudre ce problme avec MS Excel 2010, nous pouvons d'abord prparer un tableau du
type suivant quelques lignes plus bas dans la mme feuille:
444/533
Vincent ISOZ
o l'ide est d'avoir dans le tableau en haut l'ordonnancement original (pour en garder une
trace et comparer le avant/aprs) et en bas le tableau optimis.
Voici les formules classiques explicites du deuxime tableau:
445/533
Vincent ISOZ
Ce qui donne:
Et il ne faut pas tre surpris si pour l'alorithme volutionnaire, chaque excution, et dans le
cas particulier prsent, l'ordre des 4 premires tches peut tre permut puisqu'elles
n'influencent pas sur le rsultat final quel que soit leur ordonnancement.
446/533
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:
447/533
Vincent ISOZ
448/533
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.
449/533
Vincent ISOZ
Vient alors une bote de dialogue qu'il convient de remplir comme suit:
450/533
Vincent ISOZ
Ce qui donne (nous avons mis des couleurs pour mettre en vidence un choix de
regroupement arbitraire):
451/533
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
2'531.25 2500
0.05 5%
2'500 3
S3. L'intrt global est donn par la mthode des diviseurs fixes:
m
I i Ck nk
k 1
452/533
Vincent ISOZ
453/533
Vincent ISOZ
454/533
Vincent ISOZ
(1 ti ) 1
i 1
455/533
Vincent ISOZ
teq %
t % 12%
1%
m
12
teq %
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
456/533
Vincent ISOZ
Donc:
Co
Cn
3'582.15
3'000.
n
(1 t %)
(1 3%)6
Cn
1 20 2 1 3.526%
C0
457/533
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( ).
458/533
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%
459/533
Vincent ISOZ
460/533
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
461/533
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.
462/533
Vincent ISOZ
C
C
20000
2590.09.
n
1
an 1 v
1
10
t%
1 5%
5%
463/533
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
464/533
Vincent ISOZ
20000 2000
3000.
6
S2. Ce calcul est facile (il est normalement inutile de faire usage d'Excel (ou autre tableur)
pour une telle chose):
20000 2000
3000
6
%
15%
20000
20000
ou dans MS Excel (petite tricherie):
=TAUX.INTERET(01.01.1999;01.01.2005;20000;2000;4)=-15%
465/533
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:
18000 4285.71.
21
4
18000 3428.57.
21
3
18000 2571.42.
21
2
18000 1714.28.
21
1
18000 857.14.
21
A1
A2
A3
A4
A5
A6
466/533
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.
467/533
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:
468/533
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.
469/533
Vincent ISOZ
V0
k
k
k
(1 t %)
k 1 (1 t %)
k 1 (1 t %)
n
VAN
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
470/533
Vincent ISOZ
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.
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
471/533
Vincent ISOZ
o dans le tableau ci-dessus F.N.T. signifie "Fond Net de Trsorerie" ("net cash flow" en
anglais), 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:
472/533
Vincent ISOZ
Nous remarquerons au passage qu' partir de la 3 anne, l'investissement initial est rembours.
On parle alors de priode de payback.
2. Graphiquement nous avons:
473/533
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:
Ingnierie de Gestion de projets
474/533
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:
475/533
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%
476/533
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 )
477/533
Vincent ISOZ
et donc:
478/533
Vincent ISOZ
479/533
Vincent ISOZ
en effet les charges fixes prennent 85 % du chiffre d'affaires calcul en multipliant P 150.
par le chiffre alatoire V des ventes et de plus il faut soustraire les charges fixes de 915'000.S1. L'esprance mathmatique du rsultat est en utilisant la proprit de linarit de
l'esprance:
E ( R) 22.5 E (V ) 915'000 22.5 60 '000 915'000 435'000.
( R) 22.5 (V ) 571'000.
S2. Le seuil de rentabilit est dfini par:
R 150 15% V 915 '000 0
Puisque les ventes suivent une loi Normale, la rentabilit aussi suit une loi Normale de
paramtres:
( 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%
Ingnierie de Gestion de projets
480/533
Vincent ISOZ
2
S3. Il s'agit donc de calculer P V c'est--dire de mettre dans MS Excel (ou autre
3
tableur):
481/533
Vincent ISOZ
Qe
2 NCL
2 600 3000
200
Cs
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:
Ingnierie de Gestion de projets
482/533
Vincent ISOZ
Ct
N
N
Q
CL S s t % Pu CL S s Cs
Q
Q
2
Ct
N
600
Q
200
C L e S s Cs
3000
S s 90
Qe
200
2
Ct
600
200
3000
90 9000 9000 90 200 18'000.
200
2
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
483/533
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%
Ingnierie de Gestion de projets
484/533
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
1000
99
9%
485/533
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.
486/533
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
487/533
Vincent ISOZ
E ( R)
E
3
150
p 2%
(1 2%)
et pour la variance:
p2
(2%)2
85.732
488/533
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
489/533
Vincent ISOZ
EM
xi
i 1
xi x
i 1
n 1
490/533
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.
Ti LSL 420
et pour la tolrance suprieure:
Ts USL 720
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%
491/533
Vincent ISOZ
les 5'020 [h]). Donnez les indicateurs classiques relativement au peu d'informations
communiques.
Solution:
F (t ) 1 exp (t ) dt 1 e t
f (t )
dF (t )
e t
dt
492/533
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!
493/533
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!
MTBF 5
0.2 / mois
494/533
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 e 20 98.17%
495/533
Vincent ISOZ
= 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
496/533
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:
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
497/533
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:
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%
498/533
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:
1 n
S
( X i X )2
n 1 i 1
2
S 2 ECARTYPE(13;13;12;12.55;12.99;12.89;12.88;12.97;12.99)^2=0.112
n9
df n 1 8
2
0.025
(8)=KHIDEUX.INVERSE(0.025;8)=17.534
2
0.975
(8)=KHIDEUX.INVERSE(0.975;8)=2.179
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
499/533
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
p X
48
26
96%, p Y
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:
500/533
Vincent ISOZ
Z
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:
501/533
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:
502/533
Vincent ISOZ
503/533
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 responsable de projet sont sous contrle (test
de normalit de Kolmogorov-Smirnov sous Minitab).
504/533
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:
505/533
Vincent ISOZ
506/533
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:
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.
Ingnierie de Gestion de projets
507/533
Vincent ISOZ
Dans Minitab nous allons dans Outils de la qualit/Analyse de capabilit/Normale:
508/533
Vincent ISOZ
509/533
Vincent ISOZ
13. 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
510/533
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 (CdC)
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)
CAPA
511/533
Vincent ISOZ
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
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. Un change request peut donc tre une demande d'action corrective, prventive ou
simplement d'une modification.
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 (CdP)
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)
512/533
Vincent ISOZ
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)
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
513/533
Vincent ISOZ
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
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
514/533
Vincent ISOZ
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
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
515/533
Vincent ISOZ
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
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
516/533
Vincent ISOZ
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
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
517/533
Vincent ISOZ
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
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
518/533
Vincent ISOZ
(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.
(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
519/533
Vincent ISOZ
Indicateur de mesure de la qualit perue par le client en fonction de ses attentes. (Selon AFNOR
2004)
Inflation
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.
520/533
Vincent ISOZ
(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
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.
Norme
Une norme industrielle industrielle ou mthodologique est un rfrentiel publi par unorganisme de
normalisation officiel comme l'AFNOR, ISO, IEEE, etc. Un standard est un rfrentiel ayant une
diffusion large. Aux tats-Unis on utilise le terme "standard" au lieu de "norme", d'o la confusion
parfois entre les deux dans le monde francophone.
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)
521/533
Vincent ISOZ
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)
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.
522/533
Vincent ISOZ
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
(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)
523/533
Vincent ISOZ
(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)
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)
524/533
Vincent ISOZ
(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)
(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)
525/533
Vincent ISOZ
(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
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
526/533
Vincent ISOZ
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
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
527/533
Vincent ISOZ
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).
Un service est une manire de dlivrer de la valeur un client en facilitant l'obtention de ses rsultats
tout en lui pargnant la proprit des cots et des risques spcifiques y tant associs. (Selon ITIL
2011)
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
528/533
Vincent ISOZ
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
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
529/533
Vincent ISOZ
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.
530/533
Vincent ISOZ
531/533
Vincent ISOZ
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.
Pour terminer, je voudrais remercier ici les quelques collgues et clients qui ont bien voulu
me faire part de leurs remarques pour amliorer le contenu de ce livre lectronique. Il est
cependant certain qu'il est encore perfectible sur de nombreux points.
Je fais ce qui est crit,
j'cris ce que je fais
je donne la preuve de ce que j'ai fait!
532/533