Compliance and Delivering Value : comprendre l’environnement business pour l’examen PMP
Le chapitre Compliance and Delivering Value couvre le domaine III de l’ECO (Examination Content Outline) : l’environnement business. PMI indique que ce domaine représente environ 8% des questions de l’examen — ce qui peut sembler peu, mais ne sous-estimez pas son importance. Ce chapitre introduit des concepts qui sous-tendent tout le reste : pourquoi les projets existent, comment ils s’inscrivent dans un système organisationnel plus large, et comment les chefs de projet gèrent la conformité et le changement.
Ce résumé couvre l’intégralité du chapitre 15 du livre PMP Exam Prep de Rita Mulcahy, avec un focus sur les 4 tâches du domaine III et les concepts clés à maîtriser pour l’examen.
1. Les 4 tâches du domaine Business Environment
Le domaine III de l’ECO comprend 4 tâches :
- Tâche 1 : Planifier et gérer la conformité du projet
- Tâche 2 : Évaluer et livrer les bénéfices et la valeur du projet
- Tâche 3 : Évaluer et adresser les changements de l’environnement business externe qui impactent le périmètre
- Tâche 4 : Soutenir le changement organisationnel
Ces 4 tâches recouvrent tous les processus du modèle Process Groups et tous les domaines du PMBOK Guide. Autrement dit, comprendre l’environnement business est une compétence transversale qui s’applique à tout ce que fait le chef de projet.
2. Vocabulaire clé : valeur, système, complexité
La chaîne de valeur (Value Chain)
Une chaîne de valeur est une série structurée d’étapes qui mènent à la livraison d’un produit. Chaque étape doit contribuer à la valeur finale — toute étape qui ne le fait pas est du gaspillage. Pour l’examen, comprendre la notion de chaîne de valeur vous aide à raisonner sur l’optimisation des processus et l’élimination du gaspillage (concept Lean).
La cartographie du flux de valeur (Value Stream Mapping)
Outil issu du Lean, la cartographie du flux de valeur consiste à visualiser et analyser toutes les étapes d’un processus de livraison pour identifier et éliminer les gaspillages. L’équipe décompose chaque activité, identifie celles qui n’apportent pas de valeur, et cherche à les supprimer ou les optimiser. C’est une pratique de continuous improvement.
Système et complexité
Une organisation est un système composé de sous-systèmes interdépendants (PMO, programmes, projets, opérations). Un projet est lui-même un système de livraison de valeur. La pensée systémique (systems thinking) est la capacité du chef de projet à comprendre comment ces sous-systèmes interagissent, et comment les actions sur l’un peuvent impacter les autres. Cette compétence est de plus en plus valorisée dans le référentiel PMP.
3. Tâche 1 : Gérer la conformité du projet
La conformité (compliance) couvre l’adhésion aux règles, réglementations, et procédures qui s’appliquent au projet. Ces exigences peuvent venir de sources très différentes.
Conformité réglementaire et sociétale
Les exigences réglementaires sont obligatoires et non négociables. Elles viennent des gouvernements, agences réglementaires, et normes sectorielles. Exemples : conformité HIPAA pour un projet de santé, normes environnementales pour un projet de construction, réglementations financières pour un projet bancaire.
Les normes sociétales sont moins formalisées mais tout aussi importantes : code vestimentaire professionnel, pratiques de sécurité, durabilité environnementale, équité et inclusion en milieu de travail. Ces normes évoluent constamment et le chef de projet doit les monitorer.
Conformité organisationnelle
La gouvernance organisationnelle fournit un cadre de règles et procédures internes : procédures RH et sécurité au travail, outils et templates du PMO, procédures de gestion des changements, pratiques spécifiques aux approches prédictives ou agiles. Le chef de projet doit créer la gouvernance de son projet en cohérence avec la gouvernance organisationnelle, adaptée aux spécificités du projet.
Conformité projet
À l’échelle du projet, la conformité signifie respecter les contraintes du projet (périmètre, planning, coût, qualité, ressources), les exigences produit et projet, les procédures de change control intégré, et les pratiques agiles si l’approche adaptative est utilisée. Le chef de projet est le garant de cette conformité — c’est ce que Rita Mulcahy appelle un steward consciencieux (conscientious steward) des ressources et des processus.
4. Tâche 2 : Livrer la valeur du projet
Pourquoi les projets existent
Les projets existent pour créer et livrer une valeur spécifique à l’organisation et à ses parties prenantes. Cette valeur n’est pas définie par le chef de projet seul — elle est définie par le business case, les objectifs stratégiques, et les attentes des parties prenantes. Le chef de projet doit constamment s’assurer que le projet reste aligné avec cette valeur tout au long de son cycle de vie.
Les 12 principes de management de projet (PMBOK 7)
Le Standard for Project Management publié avec le PMBOK Guide 7e édition définit 12 principes qui guident les comportements du chef de projet et de l’équipe :
- Stewardship : agir avec intégrité, soin, et en maintenant la confiance
- Team : créer un environnement d’équipe collaboratif et sécurisant
- Stakeholders : engager les parties prenantes de manière proactive
- Value : maintenir l’alignement du projet avec les objectifs business
- Systems Thinking : répondre de manière proactive aux dynamiques changeantes du système
- Leadership : pratiquer le servant leadership et équilibrer les besoins individuels et collectifs
- Tailoring : adapter les pratiques à chaque projet spécifique
- Quality : focus sur la conformité aux exigences, la fiabilité, la satisfaction
- Complexity : évaluer continuellement la complexité et adapter l’approche
- Risk : évaluer en permanence les risques et leurs réponses
- Adaptability & Resiliency : développer la résilience dans les pratiques de management
- Enable Change : préparer les parties prenantes à la transition vers l’état futur
Pour l’examen, vous n’avez pas besoin de mémoriser ces 12 principes mot pour mot, mais vous devez comprendre leur logique. Ils représentent la philosophie PMI du management de projet — orientée valeur, collaborative, et adaptative.
MMF et MVP
Deux concepts agiles liés à la livraison de valeur incrémentale :
- MMF (Minimally Marketable Feature) : la plus petite fonctionnalité qui peut être mise sur le marché de façon indépendante et qui a une valeur pour les utilisateurs
- MVP (Minimally Viable Product) : une version du produit avec juste assez de fonctionnalités pour être utile aux premiers utilisateurs
Ces deux concepts permettent de livrer de la valeur tôt et d’obtenir des retours des utilisateurs avant d’investir davantage dans le développement. Ils sont au cœur de l’approche agile de la livraison de valeur.
5. Tâche 3 : Gérer les changements de l’environnement externe
L’environnement business dans lequel un projet évolue n’est pas statique. Réglementations, technologie, concurrence, économie, facteurs géopolitiques — tous peuvent changer après le début d’un projet et impacter son périmètre ou sa justification.
Comment répondre aux changements environnementaux
Le processus est le même quel que soit le type de changement :
- Maintenir une connaissance approfondie du produit, de l’organisation, et de l’environnement
- Surveiller en permanence les possibilités de changement
- Évaluer les changements potentiels et leurs impacts
- Planifier la réponse
- Conduire l’équipe dans la mise en œuvre de la réponse planifiée
En environnement prédictif
Le défi est de s’assurer que les bénéfices définis lors de l’initiation restent valides malgré les changements environnementaux. Les changements mineurs génèrent des demandes de changement formelles. Les changements majeurs peuvent nécessiter une reprise de périmètre ou même une remise en question de la pertinence du projet.
En environnement agile
Les approches adaptatives sont conçues pour s’ajuster aux changements environnementaux plus facilement. Les MMF et MVP permettent de livrer de la valeur en petites tranches et d’ajuster le périmètre en réponse aux évolutions du marché ou des besoins.
6. Tâche 4 : Soutenir le changement organisationnel
La culture organisationnelle
Les projets sont impactés par la culture de l’organisation et ont un impact sur elle. Le chef de projet doit comprendre la culture organisationnelle pour naviguer efficacement dans les changements — qu’il s’agisse de fusions, réorganisations, fermetures de bureaux, ou changements de direction stratégique. Adapter son style de leadership à la culture est une compétence clé.
Le changement de transition (Transitional Change)
Tout projet commence dans un état actuel et vise à amener l’organisation vers un état futur défini par les objectifs du projet. Le chef de projet doit s’assurer que les parties prenantes peuvent faire cette transition avec le minimum de perturbation. Cette gestion de la transition peut faire partie du processus de clôture du projet, ou constituer un projet séparé selon la complexité du changement.
Les modèles de changement
Plusieurs modèles de changement organisationnel sont mentionnés dans le livre et peuvent apparaître à l’examen :
- ADKAR (Jeff Hiatt, 2006) : Awareness → Desire → Knowledge → Ability → Reinforcement. Les 5 étapes qu’un individu traverse pour s’adapter au changement. Utile pour planifier les communications et activités d’accompagnement.
- 8-Step Process for Leading Change (John Kotter, 1995) : approche top-down pour les organisations de taille moyenne à grande. Génère l’enthousiasme pour le changement en communiquant la vision et en identifiant des leaders du changement.
- Virginia Satir Change Model (1991) : reconnaît que les choses empirent souvent avant de s’améliorer lors d’un changement. La communication claire et le soutien accélèrent le retour à un état stable.
- Transition Model (William Bridges, 1980) : 3 phases — (1) Fin et lâcher prise, (2) Zone neutre, (3) Nouveau départ. La transition est un processus psychologique d’acceptation du changement.
Pour l’examen, vous n’avez pas besoin de connaître ces modèles en détail, mais vous devez reconnaître leurs noms et leur logique générale si vous les voyez dans une question.
7. Phase-gate systems et gouvernance
Les phase-gate systems (ou stage-gate) permettent à l’équipe et aux parties prenantes de faire une pause entre chaque phase du projet pour évaluer ce qui a été fait et décider de continuer, modifier, ou arrêter le projet. Ces points de contrôle formels sont une pratique de gouvernance typique des projets prédictifs complexes.
À l’examen, si un projet produit quelque chose qui n’impacte pas le projet lui-même mais un autre projet du programme, le chef de projet doit escalader vers le program manager — pas agir unilatéralement.
Les points à retenir pour l’examen
- Domaine III ECO = 8% de l’examen, 4 tâches : Compliance / Valeur / Environnement externe / Changement organisationnel
- Value chain = étapes de création de valeur / Value stream mapping = élimination du gaspillage (Lean)
- Systems thinking = comprendre les interdépendances entre les sous-systèmes de l’organisation
- Les projets existent pour livrer une valeur spécifique — le chef de projet doit maintenir cet alignement tout au long du projet
- MMF = plus petite fonctionnalité commercialisable / MVP = produit avec juste assez de fonctionnalités pour être utile
- Conformité réglementaire = obligatoire, non négociable / Normes sociétales = évolutives mais tout aussi importantes
- Le steward consciencieux gère les ressources avec soin, intégrité, et en équilibrant les contraintes
- Les 12 principes PMBOK 7 : Stewardship, Team, Stakeholders, Value, Systems Thinking, Leadership, Tailoring, Quality, Complexity, Risk, Adaptability, Enable Change
- ADKAR = 5 étapes d’adaptation individuelle au changement
- Kotter = approche top-down pour le changement organisationnel à grande échelle
- Satir = les choses empirent avant de s’améliorer — communication et soutien accélèrent la transition
- Bridges = Fin → Zone neutre → Nouveau départ
- Phase-gate = points de contrôle formels entre les phases pour décider de continuer ou non
- En agile : les changements environnementaux sont mieux absorbés grâce aux itérations courtes et à la flexibilité du périmètre
