Waterfall / Cycle en cascade : le cycle en cascade, souvent désigné par son nom anglais Waterfall, est une approche séquentielle où chaque phase du projet se termine avant que la suivante ne commence : analyse des besoins, conception, réalisation, tests, puis livraison.
Chaque étape produit un livrable validé qui sert d’entrée à la suivante. L’image de la cascade traduit bien l’idée : l’eau descend, elle ne remonte pas. Revenir sur une décision de conception une fois la réalisation lancée coûte très cher, et ce coût croît à mesure que le projet avance.
Quand le cycle en cascade reste le bon choix
Le modèle garde toute sa pertinence lorsque les besoins sont stables, connus à l’avance et peu susceptibles d’évoluer : construction, infrastructure, systèmes embarqués soumis à certification, projets réglementaires où la traçabilité documentaire est imposée par un auditeur externe.
Dans ces contextes, l’agilité apporte peu : on ne livre pas un pont par incréments successifs, et modifier les fondations en cours de chantier n’est pas une option. Opposer systématiquement cascade et Agile est d’ailleurs un faux débat — la vraie question porte sur le degré d’incertitude du besoin.
Ses limites face aux besoins mouvants
Le principal reproche adressé au cycle en cascade tient à son effet tunnel : le client ne voit rien de concret avant la phase de livraison, parfois plusieurs mois après le lancement. Si le besoin a évolué entre-temps, ou s’il avait été mal compris au départ, la découverte est tardive et coûteuse.
La norme ISO/IEC/IEEE 12207 décrit les processus du cycle de vie logiciel sans imposer de modèle séquentiel, ce qui laisse aux organisations la liberté de panacher. De nombreux projets adoptent aujourd’hui une forme hybride : cadrage et engagement contractuel en cascade, réalisation en itérations.
Un dernier élément pèse dans le choix : le cycle en cascade suppose de savoir estimer une charge de travail longtemps à l’avance. Sur un périmètre technique bien connu, cette estimation est fiable. Sur un sujet nouveau pour l’équipe, elle relève de la fiction, et l’écart entre le planning initial et la réalité se paie en heures supplémentaires plutôt qu’en révision du plan.