Une itération est un cycle de développement répété qui produit une version améliorée du produit. Le développement itératif intègre à chaque cycle les retours du précédent pour affiner progressivement le résultat.
Il s’oppose à l’approche linéaire : on avance par petits cycles successifs plutôt qu’en une seule passe. Le produit existe donc très tôt sous une forme imparfaite, puis se précise au fil des versions au lieu d’apparaître d’un coup en fin de projet.
Itératif et incrémental ne sont pas synonymes
La confusion est courante et pourtant les deux notions sont distinctes. Incrémental signifie ajouter : on construit le produit morceau par morceau, chaque partie étant achevée une fois pour toutes. Itératif signifie retravailler : on reprend l’existant pour l’améliorer à la lumière de ce que l’on a appris.
La métaphore classique est celle du tableau. Une approche incrémentale peint la toile zone par zone, chaque zone étant définitive. Une approche itérative esquisse la toile entière puis la reprend en plusieurs passes de plus en plus fines. La plupart des cadres agiles combinent les deux logiques.
Ce que le développement itératif exige réellement
Itérer suppose d’accepter qu’une première version soit imparfaite et de disposer d’un canal de retour rapide. Sans utilisateur qui regarde et commente entre deux cycles, l’itération se vide de son sens : on répète des cycles sans jamais corriger de cap.
C’est le point de rupture le plus fréquent en entreprise. Les rituels sont installés, les cycles s’enchaînent, mais le retour utilisateur reste absent ou arrive trop tard pour influencer quoi que ce soit. Les douze principes du Manifeste Agile placent d’ailleurs la livraison fréquente et le dialogue avec le client avant toute considération de méthode ou d’outillage.
Il faut enfin distinguer l’itération de la simple reprise. Reprendre un livrable parce qu’il était mal fait relève de la correction de défaut, pas du développement itératif. Itérer suppose que la version précédente était correcte au regard de ce que l’on savait alors, et qu’un apprentissage nouveau justifie de la faire évoluer. Cette nuance change tout dans la façon dont l’équipe vit les retours : dans un cas elle corrige ses erreurs, dans l’autre elle progresse.