Les 6 phases clés du Waterfall - cycle en cascade

C'est également à cette étape que l'on va détailler les besoins en ressources, la répartition et l'implication des membres de l'équipe projet.
Et la définition des besoins se conclura par la réalisation d'un livrable central, nommé Document des exigences projet (DEP).
On y retrouvera un aperçu clair des étapes, des dépendances, des ressources et intervenants nécessaires, ainsi que la chronologie projet et le timing de chaque étape.

Cette phase est principalement à la charge du chef de projet et du client.
Le DEP précise le cycle en cascade du projet dans ses moindres détails connus, comme les coûts, risques, délais ou facteurs de réussite.

En second lieu, c'est à l'équipe d'imaginer une approche « technique » (surtout dans les projets logiciels) qui réponde au DEP. Elle doit prendre en compte la mise en page, les scénarios et tous les problèmes posés.

La conception reposera le plus souvent sur 2 niveaux de réflexion. Dans un premier temps, un niveau supérieur, avec une vue macro des enjeux, l'objectif du projet mais aussi les principes généraux et les intégrations.

Le niveau bas s'intéresse aux éléments fins structurels du produit, détaillant ainsi les éléments nécessaires à la réalisation du squelette défini en niveau haut. On s'appuiera dans le cadre du cycle en cascade à chaque étape sur la documentation, comme référence à ce qui a déjà été réalisé.
C'est un peu d'un côté la conception virtuelle, spirituelle ; puis la conception physique.

En méthode waterfall, c'est sans doute la phase la plus courte du cycle projet.
On va réaliser concrètement tout ce qui a été identifié, pensé et projeté lors des 2 premières étapes.
Cette phase s'accompagne pendant la mise en œuvre de quelques tests primaires.
Si des changements étaient nécessaires - et c'est tout le souci de la méthode en cascade, on pourrait éventuellement revenir en conception.

La mise en application du projet doit aboutir à un produit conforme, fonction du document des exigences produits.
Si cette façon de faire vous semble obscure ou inadaptée à vos besoins projets, il conviendra de revoir pourquoi vous avez choisi la méthode waterfall.

Le cycle en cascade se poursuit ensuite par une étape dédiée à l'équipe test, dans une logique de qualité. On y détecte l'ensemble des bugs, erreurs, inadéquations ; en vue du déploiement prochain.

Cette phase doit également faire l'objet d'une bonne documentation, notamment pour que l'ensemble des testeurs puisse s'y référer en cas de détection similaire.

Bien entendu, cette étape clé de la méthodologie waterfall met en évidence tous les écueils et écarts ; non pas vis-à-vis du DEP, mais de celui des attentes concrètes, à l'instant T, du commanditaire ou client. Les surprises peuvent être nombreuses tant les choses évoluent vite. C'est pourquoi les méthodes agiles (Scrum, Kanban, …) peuvent être préférées si l'on est plus centré produit que projet et échéances.

Cette avant-dernière phase du cycle en cascade induit toutefois de manière quasi immédiate la dernière avec la maintenance. En effet, le timing est serré puisque, dès que le déploiement est en œuvre chez le client, auprès de ses équipes, il peut être question de maintenance.

Dernière étape qui peut se révéler longue, puisqu'elle se fait petit à petit, après la remise au client.

A ce stade, tous les défauts, malfaçons, bugs relevés par les collaborateurs du client seront transmis pour modifications et corrections. Ces demandes viennent des utilisateurs finaux, à destination d'une équipe support dédiée, en charge des mises à jour produit (si prévues) et de la publication de nouvelles versions (en cas de projet logiciel).