Feedback rapide
Les utilisateurs ont le produit en main pour donner leur feedback en boucle courte : la prise en compte de leurs retours est rapide.
Principe parent : Itérations
Question pratique : Place des tests
Pratique opposée : Phase de tests
Bénéfice
Mettre le produit entre les mains des utilisateurs en boucle courte fait apparaître les écarts pendant qu'ils sont encore peu coûteux à corriger, en contournant l'obstacle du Rework tardif provoqué par les tests reportés à la fin.
Mise en pratique
Les tests d'acceptation d'une story sont définis avec le Product Owner avant sa réalisation, et vérifiés dès qu'elle est finie plutôt qu'en fin de sprint.
Recommandation
Le feedback ne s'arrête pas à la démonstration : le résultat reste ensuite à disposition des parties prenantes sur un environnement dédié, car le retour le plus riche vient de l'usage et non de la présentation.
Antipattern
- Constatation : sous prétexte de boucle courte, on multiplie les sollicitations sans traiter ce qui remonte.
- Risque : les mêmes remarques reviennent à chaque boucle ; les utilisateurs se lassent et cessent de répondre.
- Réduction du risque : montrer à chaque fois ce qui a été fait du feedback précédent, quitte à solliciter moins souvent.
Avec l'IA ?
- Constatation : L'IA sait critiquer un travail instantanément : revue de code, jeu de tests, avis sur une interface arrivent sans attendre personne.
- Risque : Ce retour immédiat tient lieu de feedback ; la boucle se referme sur l'équipe et son outil, sans utilisateur dedans.
- Réduction du risque : Ne compter comme feedback que ce qui vient de quelqu'un qui se sert du produit ; l'IA sert à préparer la question ou à dépouiller les réponses.
