L'échec expérimental est une donnée

L’expérience a échoué.

Trois jours de préparation. Un prototype. Des mesures.

Et le résultat attendu n’est pas là.

La tentation est immédiate : corriger quelque chose et recommencer.

Pourtant, avant de toucher au prototype, une question mérite d’être posée : qu’est-ce que cet échec vient de nous apprendre ?

Une expérience n’a pas besoin de réussir pour être utile #

En R&D, l’objectif d’une expérience n’est pas de confirmer que nous avions raison. Il est de réduire une incertitude.

Une hypothèse peut être confirmée, réfutée ou simplement rester indéterminée parce que l’expérience n’était pas suffisamment discriminante. Ces trois résultats sont différents. Et les confondre fait perdre une information précieuse.

Si une architecture supposée viable ne produit pas le phénomène attendu dans certaines conditions, nous venons peut-être d’éliminer une partie de l’espace des solutions.

Ce n’est pas encore une solution. Mais ce n’est plus le même problème.

Documenter ce qui ne fonctionne pas #

La valeur d’un échec expérimental dépend alors beaucoup de ce que l’on conserve.

Quelle hypothèse testions-nous ?
Qu’avons-nous réellement modifié ?
Quelles grandeurs avons-nous mesurées ?
Dans quelles conditions ?
Quel résultat aurait confirmé ou réfuté l’hypothèse ?

Sans cette trace, l’échec devient simplement : « on avait essayé, ça ne marchait pas. » Quelques mois plus tard, quelqu’un recommence parfois exactement la même expérience.

Avec une trace exploitable, le résultat devient au contraire une donnée du projet. Il permet de modifier l’hypothèse suivante.

Échouer plus précisément #

La R&D avance rarement en ligne droite.

On formule une hypothèse.
On construit l’expérience minimale permettant de la confronter au réel.
On mesure.
Puis on réduit progressivement l’incertitude.

La progression ne consiste donc pas nécessairement à avoir de moins en moins d’échecs. Elle consiste à obtenir des échecs de plus en plus informatifs.

Un prototype qui échoue sans que l’on sache pourquoi apporte peu. Une expérience qui permet d’écarter précisément une hypothèse peut, au contraire, faire gagner des semaines.

C’est une différence importante entre construire pour démontrer et expérimenter pour comprendre.

Mais cette logique possède un piège. À force de vouloir rendre chaque expérience propre, robuste et conforme aux bonnes pratiques, on peut finir par éliminer précisément les idées les plus intéressantes avant même de les avoir testées.

Perspective 05 — lundi prochain : Optimiser trop tôt peut tuer l’invention.