Les Fondamentaux du Management de Projet – PMP
Project Management Foundations : les bases indispensables pour comprendre tout le reste
Ce chapitre est l’un des plus importants, non pas parce qu’il est le plus dense techniquement, mais parce qu’il pose les fondations sur lesquelles tout le reste repose. Si vous comprenez bien les concepts de ce chapitre, vous aurez une grille de lecture solide pour aborder les chapitres suivants et pour raisonner sur les questions situationnelles de l’examen.
1. Projet, programme, portfolio — les distinguer clairement
Qu’est-ce qu’un projet ?
Un projet est un effort temporaire — il a un début et une fin — entrepris pour créer un produit, service, ou résultat unique. Il est lancé pour apporter de la valeur à l’organisation et à ses parties prenantes. À la fin d’un projet, ses livrables sont transférés aux opérations courantes.
La distinction projet/opérations est importante : les opérations sont des activités répétitives et continues (traiter la paie chaque mois, par exemple). Un projet, lui, se termine. L’examen teste régulièrement cette distinction.
Programme
Un programme est un groupe de projets connexes gérés de manière coordonnée pour obtenir des bénéfices qu’on ne pourrait pas atteindre en les gérant séparément. Le chef de projet collabore avec le program manager quand son projet fait partie d’un programme.
Portfolio
Un portfolio regroupe des programmes, des projets, et des activités opérationnelles, priorisés et gérés ensemble pour atteindre un objectif stratégique de l’organisation. Les projets d’un portfolio n’ont pas forcément de lien entre eux — ils partagent simplement un objectif business commun.
OPM — Organizational Project Management
L’OPM est le cadre stratégique qui guide la gouvernance des portfolios, programmes, et projets. Il s’assure que tous les efforts de l’organisation sont alignés avec ses objectifs stratégiques. Un projet qui ne s’aligne plus avec la stratégie organisationnelle peut être modifié ou annulé en cours de route.
2. La gouvernance organisationnelle et projet
La gouvernance organisationnelle désigne la façon dont une organisation définit ses politiques, procédures et processus pour atteindre ses objectifs business. Elle couvre notamment les obligations éthiques, sociales, réglementaires, et environnementales.
La gouvernance projet est le cadre dans lequel le chef de projet manage son projet. Elle doit s’inscrire dans la gouvernance organisationnelle et peut être administrée par le PMO. Elle couvre l’autorité du chef de projet, les processus de risque, de communication, de ressources, et de gestion des changements.
Pour l’examen : un chef de projet doit toujours s’assurer que la gouvernance de son projet est cohérente avec la gouvernance de l’organisation — et non l’inverse.
3. Les structures organisationnelles — un impact direct sur votre autorité
La structure de l’organisation dans laquelle évolue le projet détermine directement le niveau d’autorité du chef de projet. C’est l’un des sujets les plus testés de ce chapitre.
Organisation fonctionnelle
Les équipes sont regroupées par spécialité (comptabilité, marketing, IT…). Le chef de projet a peu ou pas d’autorité. Les membres de l’équipe rapportent à leur manager fonctionnel. Le travail projet s’ajoute au travail opérationnel normal. Sur l’examen : pensez “silos”.
Organisation projet (Projectized)
L’organisation est structurée par projets. Le chef de projet a une autorité totale sur les ressources. Les membres de l’équipe travaillent uniquement sur le projet et n’ont pas de “département d’origine” où retourner une fois le projet terminé. Sur l’examen : pensez “sans foyer fixe”.
Organisation matricielle
Hybride entre les deux. Les membres de l’équipe rapportent à deux managers : le chef de projet et le manager fonctionnel. Sur l’examen : pensez “deux managers”. Il existe 3 sous-types :
- Matrice forte : l’autorité appartient au chef de projet
- Matrice équilibrée : l’autorité est partagée
- Matrice faible : l’autorité appartient au manager fonctionnel — le chef de projet est comparable à un coordinateur ou un expéditeur de projet
Règle d’or pour l’examen : si la structure n’est pas précisée dans une question, supposez qu’il s’agit d’une organisation matricielle — c’est la plus courante.
Attention : “Tight matrix” ne désigne pas un type d’organisation matricielle. C’est simplement le terme pour la colocation — mettre l’équipe projet dans le même espace physique. Ce terme peut apparaître comme distracteur dans les questions.
4. Le PMO — Project Management Office
Le PMO est le département interne qui soutient les projets, standardise les pratiques de management de projet, et assure la conformité avec la gouvernance. Il existe sous trois formes principales :
- PMO supportif : fournit des templates, méthodologies, et leçons apprises. Niveau de contrôle faible — il conseille mais n’impose pas.
- PMO contrôlant : fournit du support, exige l’utilisation d’outils et de processus spécifiques, assure la conformité. Niveau de contrôle modéré.
- PMO directif : gère directement les projets, nomme les chefs de projet, et est responsable des résultats. Niveau de contrôle élevé.
Pour l’examen : supposez toujours qu’il existe un PMO, sauf indication contraire. Lisez la question pour identifier si le PMO est supportif, contrôlant, ou directif.
Dans les organisations agiles, le PMO peut s’appeler Value Delivery Office (VDO) ou Agile Center of Excellence (ACoE).
5. La sélection de projets — les mesures économiques
Le chef de projet n’est généralement pas impliqué dans la sélection des projets — mais il doit comprendre pourquoi son projet a été sélectionné pour bien le manager. Voici les principales mesures économiques à connaître pour l’examen.
ROI (Return on Investment)
Mesure la rentabilité potentielle d’un investissement. Plus le ROI est élevé, mieux c’est.
Valeur Actuelle (Present Value — PV)
Formule : PV = FV / (1 + r)^n. La valeur aujourd’hui d’un flux de trésorerie futur. $300,000 reçus dans 3 ans valent moins que $300,000 aujourd’hui.
VAN (Net Present Value — NPV)
La valeur actuelle nette des bénéfices moins les coûts sur plusieurs périodes. En général : plus la VAN est élevée, meilleur est le projet. Un NPV positif signifie que le projet rapporte plus qu’il ne coûte.
TRI (Internal Rate of Return — IRR)
Le taux de rendement d’un projet. Plus l’IRR est élevé, meilleur est le projet. Pas de calcul requis à l’examen.
Délai de récupération (Payback Period)
Le temps nécessaire pour récupérer l’investissement initial. Plus le délai est court, meilleur est le projet.
Ratio coût-bénéfice (Benefit-Cost Ratio)
Rapport entre les bénéfices et les coûts. Supérieur à 1 = les bénéfices dépassent les coûts. Inférieur à 1 = les coûts dépassent les bénéfices. Plus le ratio est élevé, meilleur est le projet.
Coût d’opportunité (Opportunity Cost)
La valeur du projet non sélectionné. Si vous choisissez le projet A (NPV = $85,000) plutôt que le projet B (NPV = $45,000), le coût d’opportunité est de $45,000. Aucun calcul requis.
Coûts irrécupérables (Sunk Costs)
Les coûts déjà dépensés. Les sunk costs ne doivent jamais influencer la décision de continuer ou d’arrêter un projet. L’argent dépensé est parti — il ne doit pas être le critère de décision.
Dépréciation
Les actifs perdent de la valeur dans le temps. Deux méthodes : straight-line (même montant chaque année) et accelerated depreciation (dépréciation plus rapide en début de vie de l’actif). Pas de calcul requis — juste la distinction.
6. OPAs et EEFs — les deux influences sur le projet
Organizational Process Assets (OPAs)
Ressources internes à l’organisation : processus, procédures, politiques, bases de connaissances, leçons apprises, templates, historiques de projets. Le chef de projet utilise les OPAs pour planifier et enrichit les OPAs en retour à la clôture du projet.
Enterprise Environmental Factors (EEFs)
Facteurs généralement hors du contrôle de l’équipe projet. Internes : culture de l’organisation, structure, systèmes. Externes : réglementations gouvernementales, conditions de marché, standards industriels. Les EEFs sont des contraintes de contexte que le chef de projet doit prendre en compte.
Le journal des hypothèses (Assumption Log)
Un registre des hypothèses (ce qu’on suppose vrai sans certitude) et des contraintes (limites imposées au projet). Créé dès la charte de projet. Les hypothèses incorrectes introduisent des risques — elles doivent être identifiées, documentées, et gérées activement.
7. Les rôles clés sur un projet
L’examen teste régulièrement qui fait quoi sur un projet. Voici les rôles essentiels :
- Chef de projet (Project Manager) : responsable de la livraison du projet, de l’équipe, des parties prenantes, et de la conformité avec les contraintes
- Sponsor : autorise le projet via la charte, fournit les ressources, défend le projet en interne, et résout les problèmes qui dépassent l’autorité du chef de projet
- Product Owner (agile) : priorise le backlog, représente la valeur pour le client, répond aux questions de l’équipe pendant les itérations
- Scrum Master / Agile Coach / Team Lead : servant leader qui facilite le travail de l’équipe, retire les obstacles, s’assure que les processus agiles sont compris et suivis
- Équipe projet : réalise le travail technique pour produire les livrables
- Manager fonctionnel : dans une organisation matricielle, partage l’autorité sur les ressources avec le chef de projet
- Program Manager : coordonne plusieurs projets connexes pour atteindre des bénéfices stratégiques
- Portfolio Manager : sélectionne et priorise les projets et programmes en fonction des objectifs stratégiques
Les points à retenir pour l’examen
- Projet = temporaire, unique, créateur de valeur / Opération = répétitif, continu
- Programme = projets connexes coordonnés / Portfolio = projets alignés sur un objectif stratégique
- Organisation fonctionnelle = autorité faible pour le PM / Matricielle = deux managers / Projectized = autorité totale
- Si la structure n’est pas précisée : supposez matricielle
- “Tight matrix” = colocation — pas un type d’organisation
- PMO supportif = conseille / Contrôlant = exige la conformité / Directif = gère les projets
- Si le PMO n’est pas précisé : supposez qu’il existe
- Sélection de projet : NPV élevé = bon / IRR élevé = bon / Payback court = bon / Ratio bénéfice-coût > 1 = bon
- Sunk costs = ne jamais les considérer pour décider de continuer ou non
- Opportunity cost = valeur du projet non sélectionné
- OPAs = internes, contrôlables / EEFs = contexte, généralement non contrôlables
- Les hypothèses non vérifiées créent des risques — elles doivent être documentées et gérées
