Dernière modification le 21 mars 2024 à 13:06.
Temps estimé pour la lecture de cet article : 6 min
Quelles sont les différences entre les méthodologie Agile et Waterfall (également appelée « en cascade ») ? Comment arriver à classifier une approche dans une ou l’autre des catégories ?
Dans cet article, nous apporterons des réponses à ces questions.
Le triangle de performance en gestion de projets
D’abord, rappelons-nous l’objectif triple de la gestion de projets : il s’agît de livrer la portée du projet selon les coûts et le calendrier entendus afin d’obtenir la meilleure qualité possible.
On fait souvent référence au concept de triangle de performance ou triangle d’or.
Il y a une forte relation entre les 3 extrémités du triangle. Ainsi, si on désire augmenter la portée, on va nécessairement impacter les coûts et les délais.
Ce triangle demeure une réalité peu importe la méthodologie de gestion de projets utilisée.
Implantation de type Waterfall ou en cascade
Dans une implantation de type Waterfall, on parle d’étapes successives qui se suivent. Il y a donc des contraintes d’antériorité qui font en sorte que l’étape no 1 doit être terminée adéquatement avant qu’on débute l’étape no 2.
Chaque étape a une durée de quelques semaines ou quelques mois et doit donc être terminée entièrement (ou presque !) avant que la prochaine débute.
On comprend donc que le ou les extrants de chaque étape sont requis pour alimenter la prochaine étape.
Évidemment, si une étape est plus longue que prévu, le début de la suivante sera forcément retardé.
L’inverse est aussi vrai !
Dans ce modèle, il y un a chef de projet qui est ultimement responsable du triangle de performance (objectifs de coûts, calendrier et portée).
Chaque étape va comprendre un ou plusieurs biens livrables qui seront approuvés par le client.
Implantation de type Agile
Dans une implantation de type « Agile », le projet est livré par une succession de « sprint« .
Un « sprint » est défini comme la livraison d’un ensemble de fonctionnalités dans une période donnée (habituellement deux ou trois semaines).
Le respect des sprint est crucial au succès de la méthodologie Agile.
Pour livrer l’ensemble du projet, on découpe donc le projets en un certain nombre d’items (qu’on nomme user story et qu’on place dans un backlog.
À chaque sprint, on va donc puiser dans le backlog pour choisir les user story qui feront partie de la livraison.
Si on rencontre des difficultés durant le sprint, on devra décider des user story qui seront retirés du sprint ou livrés partiellement.
Dans ce modèle, il n’y a donc pas de chef de projet. La méthodologie Agile repose sur des équipes auto-organisées. Les responsabilités de gestion sont en quelque sorte réparties entre le Scrum Master et le Product Owner.
Dans des projets de ce type, les biens livrables sont les user story qui composent chaque sprint.
Quelle est la meilleure méthodologie ?
C’est une bonne question.
La méthodologie Agile se prête bien dans des contextes de besoins mal définis et de perturbations externes sur le projet. En effet, la flexibilité qu’elle offre permet de bien gérer ces situations.
Quant à elle, la méthodologie en cascade se prête bien au contexte d’une portée clairement définie et peu sujette à changement. Souvent, les grands éditeurs de technologies ont des méthodologies éprouvées qui sont basées sur cette philosophie.
Alors quelle méthodologie choisir ?
La réalité est que vous devrez adopter celle que votre fournisseur vous proposera. 🤓
Il existe très peu ou pas de fournisseurs qui peuvent utiliser les deux méthodologies.
Les fournisseurs ont donc choisi leur camp à un certain moment.
Quelles sont les implications pour moi comme client d’un fournisseur ?
Ce que vous devez savoir fondamentalement, c’est que tout dépendant de la méthodologie de votre fournisseurs de services, son engagement envers vous est différent.
Méthodologie en cascade
S’il adopte la méthodologie en cascade, il s’engage à livrer un projet et d’atteindre les objectifs de coûts, calendrier et portée. Son engagement peut-être de type temps ou matériel ou bien forfaitaire.
Dans ce type de projet, vous aurez à approuver formellement un certain nombre de biens livrables qui seront déterminés en avance (au début du projet).
Méthodologie Agile
Dans un projet basé sur la méthodologie agile, vous achetez davantage une capacité de livraison de services plutôt que de fonctionnalités bien précises.
Ainsi, votre fournisseur vous dira qu’il vous propose de livrer le projet en X sprint de Y semaines (par exemple, 10 sprint de 2 semaines).
Vous aurez à vous impliquer en détails dans le projet et votre acceptation du projet se fera par une implication serrée dans chacun des sprint.
La méthodologie Agile vous amène une grande flexibilité et il est donc possible qu’avec ce type de projet, vous aurez en bout de ligne couvert des besoins non-prévus au départ et mis d’autres besoins de côté.
Sujets reliés sur notre blogue
- Client, revendeur et éditeur ERP : Comment concilier les intérêts divergents ?
- Comment choisir un consultant pour un cahier de charges ERP ?
Références
Pour en savoir davantage sur le sujet, je vous suggère d’explorer les articles et vidéos suivants, qui ont été fortement utiles dans la réflexion qui a précédé la rédaction de cet article :
- Méthode agile vs en cascade : Quel type de manager êtes-vous ?, sur le blogue de Monday.
- Waterfall vs Agile : Définitions, concepts, différences, par QRP.
- Gestion de projet Agile et en cascade, par Atlassian.
- Agile Vs. Waterfall: Which Project Management Methodology Is Best For You?, sur le blogue de Forbes.
- Quelle est la différence entre le modèle en cascade et l’approche Agile?, sur le blogue d’Uzinakod.
- What is the Difference Between Agile vs. Waterfall Software Deployments?, un vidéo par Eric Kimberling.
