Troisième principe agile : versions fréquentes
Ce troisième principe est directement inspiré de la pratique "versions fréquentes" de l'Extreme Programming.
C'est un corollaire du premier principe qui précise le rythme des livraisons.
Troisième principe agile
Nous livrons fréquemment un logiciel opérationnel, le cycle de livraison étant de quelques semaines à quelques mois.
Ne pas confondre rythme des livraisons et rythme des itérations.
Versions fréquentes : attention à préserver un rythme viable, y compris pour les Utilisateurs.
Pourquoi livrer fréquemment ?
Deux raisons principales
Retour sur Investissement au plus tôt
Des fonctionnalités implémentées et non exploitées, c'est du stock au sens industriel du terme : de l'argent "qui dort".
Feedback concret et rapide
Ce principe XP se retrouve dans l'agilité. Ici le feedback provient des "Utilisateurs" du produit livré.
- Utilisateurs (les "rôles" sur lesquels travaille le PO pour ses features et stories)
- Exploitants : supervision...
Les itérations forment le rythme de développement.
Exemple de cycle de vie agile
Ce cycle de vie est directement inspiré de ce que propose XP. Diapo extraite de la présentation XP de ce site.

Retrouvez tous les billets "Principes agiles".
