Il y a quinze ans, la gestion de projet se présentait comme un choix binaire. D’un côté, l’approche prédictive incarnée par le PMI et son PMBOK, héritière directe de l’ingénierie des grands programmes militaires et aérospatiaux des années 1960: planifier, exécuter, contrôler. De l’autre, l’agile portée par des figures comme Ken Schwaber, co-créateur de Scrum, qui proposait de supprimer purement et simplement le rôle de chef de projet. Entre le Manifeste Agile de 2001 et la publication du PMBOK 5e édition en 2013, les deux camps se regardaient avec une méfiance qui tenait parfois du conflit doctrinal. Aujourd’hui, cette opposition est largement dépassée, et c’est une bonne nouvelle pour quiconque se forme à la gestion de projet.
La fin d’un faux dilemme
Le PMI lui-même a acté cette évolution. Le PMBOK 7e édition (Project Management Body of Knowledge), publié en 2021, a abandonné sa structure historique par processus séquentiels au profit de douze principes applicables quel que soit le cycle de vie du projet. Le référentiel ne dit plus “voici les étapes à suivre dans l’ordre”, mais “voici les principes qui guident un bon pilotage de projet, que vous travailliez en sprints de deux semaines ou en phases de six mois”.
Ce virage n’est pas cosmétique. Dès 2017, le PMI avait co-publié l’Agile Practice Guide avec l’Agile Alliance, puis acquis en 2019 Disciplined Agile, un framework qui structure explicitement le continuum entre approches prédictives et agiles. Le message est clair: le PMI considère désormais que le chef de projet compétent est celui qui sait naviguer sur tout le spectre.
Les chiffres du terrain confirment cette convergence. Selon le Pulse of the Profession 2024 du PMI, les taux de réussite sont remarquablement proches entre les approches prédictives (74,4%), agiles (75,4%) et hybrides (74,6%). Aucune méthode n’a le monopole de l’efficacité: ce qui fait la différence, c’est l’adéquation entre l’approche choisie et le contexte du projet.
À quoi ressemble la réalité hybride?
Dans la plupart des organisations, l’hybridation n’est pas un choix stratégique délibéré: c’est un état de fait. Une équipe de développement travaille en sprints Scrum, mais les jalons de livraison sont fixés par un planning directeur trimestriel. Le budget suit un processus annuel classique tandis que le scope (périmètre) évolue en continu. Les rétrospectives coexistent avec les comités de pilotage.
Cette réalité n’est ni une anomalie ni un compromis bancal. Elle reflète simplement le fait que différentes dimensions d’un même projet ont des niveaux d’incertitude différents. Le développement d’une fonctionnalité logicielle gagne à être itératif parce qu’on ne sait pas exactement ce que l’utilisateur voudra. En revanche, la mise en production dans un environnement réglementé exige une planification séquentielle rigoureuse parce que les contraintes sont connues d’avance.
Le piège serait de croire qu’il suffit de “prendre le meilleur des deux mondes” sans réfléchir. Un hybride mal conçu cumule les inconvénients: la rigidité du prédictif combinée à l’absence de visibilité long terme de l’agile. La compétence clé du chef de projet hybride est de savoir où placer le curseur et pourquoi.
Quelles compétences développer?
Pour un futur chef de projet qui se forme aujourd’hui, cette réalité implique un socle de compétences plus large qu’il y a dix ans, mais aussi plus cohérent qu’il n’y paraît, parce que ces compétences se nourrissent les unes les autres.
La planification reste fondamentale, y compris dans un contexte agile où quelqu’un doit articuler une vision d’ensemble, définir des horizons de livraison et allouer des ressources. La différence est que cette planification devient itérative: vous planifiez à gros grain sur le long terme et en détail sur le court terme, en acceptant que les plans évolueront. Or, un plan qui évolue suppose des décisions collectives régulières, ce qui place la facilitation au centre du métier. Que vous animiez un daily standup (réunion quotidienne de synchronisation) ou un comité de pilotage mensuel, la capacité à faire émerger les bonnes décisions d’un groupe est la même compétence fondamentale.
Cette facilitation se complique dès qu’on intègre la gestion des parties prenantes (stakeholders), qui s’intensifie en contexte hybride. Vous communiquez avec des interlocuteurs aux attentes divergentes: le sponsor veut un planning ferme, l’équipe technique veut de la flexibilité, le product owner veut pouvoir reprioriser. Le chef de projet hybride traduit entre ces langages, ce qui exige de comprendre la logique de chaque interlocuteur et pas seulement son vocabulaire.
C’est là qu’intervient la compétence peut-être la plus sous-estimée: la lecture du contexte. Avant de choisir une approche, il faut évaluer le niveau d’incertitude du projet, la maturité de l’organisation, les contraintes réglementaires et la culture de l’équipe. Un projet innovant dans une startup et un projet de conformité dans une banque n’appellent pas le même pilotage, même si les deux peuvent bénéficier d’éléments agiles. Cette intelligence situationnelle est ce qui relie planification, facilitation et gestion des parties prenantes en un savoir-faire intégré plutôt qu’en une collection de techniques séparées.
Quelle formation choisir?
La question “dois-je passer le PMP ou une certification Scrum?” est légitime, mais elle repose sur une prémisse de plus en plus fausse: l’idée que ces chemins s’excluent mutuellement. Le PMP couvre désormais explicitement les approches agiles et hybrides, et les formations Scrum les plus solides situent Scrum dans un écosystème organisationnel plus large.
Le choix dépend surtout de votre contexte immédiat. Dans un environnement où le PMI fait référence (grandes entreprises, secteur public, organisations internationales), le PMP reste la certification la plus largement reconnue, et son périmètre inclut aujourd’hui les approches agiles et hybrides. Si vous intégrez une équipe produit dans le numérique, une certification Scrum ou AgilePM vous sera plus directement utile au quotidien.
Dans les deux cas, ce qui compte le plus n’est pas le tampon sur le certificat, mais la capacité à comprendre pourquoi une approche fonctionne dans un contexte donné et pas dans un autre. C’est cette intelligence situationnelle qui distingue un chef de projet compétent d’un praticien qui applique mécaniquement un référentiel.