Dans beaucoup d’organisations, la discussion commence trop vite par la méthode : faut-il faire de l’agile, du Scrum, du cycle en V, du Kanban, de l’hybride ? Cette question paraît structurante, mais elle arrive souvent trop tôt.
Une méthode de gestion de projet n’est pas une solution autonome. C’est un cadre de travail. Elle aide à organiser les décisions, les rôles, les livrables, les échanges et le suivi. Mais elle ne remplace ni la clarification du problème, ni l’arbitrage stratégique, ni la capacité de l’organisation à absorber le changement.
Le vrai sujet n’est pas la méthode, mais le problème à piloter.
Un projet peut échouer avec une méthode parfaitement appliquée si le besoin est flou, si les parties prenantes ne partagent pas la même définition de la réussite, ou si les décisions importantes restent implicites.
À l’inverse, un cadre simple peut très bien fonctionner lorsque le périmètre est clair, les responsabilités sont assumées et les arbitrages sont rendus au bon niveau. La méthode ne crée pas la clarté à elle seule. Elle l’organise lorsqu’elle existe déjà, ou elle révèle son absence.
Demander « quelle méthode utiliser ? » avant de demander « quel problème devons-nous résoudre ? » conduit souvent à plaquer un cadre séduisant sur une organisation qui n’a pas encore clarifié ses contraintes.
Agile, prédictif ou hybride : tout dépend du contexte.
Une approche prédictive peut être pertinente lorsque le besoin est relativement stable, que les contraintes sont fortes, que les dépendances sont nombreuses et que les livrables doivent être sécurisés dès le départ.
Une approche agile devient plus intéressante lorsque l’incertitude est élevée, que le produit doit être appris progressivement, que le feedback utilisateur compte beaucoup et que l’organisation accepte d’ajuster régulièrement les priorités.
L’hybride n’est pas un compromis mou. C’est souvent la réalité opérationnelle : certains éléments doivent être cadrés, contractualisés et planifiés, tandis que d’autres doivent rester ouverts, testés et ajustés.
La méthode doit servir la décision.
Une méthode utile est une méthode qui aide à décider. Elle doit rendre visibles les risques, les dépendances, les écarts, les arbitrages et les points de blocage. Si elle produit surtout des réunions, des tableaux ou des rituels sans décision claire, elle devient une couche de complexité supplémentaire.
Le bon critère n’est donc pas de savoir si l’organisation est « agile » ou « prédictive ». Le bon critère est de savoir si le cadre choisi permet de mieux comprendre la situation, de mieux décider et de mieux exécuter.
Commencer par quatre questions simples.
Avant de choisir une méthode, il faut clarifier la nature du projet : le besoin est-il stable ou incertain ? Les livrables sont-ils connus ou à découvrir ? Les parties prenantes sont-elles alignées ? Les décisions peuvent-elles être prises rapidement ?
Il faut ensuite regarder la capacité réelle de l’organisation : quelles ressources sont disponibles, quelles compétences sont critiques, quels arbitrages sont possibles, et quel niveau de pilotage peut être tenu dans la durée.
La bonne méthode n’est pas celle qui paraît la plus moderne. C’est celle qui correspond au problème, au contexte, aux contraintes et à la capacité de décision de l’organisation.
La gestion de projet commence donc rarement par une méthode. Elle commence par une lecture lucide de la situation : ce que l’on veut obtenir, ce que l’on sait déjà, ce que l’on ignore encore, ce qui doit être arbitré et ce que l’organisation peut réellement absorber.