Si vous avez lu mon billet sur le Cycle en V, vous savez pourquoi ce type de méthode de travail n'est pas adapté à la plupart des projets informatiques, qui réclament une plus grande souplesse. En l'appliquant de manière rigide, on finit par obtenir des logiciels mal adaptés (fonctionnalités sans priorités), livrés en retard (chaque étape bloque les suivantes) et souvent buggués (la technique se plie au fonctionnel).
C'est ainsi qu'est née la méthode du cycle itératif (ou incrémental), qui tente de formaliser une approche plus pragmatique et maniable.
Définition
Cette méthode se décompose en 6 étapes, dont 4 qui en constituent le "coeur" :
- L'expression de besoin : Le client explique ce qu'il veut obtenir. On peut faire un parallèle avec l'étape de faisabilité du cycle en V, et dans une moindre mesure avec les spécifications fonctionnelles. L'idée reste que les informations en entrée peuvent être modifiées par la suite du processus.
- Le coeur du processus itératif :
- Spécification : C'est la traduction en langage technique des besoins fournis en entrée. C'est la réponse aux questions "qu'est-ce qu'on fait ?" et "comment on va le faire ?".
- Développement : Il s'agit de la réalisation concrète de ce qui a été défini.
- Validation : C'est l'ensemble des tests qui permettent de s'assurer que le développement effectué correspond bien à ce qui était attendu.
- Évaluation : Cette étape sert à effectuer un retour sur les écueils rencontrés et les fonctionnalités abandonnées pendant les 3 étapes précédentes, et l'utiliser comme informations d'entrée pour un nouveau cycle.
- Déploiement : Les livrables qui ont été validés sont déployés pour que le client y ait accès.
