INTRODUCTION

Le développement itératif et incrémentiel est toute combinaison

de conception itérative ou de méthode itérative et de modèle de construction
incrémentiel pour le développement.

Faire du développement itératif, c’est donc découper son projet en petits morceaux, ces
fameuses itérations (comme des Shashimi) et ne définir précisément à l’avance que le contenu
de l’itération qu’on démarre.

Le développement itératif et incrémental, comment ça marche ?

 Une itération est donc courte (une itération de 2 mois n’a aucun intérêt)
 Une itération a un objectif (« pour cette itération on va faire ça et ça ») qui sera revu
formellement à la fin de l’itération (Revue de Sprint / Démo)
 Une itération, c’est en soit un mini-projet qui va s’enrichir au fur et à mesure qu’on avance
dans le temps
 Une itération a un début (plutôt un lundi) et une fin (plutôt un vendredi)
 La date de fin doit être respectée : on ne la bouge pas, c’est le principe du Timeboxing
dont les bénéfices sont nombreux
 Seul le contenu de l’itération en cours est défini avec précision (avec l’équipe, lors de la
réunion de planification)
 Ce qu’on va mettre dans les itérations futures proches (+1, +2) est plus ou moins clair (en
fonction des priorités et de la valeur) ; pour les itérations plus lointaines (itération +3 …)
c’est plus flou
 Dans tous les cas, le contenu et les activités des itérations futures ne sont précisément
définis à l’avance d’où une plus grande réactivité et une meilleure prise en compte des
changements
 Plusieurs itérations, courant sur 3 ou 4 mois s’insèrent dans une release qui elle-même
s’insère dans un plan de release. Le tout vous donne une Vision à court, moyen et long
terme pour votre produit.

LES ETAPES

Le développement incrémentiel découpe la fonctionnalité du système en

incréments (parties). Dans chaque incrément, une tranche de fonctionnalité est
fournie par le biais d’un travail interdisciplinaire, des exigences au déploiement.
L’unifié regroupe les incréments/itérations en phases : création, élaboration,
construction et transition.

. Le lancement identifie la portée du projet, les exigences (fonctionnelles et

non fonctionnelles) et les risques à un niveau élevé mais avec suffisamment de détails
pour que le travail puisse être estimé.

. L'élaboration fournit une architecture de travail qui atténue les principaux

risques et répond aux exigences non fonctionnelles.
 . La construction remplit progressivement l'architecture avec du code prêt pour
la production produit à partir de l'analyse, de la conception, de la mise en œuvre et
des tests des exigences fonctionnelles.

. La transition fournit le système dans l'environnement d'exploitation de

production.

Chacune des phases peut être divisée en un ou plusieurs itérations, qui sont
généralement limitées dans le temps plutôt que dans les fonctionnalités. Les
architectes et les analystes travaillent une itération avant les développeurs et les
testeurs pour garder leur back log de travail-produit plein.

L'approche incrémentale utilise un nombre défini d'étapes et le développement va du début

à la fin dans un chemin linéaire de progression. ... L'approche itérative n'a pas de nombre
d'étapes défini, mais le développement se fait par cycles.