« Nous avons développé une plateforme d’IA révolutionnaire. Nous faisons forcément de l’innovation RS&DE, non? »
C’est probablement la phrase que nous entendons le plus souvent.
Et pourtant…
La réponse n’est pas nécessairement.
Oui, une entreprise peut investir plusieurs millions de dollars, mobiliser une équipe de 30 développeurs pendant deux ans et créer un produit totalement inédit… sans réaliser un seul projet admissible à la RS&DE.
À l’inverse, une PME de huit personnes peut passer trois mois à résoudre un problème très précis et réaliser de la véritable recherche expérimentale.
Paradoxal ?
Pas tant que ça.
Imaginez deux équipes.
La première développe un nouveau logiciel de gestion. Elle assemble des technologies éprouvées, suit les bonnes pratiques, consulte la documentation, corrige des bogues et livre un excellent produit.
Le travail est remarquable.
Mais, du point de vue de la RS&DE, il n’y a rien d’expérimental.
La seconde équipe cherche à faire fonctionner un moteur d’intelligence artificielle en temps réel malgré des contraintes contradictoires de performance, de précision et de consommation de ressources.
Les articles scientifiques ne donnent pas la réponse.
Même les experts ne savent pas quelle approche fonctionnera.
Les premières architectures échouent.
Et les suivantes créent de nouveaux problèmes.
L’équipe formule des hypothèses, expérimente, mesure, remet en question ses propres choix… jusqu’à découvrir une approche qui fonctionne enfin.
Voilà la différence.
La RS&DE ne commence pas lorsqu’on écrit du code.
Elle commence lorsque personne ne sait encore comment résoudre le problème.
C’est d’ailleurs l’erreur la plus fréquente que nous observons.
Beaucoup d’entreprises pensent que la RS&DE consiste à créer un produit innovant.
En réalité, elle consiste à générer de nouvelles connaissances technologiques.
Le produit final n’est souvent que la conséquence visible d’une longue série d’essais, d’échecs et d’apprentissages.
Et c’est précisément là que réside la valeur de la RS&DE.
Alors, comment savoir si votre équipe s’est peut-être retrouvée dans une telle situation?
Posez-vous quelques questions.
- 👉 Avez-vous dû tester plusieurs architectures avant d’en trouver une capable de répondre à vos contraintes?
- 👉 Les gains en performance dégradaient-ils la sécurité, la précision, la consommation de ressources ou la disponibilité, vous obligeant à expérimenter plusieurs compromis?
- 👉 Les résultats obtenus étaient-ils impossibles à prédire avant les essais?
- 👉 Les meilleures pratiques, la documentation officielle ou même les experts ne permettaient-ils pas d’identifier clairement la solution?
- 👉 Avez-vous dû développer plusieurs prototypes ou réaliser de nombreuses expérimentations avant de comprendre pourquoi certaines approches échouaient?
Si plusieurs de ces situations vous semblent familières, il est possible que votre équipe ait réalisé bien plus que du développement logiciel.
Car la plupart des développeurs ne se rendent pas compte qu’ils font parfois de la RS&DE.
Non pas parce qu’ils développent un logiciel innovant, mais parce qu’à certains moments du projet, ils se retrouvent face à une question dont personne, ni leur équipe, ni la documentation technique, ni les fournisseurs de technologies, ne connaît encore la réponse.
Et c’est précisément là que commence, bien souvent, la véritable recherche scientifique et développement expérimental et l’innovation admissible à la RS&DE.