Le framework Scrum — Deuxième édition

Ce chapitre conserve le contexte historique et pratique des enseignements de la deuxième édition. Le programme de la troisième édition est également disponible dans le sommaire ci-dessous.

---

Pourquoi le modèle de développement logiciel en cascade peut-il échouer ? - International Scrum Institute

Des études ont montré que, dans plus de 80% des projets logiciels étudiés ayant échoué, l’utilisation de la méthode en cascade était l’un des principaux facteurs d’échec. Mais pourquoi ?

Les phases du modèle classique de développement logiciel en cascade

Comme illustré ci-dessus, la méthode en cascade impose un enchaînement strictement séquentiel des phases du projet. Une phase doit être terminée avant de commencer la suivante. Revenir en arrière est généralement difficile, coûteux, frustrant pour l’équipe et chronophage.

Le calendrier du projet est planifié dès le départ. Un produit livrable n’est fourni qu’à la fin de ce calendrier. Si une phase prend du retard, toutes les suivantes en prennent également.

Pour l’éviter, les utilisateurs de la méthode en cascade cherchent généralement à anticiper toutes les possibilités. Cela signifie que, dès l’une des premières phases, ils tentent de définir toutes les exigences de manière aussi complète et détaillée que possible. Mais définir les exigences aussi tôt est souvent très difficile, et beaucoup changent, ou devraient changer, au cours du projet. Des études ont montré que, dans les projets vastes et complexes, environ 60% des exigences initiales sont modifiées pendant le projet. D’autres sont réalisées telles quelles sans être véritablement nécessaires au client. Elles consomment alors un temps précieux qui aurait pu être consacré à des fonctionnalités de plus grande valeur pour lui.

La séparation en phases oblige à estimer chacune d’elles indépendamment. Or, la plupart de ces phases ne sont généralement pas séparées : en pratique, les activités se chevauchent souvent et s’influencent mutuellement.

Le développement logiciel en cascade peut convenir à de petits projets simples. Pour des projets plus vastes et plus complexes, cette démarche est toutefois très risquée, souvent plus coûteuse et généralement moins efficace que le framework Scrum.