Démonstration
Montrer aux parties prenantes les éléments finis pour recueillir leur feedback.
Principe parent : Timebox
Question pratique : Visibilité
Pratique opposée : Plan à long terme
Bénéfice
Montrer régulièrement aux parties prenantes ce qui est réellement fini donne une mesure concrète de l'avancement et permet de décider ensemble de la suite, en contournant l'obstacle du Pas d'horizon à moyen terme que laisse un plan à long terme jamais confronté au réel.
Mise en pratique
La démonstration se prépare et se répète : scénario d'enchaînement des stories, jeu de données parlant, répartition de qui montre quoi — et pas de diaporama.
Recommandation
Ne montrer que ce qui est vraiment fini : la story « presque finie » attendra le sprint suivant, car une démonstration qui anticipe coûte plus de confiance qu'elle n'en rapporte.
Antipattern
- Constatation : sous prétexte de montrer l'avancement, la démonstration devient une présentation où l'équipe expose et les parties prenantes écoutent.
- Risque : le temps passe en explications, le feedback n'est pas sollicité, et le rite se transforme en comité de validation.
- Réduction du risque : prévoir explicitement le moment où l'avis est demandé, story par story, et laisser les participants manipuler le produit ensuite.
Avec l'IA ?
- Constatation : Il est facile de fabriquer une démonstration convaincante — captures, données d'exemple, maquettes animées — sans que le produit fonctionne derrière.
- Risque : On montre une intention plutôt qu'un résultat fini ; le feedback porte sur une illusion et la confiance se paie plus tard.
- Réduction du risque : Ne montrer que ce qui est fini au sens de la définition de fini, sur l'environnement prévu pour cela, et le laisser à disposition après.
