Waterfall
Le modèle Waterfall organise les phases d'un projet séquentiellement. Chaque phase dépend des résultats de la précédente.
Les différentes phases peuvent varier, mais voici un exemple :
- Les requirements où on va aller interviewer le client et écrire le cahier des charges
- L’analyse où on va créer des schémas, définir les règles métiers et les tests d’acceptations
- Le design qui va définir l’architecture technique du projet
- Le code où on applique la structure définie par le design
- Les tests où on vérifie la conformité du projet aux normes et à l’analyse initiale
- La maintenance où on maintient le code réalisé pour résoudre d’éventuels bugs qui pourraient survenir
| Avantages | Désavantages |
|---|---|
| Nécessite une réflexion globale | Incertitude élevée |
| Bien structurée et complète | Peut devenir lourde et rapidement obsolète |
| Adaptée aux projets bien définis dès le départ | Difficulté à gérer les changements de besoins |
| Simplifiée grâce à des étapes séquentielles | Manque de flexibilité |
| Une étape à la fois (clarté des jalons) | Effet tunnel : peu de visibilité pour le client jusqu'à la fin |
| Faible nombre de personnes impliquées simultanément | Utilisation rigide des ressources |
| Chacun intervient à une étape précise | Développeurs inactifs pendant l’analyse ; analystes inactifs pendant le dev |
| - | Risques postposés et concentrés en fin de projet |