Le choix d'une méthode de gestion de projet n'est pas une question de mode. C'est une question d'adéquation avec la nature de votre projet, les contraintes de votre organisation et la maturité de votre équipe. Une méthode bien choisie réduit les frictions, clarifie les responsabilités et accélère les prises de décision. Une méthode mal choisie crée exactement les problèmes qu'elle était censée résoudre.
Cet article passe en revue les principales méthodes de gestion de projet, prédictives, agiles et hybrides, et propose une grille de décision concrète pour identifier celle qui correspond à votre situation.
Ce qu'une méthodologie de gestion de projet change dans votre quotidien
Une méthodologie de gestion de projet est un cadre de travail collectif. Elle définit qui décide quoi, dans quel ordre, avec quels livrables et selon quelle fréquence de validation. Sans cadre, un projet avance à coup de réunions dont personne ne conserve la trace et d'e-mails qui contredisent la décision précédente. Avec le mauvais cadre, il avance tout aussi mal, simplement avec plus de jargon.
Plusieurs dimensions du travail collectif sont directement affectées par ce choix.
- La façon de planifier, entre plan détaillé en amont et ajustements itératifs
- La répartition des rôles et le niveau d'autonomie de chaque membre
- Le rythme des livrables et des points de validation avec les parties prenantes
- La gestion des imprévus et le coût des changements de cap en cours de route
- La lisibilité de l'avancement pour la direction et les commanditaires
Choisir sa méthode, c'est choisir comment votre équipe fonctionne pendant des semaines ou des mois. Cette décision mérite plus d'attention que le choix de l'outil de gestion de projet qui l'accompagnera. Un bon outil amplifie les effets de la méthode, bons ou mauvais.
Les méthodes prédictives, Waterfall, cycle en V et PERT
Les méthodes prédictives reposent sur une hypothèse de départ, celle que le périmètre du projet est définissable avant de commencer. On établit un plan complet en phase initiale, on fixe le calendrier et le budget, puis on exécute. Cette famille de méthodes convient aux projets dont les exigences sont stables et dont les livrables sont précisément identifiables dès le cadrage.
La méthode Waterfall, ou méthode en cascade, organise le projet en phases séquentielles. Du cadrage à la conception, du développement aux tests, puis au déploiement, chaque phase doit être complète avant que la suivante ne commence. Ce cadre offre une traçabilité forte et rassure les parties prenantes qui ont besoin d'une visibilité longue distance. Son défaut principal reste le coût des changements en cours de route. Un ajustement majeur découvert en phase de test peut invalider des semaines de conception entière. Waterfall fonctionne bien là où les exigences ne changent pas. Un projet de construction, une migration de données dont le périmètre est arrêté ou une mise en conformité réglementaire correspondent bien à ce cadre.
Le cycle en V est une variante structurée du Waterfall où chaque phase de conception a sa phase de validation symétrique. On conçoit l'architecture globale, puis les modules, puis les composants ; et on teste dans l'ordre inverse. Ce modèle est courant dans l'ingénierie, la santé et la défense, là où les exigences réglementaires imposent une traçabilité complète de chaque décision. En Suisse, le référentiel Hermes 2022 s'inscrit dans cette logique. Il constitue le standard officiel pour les projets informatiques de la Confédération et de nombreux cantons. Les chef·fe·s de projet qui travaillent avec des administrations publiques ont intérêt à le connaître. Il reste peu enseigné hors du secteur informatique public, alors qu'il conditionne souvent l'acceptation des livrables.
La méthode PERT (Program Evaluation and Review Technique) est davantage un outil d'analyse planificatrice qu'une méthode de gouvernance complète. Elle modélise les dépendances entre tâches, identifie le chemin critique, c'est-à-dire la séquence qui détermine la durée minimale du projet, et permet de visualiser les marges disponibles avant que le retard d'une tâche ne retarde l'ensemble. On l'utilise surtout en phase de planification de projets complexes avec de nombreuses interdépendances.
Les méthodes agiles, Scrum, Kanban et Lean
Les méthodes agiles partent du constat inverse des méthodes prédictives. Les exigences d'un projet évoluent au fur et à mesure qu'on le réalise. Mieux vaut livrer rapidement quelque chose d'utile et ajuster que d'attendre un an pour livrer quelque chose de complet qui ne correspond plus aux besoins. Cette logique a d'abord émergé dans le développement logiciel, avant de se diffuser bien au-delà du secteur informatique.
Scrum organise le travail en itérations courtes appelées sprints, typiquement de deux à quatre semaines. Une équipe réduite, idéalement entre cinq et neuf personnes, s'engage sur un ensemble de tâches prioritaires, les réalise, puis présente le résultat en fin de sprint. Cette méthode agile de gestion de projet fonctionne bien quand les besoins sont clairs à court terme et moins définis à long terme. Elle suppose une équipe disponible, stable et à l'aise avec l'autonomie. Dans un contexte de multi-projets ou de ressources partagées entre plusieurs équipes, les sprints deviennent rapidement une fiction planifiée. Les personnes ne sont pas disponibles au rythme que la méthode suppose.
Kanban visualise le flux de travail sur un tableau structuré par colonnes, «À faire», «En cours», «Terminé». Il ne fixe pas d'itérations mais limite le nombre de tâches traitées simultanément pour éviter les embouteillages. C'est une approche particulièrement adaptée aux équipes opérationnelles qui gèrent des flux continus plutôt que des projets avec une date de fin définie. Une équipe support, une cellule juridique, un pôle de communication interne peuvent tirer davantage de Kanban que de Scrum.
Lean vient de l'industrie manufacturière japonaise, popularisé par le système de production Toyota. Il vise à éliminer tout ce qui ne crée pas de valeur pour le client final, les temps d'attente, les retouches, les stocks inutiles et les étapes sans impact. Dans la pratique, le Lean encourage à livrer au plus tôt, à mesurer les résultats et à supprimer les efforts qui n'améliorent pas le livrable. Sa limite dans les projets de service ou de transformation organisationnelle tient à la difficulté de définir ce que «valeur» signifie quand le livrable n'est pas un produit physique.
Leadership de projet
La gestion de projet hybride, une troisième voie pragmatique
La gestion de projet hybride combine une phase de planification prédictive et une exécution itérative. On définit le périmètre et le budget en amont, selon une logique classique de Waterfall, et on livre par paliers successifs plutôt qu'en une seule fois à la fin du projet. Cette approche ne choisit pas entre les deux familles. Elle prend ce qui fonctionne dans chacune selon le moment et le niveau d'incertitude.
Elle répond à une réalité fréquente dans les organisations de taille moyenne. Les directions attendent un plan de projet classique avec un calendrier, des jalons et un budget maîtrisé. Les équipes, elles, savent que les détails évolueront en cours de route. L'hybride réconcilie ces deux logiques sans imposer une transformation culturelle complète vers l'Agile, transformation que beaucoup d'organisations ne sont pas prêtes à faire.
La gestion de projet hybride est aujourd'hui la plus répandue dans les projets de transformation des PME suisses. La certitude sur les objectifs y est forte, la certitude sur les modalités reste faible. C'est précisément le cas d'usage que ni Waterfall pur ni Scrum pur ne couvre bien. Reconnaître ce fait n'est pas un compromis tiède. C'est souvent la décision la plus lucide qu'un·e chef·fe de projet puisse prendre.
Comment choisir votre méthode selon votre contexte
Aucune méthode n'est supérieure aux autres dans l'absolu. La bonne question n'est pas «quelle est la meilleure méthode», mais «quelle est la nature de votre incertitude, et qu'attend concrètement votre organisation». Quatre questions permettent d'orienter le choix.
Les exigences du projet sont-elles stables ou susceptibles de changer ? Si elles sont définissables dès le départ avec un niveau de précision raisonnable, une approche prédictive convient. Si elles risquent d'évoluer au fil de l'exécution, une approche agile sera plus adaptée. La réponse honnête à cette question seule élimine déjà la moitié des options.
Votre équipe est-elle disponible à plein temps sur ce projet ? Scrum suppose une équipe dédiée. Dans un contexte de multi-projets ou de charge variable, Kanban ou une approche hybride est plus réaliste. Une équipe à 30 % ne peut pas tenir le rythme d'un sprint Scrum sans en dégrader la qualité.
Votre organisation impose-t-elle un cadre de gouvernance spécifique ? Les projets informatiques des administrations publiques suisses s'inscrivent souvent dans Hermes 2022. Les entreprises soumises à des exigences réglementaires fortes, en finance ou en pharmacie, penchent vers des méthodes prédictives ou PRINCE2. Ignorer ce cadre ne le fait pas disparaître. Il réapparaît dans les audits et les livraisons.
Quels livrables votre direction attend-elle ? Si elle attend un Gantt et un plan de charge détaillé, une approche purement Scrum créera des frictions inutiles sans bénéfice réel. Aligner la méthode sur les attentes de gouvernance interne fait partie du travail du chef ou de la cheffe de projet, pas seulement du travail de l'équipe.
La réponse honnête à ces quatre questions vaut mieux qu'une certification dans la méthode à la mode. Un projet bien piloté avec Waterfall produit de meilleurs résultats qu'un projet mal conduit sous étiquette Agile.
Monter en compétences sur les méthodes de gestion de projet
Comprendre une méthode dans ses grandes lignes prend quelques heures. Savoir l'appliquer dans votre organisation, avec vos contraintes réelles, votre culture de décision et la diversité de votre équipe, est un travail différent. La plupart des chef·fe·s de projet qui «font de l'Agile» sans formation formelle gèrent en réalité un Waterfall fragmenté en réunions plus courtes. L'étiquette change, pas la pratique.
Les certifications reconnues permettent d'acquérir à la fois la maîtrise technique de la méthode et un langage commun avec vos pairs et vos commanditaires.
- PMP (Project Management Professional), délivré par le PMI, standard international axé sur les fondamentaux de la gestion de projet quelle que soit la méthode retenue
- PRINCE2, cadre structuré de gouvernance et de contrôle, très présent en Europe et dans le secteur public
- Hermes 2022, référentiel officiel suisse pour les projets de la Confédération et de nombreux cantons, peu enseigné hors des administrations mais incontournable dans ce contexte
Au-delà des certifications, la formation continue permet de travailler sur les arbitrages réels qu'une méthode impose dans un projet concret. Comment gérer une équipe qui résiste à Scrum ? Comment construire un plan Waterfall qui ne devienne pas un carcan ? Comment piloter la transition entre deux méthodes en cours de projet ? Le CAS Leadership de projet de l'Executive Education HEC Lausanne aborde ces méthodes de gestion de projet dans un cadre ancré dans la réalité des organisations, avec un accent mis sur la posture du chef ou de la cheffe de projet en situation de responsabilité managériale.
