Sélectionner une page
Si vous avez apprécié cet article, vous êtes libre de le partager ! :)

QUIZ INTRODUCTIF    

Quiz : vous avez été nommé responsable d’un projet de construction d’un centre commercial. Vous suivez ses différents livrables et pilotez les différents fournisseurs. Votre sponsor vous demande de lui faire parvenir un rapport d’avancement. Quel type de données ne sont pas considérées comme des données de performance d’exécution ?

A) Les données sur le nombre de demandes de changement

B) Les données sur la gestion des risques potentiels des fournisseurs 

C) Les données sur le nombre de défauts constatés sur les livrables

D) Les données sur le pourcentage d’avancement des travaux

[1] Corrigé : Corrigé du quiz en bas de cet article.

Cette semaine nous allons aborder quelques notions qui paraissent abstraites au premier abord mais qui, après quelques explications, vous paraîtront certainement moins difficiles qu’elles n’y paraissent. Si vous êtes en train de vous former ou de préparer la certification PMP® du PMI®, vous devez savoir ce que signifie une référence de base (une baseline), une donnée de performance exécution (WPD, Work Performance Data en anglais), une information sur la performance exécution (WPI : Work Performance Information, en anglais) et un rapport sur la performance exécution (Work Performance Report, en anglais).

QU’EST-CE QU’UN RÉFÉRENCE DE BASE (BASELINE) ?

Une fois n’est pas coutume, pour illustrer ce que signifie une référence de base au sens PMI® du terme, je vous propose une métaphore. Vous souvenez-vous de Dick Fosbury ? Il s’agit du premier athlète américain à avoir remporté l’épreuve du saut en hauteur aux jeux olympiques de Mexico en 1968 en tentant un nouveau type de saut. Il s’agissait d’un saut en rouleau dorsal, qu’on appelle depuis la technique du « Fosbury » (cf. vidéo ci-dessous). Si vous regardez à nouveau son exploit, vous verrez qu’avant de réaliser son saut, il le visualisait au travers d’une gestuelle très particulière (poings fermés, dialogue interne, autosuggestion positive, etc.) qu’on appelle dans le domaine sportif « techniques d’imagerie mentale ». 

Cette technique repose sur des points de référence : Fosbury visualisait « des points de référence », c’est-à-dire les endroits précis où ses pieds devaient être posés pendant sa course d’élan et pendant sa prise d’appui pour pouvoir sauter. Il visualisait les endroits précis où ses bras devaient se situer pour équilibrer son corps, sa tête, etc. Cette technique est très utile pour les sportifs car elle les aide à disposer d’une ligne de conduite idéale. Par ailleurs elle favorise la concentration, la gestion du stress et les mécanismes de réussite. 

Vidéo de Dick Fosbury aux jeux olympiques de Mexico en 1986 

Bien sûr, cela ne veut pas dire que cette technique fonctionne à tous les coups. Il existe une multitude d’interférences qui pourraient gêner la mise en place de cette technique (le bruit d’un pétard pendant la course, le cri hostile d’un spectateur, une rafale de vent particulière, etc.) mais lorsque l’athlète examine ensuite sa prestation (notamment à l’aide de caméras spécifiques), il la comparera à ces points de référence. Il pourra ainsi soit ajuster ses points de référence, soit améliorer sa technique de course et/ou sa technique de saut. Eh bien dans le domaine du projet, lorsqu’on travaille de manière prédictive, c’est exactement la même chose : nous avons besoin de points de référence pour pouvoir disposer d’une ligne de conduite idéale. Il existe 3 références de base : la référence de base du périmètre (Scope Baseline), qui nous confirme ce qu’il y a à livrer (nous avons bien à livrer des pommes et non pas des poires), la référence de base de l’échéancier (Schedule Baseline), qui nous donne un planning de référence (avec un chemin critique) et la référence de base des coûts (Cost Baseline), qui nous donne le budget théorique du projet. Ces 3 références de base sont généralement associées à ce qu’on appelle le triangle d’or de la gestion de projet (pour comprendre ce même principe d’un point de vue agile, je vous invite à consulter l’article intitulé : comprendre l’agile iron triangle). Vous l’aurez compris, ces références de base vont servir de point d’appui au chef de projet, à l’image de notre exemple précédent avec Dick Fosbury. Il s’agit de disposer d’une ligne de conduite idéale permettant de contrôler au maximum les coûts du projet. Il s’agira ensuite de comparer ces références de base à ce qui sera fait dans la vraie vie. C’est ce qu’on appelle des « performances d’exécution ». Exemple : est-ce que nous avons dépensé plus que prévu ou moins que prévu dans la référence de base des coûts ? Est-ce que nous avons produit plus vite ou moins vite que prévu dans la référence de base de l’échéancier ? Etc. le chef de projet pourra ainsi disposer d’éléments tangibles pour revoir les références de base ou améliorer les performances d’exécution. Il faudra voir ce travail comme une conduite à tenir tout au long du projet car ces références de base sont « contractuels« .  

WPD (Work performance data) : DONNEÉS DE PERFORMANCE D’EXÉCUTION :

Il faut les envisager comme des « observations » brutes sur les performances réalisées pendant le projet. Il s’agit de regarder la « manière » dont la performance a été produite. Je les appelle « informations non fiables » car elles n’ont pas encore été « contrôlées ». Exemple : lorsque vous observez pour la première fois le « vase de Rubin », vous observez un vase aux multiples significations. Ce n’est qu’après l’avoir correctement analysé que pourrez lui mettre du sens. Mais tant que vous n’avez pas fait ce travail d’analyse, votre observation restera « brute », c’est à dire sujette à des « informations non fiables ».  

Supposons que vous ayez à construire un jardin futuriste connecté composé de robots jardiniers. Vous gérez votre projet au quotidien et un matin, votre sponsor vous contacte pour que vous lui présentiez un rapport d’avancement sur les livrables obtenus. Pour ce faire, vous allez dans un premier temps recueillir la « manière » dont la performance de ces livrables a été réalisée. Par exemple : vous allez regarder combien d’argent vous avez dépensé réellement pour produire les livrables de votre projet (le moteur du robot, son bras gauche, son bras droit, etc.). Quel est votre pourcentage d’avancement des livrables ? Est-ce qu’on a soumis plusieurs demandes de changement pour produire les livrables du robot jardinier ou est-ce qu’au contraire nous l’avons créé d’une seule traite ? Etc. Pour savoir si le résultat de ces prélèvements est « normal », vous aurez besoin de faire un travail de « contrôle » pour interpréter correctement ces données. Le fruit de ce travail de contrôle se nomme « information sur la performance d’exécution » (WPI : Work performance information).    

WPI (Work performance Information) : INFORMATION SUR LA PERFORMANCE D’EXÉCUTION

Les informations sur la performance d’exécution (WPI, Work performance information) sont davantage à envisager comme les « interprétations intelligentes » des WPD (Work Performance Data) récoltés. Je les appelle « informations fiables » car les données recueillies sont censées avoir été contrôlées et correctement interprétées. Il s’agit d’interroger ici le fondement, le sens et la valeur des observations brutes récoltées précédemment (Cf. paragraphe précédent). Pour ce faire nous allons comparer les données de performance d’exécution (WPD, Work Performance Data) aux références de base. L’idée sera de savoir d’une part, si nous sommes « oui ou non » en retard par rapport au planning de référence (référence de base de l’échéancier) ou en avance. Et d’autre part savoir « pourquoi » nous sommes en avance ou en retard.

Bien sûr cette comparaison se fera pour l’ensemble des domaines de connaissances du projet. Comparer la qualité produite par rapport à la qualité souhaitée (nombre de défauts pour cent pièces), comparer les coûts réels par rapport aux coûts théoriques du projet (référence de base des coûts), comparer les risques par rapport à la gestion des risques, etc.   

Ensuite comme je le disais, il s’agira d’interroger la signification de ces informations contrôlées. Savoir « pourquoi » nous sommes en avance ou en retard par rapport à la référence de base de l’échéancier « pourquoi » nous sommes au-dessus ou en dessous des coûts par rapport à la référence de base des coûts, etc.

Ce sera le résultat d’un travail « d’analyse » de données : analyse des causes racines, analyse des écarts, etc. et de « représentation » des données : diagramme de cause et effet (Ishikawa), diagramme de Pareto, etc.   

NB : Attention, le terme « données » n’a pas exactement la même signification que les techniques utilisées sur ces données au sens PMI® du terme. Lorsque vous étudierez le PMBOK® un peu plus en profondeur, vous verrez que le terme « données » est polysémique car il existe plusieurs nuances à ce terme dans la langue anglaise. Exemple : « input » est traduit en français par « donnée d’entrée », alors que le terme exact devrait être « entrée ». De la même façon « data représentation » est traduit en français par « représentation des données », alors que le terme exact (au sens PMI® du terme toujours) devrait être « représentation des informations ». Puisque nous avons vu qu’une donnée de performance d’exécution (WPD, Work Performance Data) n’était pas aussi fiable qu’une information sur la performance d’exécution (WPI, Work Performance Information). Bref ce n’est pas très important, mais sachez bien faire la distinction entre ces différentes nuances.

WPR (Work performance Report) : RAPPORT SUR LA PERFORMANCE D’EXÉCUTION

Le rapport sur la performance d’exécution pourrait être comparé à un classeur. Il ne s’agit ni plus ni moins que d’un regroupement des informations collectées précédemment après avoir analysé leurs impacts. Les informations sur la performance d’exécution (WPI, Work performance information) une fois consolidées, sont regroupées dans le « WPR » (Work Performance Report). Ce rapport mettra ensuite en première page les informations « clés » de performance d’exécution (cf. paragraphe précédent) pour aider à la prise de décision. Il s’agira par exemple de faire apparaître des notes de synthèse, des mémos, recommandations, etc. Ce rapport sera ensuite distribué et communiqué à l’équipe projet et aux parties prenantes concernées par ces informations. Selon les cas de figure, ce rapport permettra de faire des demandes de changement officielles sur les livrables à réaliser.

CONSEILS POUR L’EXAMEN PMP®

Si vous envisagez de passer la certification PMP® du PMI® prochainement devrez faire savoir la différence entre ces 3 acronymes. Par ailleurs, vous devrez également savoir dans quel(s) processus ils se situent par rapport aux 49 processus (Cf. le guide intitulé Process Groups, a practice guide page n°22 ou encore dans le guide PMBOK® 6th, page n°25).

Allez, je vous propose un petit exercice. Pour vous en souvenir facilement, je vous suggère de vous munir d’un papier et d’un stylo et de dessiner le tableau des 49 processus sur un grand format (prenez une feuille de paperboard ou une feuille A4 si vous n’avez pas de feuille de paperboard). Puis dessinez le cheminement suivant : 

Etape 1 : Le processus intitulé : « diriger et gérer le travail du projet » (Direct and Manage Project Work) dispose en « output » des données de performance d’exécution, des « WPD » (Work Performance Data).

Etape 2 : On retrouve les WPD en « input » de tous les groupes de processus de contrôle (Monitoring and Controlling), à savoir les processus suivants : Maîtriser le périmètre, Maîtriser l’échéancier, Maîtriser les coûts, Maîtriser la qualité, Maîtriser les ressources, Maîtriser les communications, Maîtriser les risques, Maîtriser les approvisionnements, Maîtriser l’engagement des parties prenantes.

Etape 3 : Les processus de l’étape 2, disposeront en « output » des informations sur la performance d’exécution (WPI, Information sur la performance d’exécution). Et ces WPI se regrouperont ensuite dans notre rapport sur la performance d’exécution (WPR, Work Performance Report) en « output » du processus 4.5 intitulé : « Maitriser le travail du projet » (Monitor and Control Project Work). Puis ce rapport sera envoyé (en « input » donc) dans les processus intitulés : « Gérer les communications » et « Gérer l’équipe ».      

CONCLUSION : CECI EST UNE AFFAIRE DE « MINDSET »

Si au terme de cet article vous avez encore quelques doutes sur ces notions, cela est tout à fait normal car elles nécessitent un certain temps de digestion. Ces acronymes ne sont pas compliqués en soi à comprendre. Dites vous que c’est une sorte « d’état d’esprit » de l’univers prédictif PMI® : on collecte des informations dites non fiables qu’on appelle « données de performance d’exécution » (WPD, Work Performance Data), on les contrôle pour en vérifier la véracité et l’impact en fonction de 6 domaines (les coûts, les délais, le périmètre, les ressources, les parties prenantes et les risques). On les appelle « informations sur la performance d’exécution » (WPI, Work Performance Information). Puis on les regroupe dans un classeur qu’on nomme « Rapport de performance d’exécution » (WPR, Work Performance Report). 

Allez un dernier exemple : vous êtes le responsable du projet de déménagement d’une usine de fabrication de chocolat. Loana votre collaboratrice, vous appelle pour vous dire que Pierre (une ressources externe) sera en retard de plusieurs semaines car son ordinateur a été piraté et il contenait plusieurs données sensibles (données de performance d’exécution : WPD). Vous appelez Pierre pour savoir ce qu’il se passe. Mais Pierre vous réponds que le problème n’est pas très grave car il dispose d’un fichier de sauvegarde. Il comptait justement vous contacter pour faire un point avec vous car ce petit souci aura un impact d’1 jour ou 2 sur le planning. Vous regardez l’impact de cette information sur vos références de base et vous regardez s’il est nécessaire de la communiquer aux parties prenantes, aux équipes ou aux parties prenantes (données de performance d’exécution : WPD). Fort heureusement, ses activités n’étaient pas situées sur le chemin critique et disposaient de quelques jours de marge. Vous regroupez les impacts liés à cette information dans un classeur (ou document synthétique) et les communiquez aux parties prenantes concernées par cette information (Rapport sur la performance d’exécution : WPR).    

Pour votre examen, retenez surtout qu’il faudra simplement connaître leur signification. Vous pouvez également compléter cette lecture au travers du PMBOK® n°7 (voir définition du terme « suivre /Monitor »). 

Envie de faciliter votre chemin vers la certification PMP® ? Découvrez notre formation dédiée et notre simulateur de questions d’examen 100% francophone (avec corrigé au format vidéo). Cliquez-ici pour simplifier votre préparation et restez centré sur l’essentiel.

__________________________________

Sources et références :

[1] Corrigé : Réponse B. C’était la seule proposition qui ne portait pas directement sur les données de performance des livrables du projet. Les données de performance d’exécution concernent le pourcentage d’avancement des travaux effectivement (et directement) réalisés, les mesures de qualité et de performance technique, les dates de début et de fin des activités de l’échéancier, le nombre de demandes de changement, le nombre de défauts, les coûts réels et les durées réelles. (Cf. le guide intitulé Process Groups, a practice guide, section 1.8, page n°23). 

___________________________________

6 Commentaires

  1. Cherazade

    Merci pour cet article tres complet où tu as fait énormément de recherche ! J’ai aimé le passage sur la visualisation ! Il est évident que lorsque qu’on ne cesse de visualiser son point d’arrivé nous sommes plus aptes à réussir notre cheminement ! Merci pour ton article très instructif 🙂🙂🙂!

    Réponse
  2. Ousmane Tawel CAMARA

    Merci Tarik pour ces explications. Je dois valider Insh ALLAH mon CAPM le 25 Novembre à venir. Dans les examens blanc , la différence entre WPD, WPI et WPR était comme de la mer à boire mais depuis que j’ai découvert ton article, je sais désormais ou les placer et dans quekl processus ils se trouvent. Je rajoutererai que les données de performance d’exxécution sont aussi une donnée d’entrée du processus valider le périmètre et que le rapport de performance d’exécution est une donnée d’entré du processus maitriser les changements.

    Je souhaiterais savoir si tu dispose d’un article qui permet de se remémorer facilement les processus dans lesquels la charte de projet apparait et n’apparait pas. Voici aussi une autre affaire qui trouble l’esprit lol.

    Réponse
    • Tarik Cherkaoui

      Bonsoir Ousmane, merci pour cette question et ton apport est tout à fait pertinent : merci et bravo à toi ! 🙂 Concernant la charte de projet, c’est très simple. C’est un « input » de tous les processus en « point 1 » (6.1, 7.1, 8.1, 9.1, 10.1, etc.) c.à.d. les processus qui planifient les « plans de gestion ». Tu la retrouveras aussi dans les inputs des processus suivants : 4.2, 4.7 et 5.1., 5.2 et 5.3 (et 4.1 bien sûr en « output » !). Mais de toi à moi, cette information ne me semble pas très importante. Tu dois surtout te concentrer sur les « outputs » principaux des 49 processus. Si je devais te donner un ordre de priorité, je dirais que tu dois mémoriser les « outputs » principaux à 200%, les « inputs » principaux à 80% et les « outils et techniques » principaux à 70%. Bonne chance pour ton examen CAPM ! 🙂

      Réponse
      • CAMARA Ousmane Tawel

        Bonjour Tarik,
        comment vas tu? je te remercie pour ta réponse que je viens de voir (désolé pour le retard). Bien noté le conseil. Ehhh oui le CAPM est validé depuis lol. Avec de très belles performances d’ailleurs. Je suis en cemoment avec SCRUM que je prépare également (PSM1). A bientôt.

        Réponse

Soumettre un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *


Si vous avez apprécié cet article, vous êtes libre de le partager ! :)