La méthode en cascade ne prend pas en charge les modifications.

Lorsqu’on utilise la méthode de la cascade, il n'y a presque pas de place pour le changement si quelque
chose d'inattendu se produit au cours d'un projet. Si un changement dans les objectifs ou la portée du
travail est nécessaire, alors il peut être pratiquement impossible de faire le pivot nécessaire pour
continuer à avancer.

La méthode en cascade exclut les utilisateurs finaux et les clients.

Le modèle en cascade se concentre sur les processus internes du travail au lieu de regarder le client ou
l'utilisateur final qui s'implique dans le projet. Son objectif principal est de créer des gains d'efficacité au
sein des systèmes internes, Cela rend cette méthode utile pour les projets connus pour avoir des
objectifs clairs et immuables dès le départ. Si votre équipe n'est pas responsable de la mise à jour des
clients ou des utilisateurs finaux tout au long du développement, le modèle en cascade peut bien
fonctionner.

L’insuffisance du temps pour la phase du test .

Le modèle en cascade enregistre la phase de test de chaque projet jusqu'à la fin, le projet prendra
probablement beaucoup de temps à se terminer, et chaque phase prend son large temps pour terminer,
et vue que chaque projet a une durée limité pour se terminer, il reste plus de temps au test, malgré que
cette étape est la plus importante pour apprécier notre travail.