Ce cas pratique élargit le regard de l'équipe de l'application de fidélité au-delà de Scrum.

Étape 1 — Un principe du manifeste appliqué (leçon 1) : plutôt que de documenter en détail chaque fonctionnalité avant de coder, l'équipe privilégie le logiciel fonctionnel comme mesure d'avancement — conformément au principe qui place le logiciel qui marche au-dessus de la documentation exhaustive.

Étape 2 — Une pratique XP (leçon 2) : pour la fonctionnalité de confirmation de commande, l'équipe écrit d'abord un test qui vérifie l'envoi du message, avant même d'écrire le code qui l'envoie (développement piloté par les tests).

Étape 3 — Un MVP Lean (leçon 3) : plutôt que de construire un système de fidélité à plusieurs niveaux dès le départ, l'équipe teste un MVP avec un seul niveau de récompense, pour mesurer l'usage réel avant d'investir davantage.

À retenir : Scrum organise le travail en équipe, XP outille la qualité technique, Lean challenge la valeur de ce qu'on construit avant même de le construire — trois angles complémentaires de l'agilité, pas des méthodes concurrentes à choisir l'une contre l'autre.

À vous de jouer : pour une idée de produit ou de fonctionnalité que vous avez, imaginez un MVP qui permettrait de tester l'hypothèse principale avec le minimum d'effort.