Livraisons fréquentes
Le résultat est mis à disposition dès qu'il provoque un impact positif pour les utilisateurs.
Principe parent : Itérations
Question pratique : Mise en service
Pratique opposée : Livraison du produit complet
Bénéfice
Mettre le résultat à disposition dès qu'il procure un impact positif donne de la valeur aux utilisateurs sans attendre la fin des travaux, en contournant l'obstacle de l'Effet tunnel qui prive tout le monde de visibilité jusqu'à la livraison finale.
Mise en pratique
Une fonctionnalité est mise en service dès qu'elle est finie, sans attendre les autres du même lot : c'est la plus petite fonctionnalité ayant un impact qui est recherchée.
Recommandation
La mise en service n'est pas calée sur la fin de sprint : elle a lieu quand la valeur est là, parfois pendant un sprint, parfois après plusieurs.
Antipattern
- Constatation : sous prétexte de livrer souvent, on déploie à cadence fixe tout ce qui est prêt, sans se demander ce que cela change pour les utilisateurs.
- Risque : la fréquence devient un indicateur en soi ; on met en service des morceaux inutilisables et le feedback réel n'arrive toujours pas.
- Réduction du risque : décider chaque mise en service sur la valeur attendue et pas sur le calendrier, puis vérifier l'usage qui en est fait.
Avec l'IA ?
- Constatation : L'IA accélère la production, donc le rythme auquel des choses deviennent livrables.
- Risque : On met en service plus souvent sans que la boucle de retour des utilisateurs suive : le débit augmente, l'apprentissage non.
- Réduction du risque : Caler la fréquence des mises en service sur la capacité à recueillir et à traiter le feedback, pas sur la vitesse de production.
