Développement piloté par la démo : montrer plutôt que parler

1. Demo Driven Development (DDD) est une stratégie de développement logiciel qui privilégie une démo réelle plutôt que la documentation afin d’obtenir rapidement du feedback et de valider la direction à prendre.
2. En s’appuyant sur une implémentation initiale, le DDD permet d’offrir à l’équipe comme aux parties prenantes une expérience concrète, ce qui aide à cerner les besoins plus efficacement qu’avec des explications textuelles.
3. La documentation reste nécessaire, mais il est plus efficace de la produire après avoir intégré des informations affinées à partir de la démo.

---

1. Qu’est-ce que le Demo Driven Development ?

• Approche classique : on rédige d’abord des documents comme un PRD ou une RFC, puis on lance le développement.

• Approche DDD : au lieu de commencer par la documentation, on crée d’abord une démo fonctionnelle à montrer, puis on collecte du feedback en temps réel.

• Avantages :

  • réactions utilisateur intuitives et immédiates
  • concrétisation d’idées abstraites
  • validation rapide possible même pour de petites équipes

---

2. Conditions et composants d’une démo

• Présence d’une interface : UI web/mobile, CLI, etc., permettant une interaction utilisateur
• Vision vivante : contrairement à un PRD, une forme immédiatement expérimentable
• Centrée sur l’expérience : la transmission passe par l’usage réel plutôt que par l’explication
• Pas un produit fini : l’objectif est de transmettre le concept clé, et la collecte de feedback est la priorité initiale
• Réalisation légère possible : conçue de manière agile pour pouvoir être réalisée par 1 à 2 personnes

---

3. Comment l’appliquer à une équipe

• Encourager la création de démos : donner la priorité aux prototypes plutôt qu’aux documents
• Améliorer l’accessibilité : organiser les choses pour que tout le monde puisse accéder à la démo
• Intégrer au workflow : mener régulièrement des revues de démo
• Susciter un feedback essentiel : se concentrer sur la validation des idées plutôt que sur l’apparence
• Investir dans les outils : disposer d’outils de prototypage rapide proches du produit réel

---

4. Quand la documentation devient nécessaire

• Après la démo : produire une documentation affinée sur la base du feedback issu de la démo
• Conception du système de production : pour définir la fiabilité, les performances et l’architecture, une documentation claire est indispensable

[techiemann]

Parler ne coûte rien, montrez-moi le code !

[bluekai17]

Les prototypes, je suis le seul à devoir les voir..

[schang124]

Je suis d’accord… cela dépend sans doute du niveau du démo, mais il y a de fortes chances que cela devienne une méthodologie épuisante pour les développeurs et les designers. Pour que le Demo Driven réussisse, le niveau de la conception produit devra probablement être assez élevé.

[baeba]

Sujet assez particulier, alors je l’ai partagé..
En regardant le contenu tout en bas du blog..
On dirait que le texte a été généré par une IA.

[savvykang]

On dirait du rebranding de l'agile.

[nobae]

Des méthodologies qui exigent de broyer les développeurs...

[regentag]

C’est un modèle de prototype, non ?
Le plus gros inconvénient, c’est que quand les clients voient le prototype, ils pensent que le développement est déjà terminé haha

[cgl00]

Les mots ne coûtent rien, montrez-moi le code

[techiemann]

Haha, j’allais justement poster ça en commentaire, puis en descendant j’ai vu que quelqu’un avait laissé exactement le même commentaire.