← Parcours PMP
🧭

Le PMI mindset & l'éthique

Fondations
🧠Comprendre en lisant n'est pas savoir écrire.🧠Un module est fini quand tu peux le reproduire fenêtre fermée.🧠Écris le problème en français avant d'écrire du code.🧠Une question impossible cache trois questions faciles.🧠Retape le code à la main. Puis referme et réécris-le.🧠Essaie d'abord, cherche ensuite.🧠Cherche « comment on écrit ça », jamais « qu'est-ce que je dois faire ».🧠Pour comprendre du code, casse-le.⌨️Une fonction qui plante sur un cas limite n'est pas finie.⌨️Si un bloc a un nom clair, il mérite d'être une fonction.⌨️Savoir lire une erreur vaut plus que connaître dix méthodes.⌨️Diagnostiquer, c'est éliminer dans l'ordre — pas essayer au hasard.⌨️Une optimisation sans mesure avant/après est une croyance.🔍Regarde le fichier avant de le charger.🔍Une performance anormalement bonne est une hypothèse à réfuter.🔍Cette valeur existe-t-elle à l'instant où je dois prédire ?🔍fit sur le train, transform partout.🔍Un chiffre qu'on ne sait pas raconter est un chiffre qu'on n'a pas compris.🔍Un graphique sans question n'a rien à dire.🤖Un score d'entraînement parfait n'est jamais une bonne nouvelle.🤖Le jeu de test ne se regarde qu'une fois.🤖Plus tu essaies de configurations, plus ton meilleur score est optimiste.🤖Un seuil de décision est un arbitrage économique, pas un réglage technique.🤖Commence toujours par une baseline. Note son score.🤖Le meilleur modèle n'est pas le plus précis, c'est celui qu'on peut maintenir.🚀Un modèle en production n'est pas un livrable, c'est un système vivant.🚀Un secret publié est un secret compromis.🚀Pour chaque permission : que se passe-t-il si cette machine est compromise ?🚀Un post-mortem qui cherche un coupable ne produit aucune amélioration.🚀« Nous n'utilisons pas cette variable » n'est pas une garantie d'équité.🚀Rends l'arbitrage explicite et chiffré. Ne le tranche pas en silence.🚀Un résultat qu'on ne sait pas reproduire est une anecdote.

🎯 Objectifs d'apprentissage

À l'issue de ce module, tu seras capable de :

  • 01Adopter le raisonnement attendu par le PMI face à une question situationnelle
  • 02Identifier la réponse « servant leader » parmi des options plausibles

Prérequis

Module Fondamentaux

Penser comme le PMI : servant leadership & valeur

30 min

La plupart des candidats échouent non par manque de connaissances, mais parce qu'ils ne répondent pas « à la manière PMI ». Maîtriser ce mindset vaut plus que mémoriser 49 processus.

Les réflexes PMI à intégrer

Le chef de projet est un servant leader : il sert l'équipe, lève les obstacles, facilite — il ne commande pas de façon autoritaire.

L'équipe est autonome et responsabilisée : on ne micro-gère pas. Quand un problème technique survient, on laisse souvent l'équipe le résoudre.

On crée de la valeur, pas seulement des livrables : la finalité d'un projet est un bénéfice métier, pas juste « terminer à temps ».

Proactif, jamais réactif : le bon PM anticipe, communique tôt, et traite la cause racine plutôt que le symptôme.

On ne fuit jamais un problème : on ne l'ignore pas, on ne le remonte pas immédiatement à la hiérarchie sans avoir cherché à comprendre. D'abord analyser, puis agir.

Test mental face à une question : la bonne réponse est presque toujours celle qui consiste à comprendre/analyser la situation, communiquer, et impliquer les bonnes personnes — avant d'escalader, de blâmer ou d'imposer.

Ressource : vidéos « PMP mindset » de David McLachlan — https://www.youtube.com/channel/UC8uqqZwyoW303ZeWyUiNdMg

✍️ Exercices de la leçon

2 exercices

Fais-les dans l'ordre, dans un vrai fichier .py — pas dans ta tête. Ne déplie la correction qu'après avoir écrit quelque chose, même faux.

🔧

Exercice ARéflexe instinctif contre réflexe PMI

Application directe · Tu appliques ce que tu viens de lire.

Pour chacune de ces six situations, écris deux réponses :
- A — ce qu'un chef de projet ferait instinctivement, ou ce qu'on voit faire en entreprise

- B — ce que le PMI attend

Puis, en une phrase, le principe qui explique l'écart.

  1. 1.Un développeur n'arrive pas à résoudre un bug depuis deux jours.
  2. 2.Le sponsor demande d'ajouter une fonctionnalité en cours de projet.
  3. 3.Un membre de l'équipe est régulièrement en retard aux réunions.
  4. 4.Le projet va dépasser son délai de trois semaines.
  5. 5.Deux membres de l'équipe sont en conflit ouvert.
  6. 6.Un livrable est terminé dans les délais mais le client ne l'utilise pas.

Le n° 6 est le plus révélateur du mindset PMI. Prends-y garde.

🧩

Exercice BQuatre réponses plausibles, une seule attendue

Cas situationnel · Aucune grille fournie : à toi de raisonner et de justifier.

Cas situationnel.

Vous dirigez un projet en approche agile. Lors du daily, un développeur signale qu'une bibliothèque tierce utilisée par l'équipe présente une faille de sécurité connue. Il propose de la remplacer, ce qui prendrait environ une semaine. Le sprint se termine dans trois jours et l'engagement de sprint est déjà tendu.

Que faites-vous en premier ?


A. Escalader immédiatement au sponsor pour obtenir un délai supplémentaire.

B. Demander au développeur de remplacer la bibliothèque tout de suite, la sécurité prime.

C. Faire évaluer par l'équipe la gravité et l'exploitabilité de la faille dans votre contexte, puis décider avec le Product Owner.

D. Reporter le sujet à la rétrospective de fin de sprint pour ne pas perturber l'engagement en cours.
  1. 1.choisis la réponse et justifie
  2. 2.pour chacune des trois autres, explique pourquoi elle est plausible et pourquoi elle est fausse
  3. 3.identifie le mot de l'énoncé qui départage les réponses
  4. 4.comment la réponse changerait-elle si le projet était prédictif plutôt qu'agile ?

Le point 2 est le cœur de l'exercice. Savoir pourquoi une réponse est fausse vaut mieux que savoir laquelle est juste — c'est ce qui te permettra de traiter une question que tu n'as jamais vue.

🤖

Question sur cette leçon ? Clique sur 💬 Demander au tuteur en bas à droite.