Le cycle en V est le modèle de référence dont l'agilité est la réponse. Le comprendre n'est pas un détour historique : c'est ce qui permet de savoir quand il reste le bon choix.
Tout vient du bâtiment
La distinction entre maîtrise d'ouvrage et maîtrise d'œuvre est née dans la construction, pour structurer des chantiers complexes. Elle répondait à trois besoins réels : gérer les risques, contrôler les coûts, et tenir la promesse faite au client au départ.
Deux rôles, deux questions
La maîtrise d'ouvrage est le client, l'utilisateur final : celui qui a le besoin. Elle définit les exigences fonctionnelles et financières, et valide la conformité de l'ouvrage. Sa question est le quoi et le pourquoi.
La maîtrise d'œuvre est l'architecte, l'ingénieur : responsable de la conception technique. Elle planifie, dirige les travaux et réalise conformément aux spécifications. Sa question est le comment.
Pourquoi la forme d'un V
La branche descendante décompose : on définit tout avant de construire, et chaque étape valide la précédente. La branche remontante vérifie : chaque test répond à une spécification écrite au départ. Au creux du V se trouve la réalisation, puis la recette utilisateur, moment de vérité placé tout à la fin.
La symétrie est élégante et elle a une vertu réelle : chaque exigence écrite a son test correspondant. Rien n'est validé qui n'ait été spécifié.
La condition, rarement énoncée
Ce modèle fonctionne, et bien, à une condition : qu'on ait su ce qu'on voulait au départ. Si le besoin est stable et connu, le cycle en V est efficace, économique et lisible. Le problème n'est donc pas le modèle : c'est son application à des situations où cette condition n'est pas remplie.
C'est exactement ce qui s'est passé quand il a été transposé au logiciel, et c'est l'objet de la page suivante.
Quatre étapes, une seule fois
Dans l'ordre, une seule fois. Le succès se mesure au respect du plan initial, pas à la valeur livrée.
Spécifier
Besoins, exigences fonctionnelles, cahier des charges. La phase où tout se décide.
Concevoir
Architecture, spécifications techniques, design de la solution.
Réaliser
Développement, codage, intégration. La partie visible du travail.
Recette
Validation par l'utilisateur, tests, déploiement. Le moment de vérité, tout à la fin.