Quel outil d'innovation utiliser ? Un guide par situation

Choisissez l'outil en fonction de la question sur laquelle votre équipe bloque, pas en fonction de sa popularité. Une équipe ne peut se trouver que dans sept situations environ, de « nous ne comprenons pas le problème » à « nous avons décidé et devons livrer », et chacune s'accompagne d'une poignée d'outils adaptés. Nommez d'abord votre situation : le choix de l'outil devient alors court et évident.

La plupart des équipes font l'inverse. Quelqu'un a suivi un atelier, a aimé un canevas, et désormais chaque problème reçoit ce canevas. On sort un Business Model Canvas pour réparer un circuit de validation défaillant. On organise un brainstorming alors que personne n'a parlé à un seul client. L'outil n'est pas en cause ; on lui pose la mauvaise question.

Ce guide cartographie l'ensemble du terrain. Utilisez-le comme une table de référence : trouvez la situation qui ressemble à votre semaine, prenez un ou deux des outils proposés, et suivez les liens vers les articles détaillés et les guides de méthode.

Partir de la question sur laquelle vous bloquez vraiment

Avant de choisir quoi que ce soit, écrivez une phrase qui se termine ainsi : « En ce moment, nous ne pouvons pas avancer parce que nous ne savons pas… ». La fin de cette phrase vous dit dans quelle situation vous êtes.

Si l'équipe ne s'accorde pas sur la fin de la phrase, ce désaccord est votre vrai constat. Il signifie généralement que vous êtes plus en amont dans la séquence que ne le croit la personne la plus haut placée de la salle.

Une situation supplémentaire se place au-dessus des sept autres : « nous ne savons pas du tout où nous devons aller ». C'est de la stratégie, pas de la résolution de problème, et elle a ses propres outils, présentés à la fin de la section suivante.

Les sept situations, et les outils adaptés à chacune

1. Vous ne comprenez pas encore le problème

Les signes : l'équipe argumente à partir d'opinions, la même anecdote revient sans cesse, et personne ne sait décrire la journée d'un véritable utilisateur. La réponse est la recherche, et la recherche la moins chère consiste à parler aux gens et à les observer.

• Les entretiens avec les parties prenantes quand vous avez besoin des raisons derrière les comportements.
• L'observation en contexte quand ce que les gens disent et ce qu'ils font risquent de diverger, c'est-à-dire la plupart du temps.
• L'étude de journal de bord quand l'expérience s'étale sur des jours ou des semaines, comme une intégration ou une longue procédure de demande.
• Le safari de service quand l'équipe elle-même n'a jamais utilisé le service qu'elle opère.
• La carte d'expérience et une carte d'empathie pour donner du sens à ce que vous avez entendu.

L'essentiel de la recherche gaspillée l'est pendant l'entretien lui-même. Lisez 5 erreurs de recherche qui gâchent vos entretiens avant de fixer le premier, et si vous prévoyez de cartographier le parcours, lisez une carte de parcours qui mène au changement, pas un poster.

2. Vous connaissez le symptôme, pas la cause

Les signes : le problème est mesurable et récurrent (réclamations, retards, erreurs), et chaque correction jusqu'ici n'a été que temporaire. Il vous faut des outils d'analyse des causes, pas des idées.

• Les 5 pourquoi pour une chaîne de causes unique et assez linéaire. Associés à Taiichi Ohno et au système de production de Toyota.
• Le diagramme d'Ishikawa, attribué à Kaoru Ishikawa, quand plusieurs familles de causes (personnes, processus, systèmes, règles) s'entremêlent.
• L'analyse de Pareto quand vous disposez de données et devez voir quelles quelques causes expliquent l'essentiel des problèmes.
• L'arbre à problèmes quand vous devez aussi montrer à la direction les effets, pas seulement les causes.

La démarche complète se trouve dans comment trouver la cause racine d'un problème.

3. Vous avez la recherche, mais pas le problème

Les signes : un mur de constats, et chacun y lit un titre différent. C'est la situation la plus sous-estimée, car un cadrage faible ruine discrètement chaque étape qui suit.

• Le diagramme d'affinités pour regrouper les constats en thèmes sur lesquels l'équipe s'accorde.
• L'énoncé de point de vue pour dire qui a le problème, de quoi il a besoin et pourquoi c'est important.
• Les questions « Comment pourrions-nous » pour transformer cet énoncé en une question qui appelle des idées sans en imposer une.

Deux articles pour approfondir : votre énoncé du problème, c'est tout le projet, et 10 questions « Comment pourrions-nous » : cinq bonnes, cinq mauvaises.

4. Vous avez besoin d'idées

Les signes : le problème est clair et partagé, et les trois premières idées sur la table sont celles que tout le monde avait avant le début du projet. Il vous faut de l'amplitude avant de la qualité.

• Le brainwriting pour que les personnes plus discrètes ou plus juniors contribuent avant que la voix la plus forte ne fixe la direction.
• Les Crazy 8s pour obtenir en huit minutes une variété rapide et visuelle.
• La méthode SCAMPER quand vous améliorez quelque chose qui existe déjà.
• L'inspiration analogique quand l'équipe est enfermée dans les habitudes de son secteur.
• La pire idée possible quand la salle est trop prudente pour dire quoi que ce soit d'inhabituel.

Pourquoi une séance ouverte où « chacun lance ses idées » fait moins bien que ces outils, et ce qu'il faut animer à la place, est expliqué dans le brainstorming ne marche pas ; voici ce qui marche.

5. Vous avez trop d'idées

Les signes : un mur de post-it, une échéance, et un sponsor qui demande « alors, laquelle ? ». L'outil choisi ici détermine si le choix sera défendable plus tard.

• La matrice impact-effort pour un premier tri rapide.
• La matrice de décision pondérée quand la décision doit résister à l'examen de la finance ou de la direction.
• La matrice Now, How, Wow quand vous voulez un équilibre entre gains rapides et paris plus audacieux.
• Le vote par gommettes uniquement pour faire émerger les opinions, jamais comme décision finale.

Comparez les options dans comment prioriser des idées : cinq méthodes comparées, et voyez pourquoi le dernier outil de cette liste induit si souvent en erreur dans pourquoi le vote par gommettes vous ment.

6. Vous avez une idée favorite et ne savez pas si elle marche

Les signes : l'enthousiasme est élevé, les preuves sont minces, et quelqu'un veut commencer à construire. C'est le moment qui fait économiser le plus d'argent.

• La cartographie des hypothèses pour trouver la croyance qui, si elle est fausse, coule l'idée.
• Le prototype papier pour tester une interface ou un formulaire en un après-midi.
• Le test du magicien d'Oz quand l'utilisateur doit vivre un service automatisé qui est en réalité opéré à la main en coulisses.
• Le test concierge quand vous rendez le service manuellement, et ouvertement, à une poignée de personnes.
• Le test d'hypothèse pour écrire, avant de tester, quel résultat vous ferait changer d'avis.

Commencez par comment tester une idée avant de la construire, puis le prototype le moins cher que vous puissiez faire cette semaine.

7. Vous avez décidé et devez livrer

Les signes : l'idée a passé ses tests, et elle doit maintenant survivre au contact des opérations, de l'informatique, des achats et des personnes qui la feront tourner un dimanche matin.

• Le service blueprint pour montrer ce qui se passe en front-office, en back-office et dans les systèmes en dessous.
• La matrice RACI pour que chaque étape ait un seul responsable.
• Le premortem, popularisé par le psychologue Gary Klein, pour imaginer que le lancement a échoué et comprendre pourquoi, tant qu'il est encore temps d'agir.
• La check-list de déploiement pour les détails ennuyeux, mais décisifs.

Au-dessus des sept : vous ne savez pas où vous allez

Si la question porte sur la direction plutôt que sur un problème précis, utilisez les outils de stratégie : l'analyse SWOT et l'analyse PESTEL pour examiner la position et l'environnement, les trois horizons pour équilibrer l'activité d'aujourd'hui et celle de demain, et une matrice de scénarios quand l'avenir peut prendre plusieurs tournures. Ces outils relèvent du travail stratégique et s'emploient de préférence avant le début d'un projet de résolution de problème, pas au milieu.

Quand il vous faut un processus complet, pas un outil isolé

Un outil isolé répond à une question isolée. Quand un projet doit aller de « nous ne comprenons pas » à « c'est en service », il vous faut un processus qui enchaîne les situations dans l'ordre.

• Le design thinking parcourt la compréhension, le cadrage, les idées et le test. Les versions les plus connues sont les cinq modes de la d.school de Stanford et le Double Diamond du Design Council britannique. Voir le design thinking, étape par étape, et là où il déraille.
• Le design sprint, conçu par Jake Knapp chez Google et Google Ventures (GV), condense le cadrage, les idées, le choix et un test de prototype en cinq jours.
• Le lean startup se concentre sur la situation 6 : tester des hypothèses dans une boucle construire-mesurer-apprendre.
• L'agile couvre la situation 7 et au-delà : livrer des éléments fonctionnels par cycles courts.
• Le Stage-Gate, conçu par Robert G. Cooper, pilote un portefeuille de projets à travers des points de décision.

Comment choisir entre les quatre premiers est le sujet de design thinking, lean, agile ou design sprint. Si vous voulez une courte liste pour former d'abord une équipe, voyez les 10 outils que toute équipe d'innovation devrait connaître.

Un exemple concret

Illustratif. Une compagnie des eaux régionale, dans une ville européenne de taille moyenne, reçoit un flux constant de réclamations sur sa procédure de raccordement des logements neufs. La directrice des opérations demande au responsable innovation d'« animer un atelier de design thinking et de trouver des idées ».

Le responsable innovation écrit d'abord la phrase : « Nous ne pouvons pas avancer parce que nous ne savons pas… pourquoi les demandes s'enlisent. » Cette fin renvoie à la situation 2, pas à la situation 4. Les réclamations sont un symptôme dont la cause est inconnue.

L'équipe extrait six mois de dossiers de demande et réalise une analyse de Pareto. La plupart des demandes bloquées s'arrêtent à une étape : la visite technique. Une séance Ishikawa avec les techniciens, les planificateurs et le centre d'appels met au jour plusieurs causes entremêlées, mais l'une se détache : on ne dit pas aux demandeurs qu'ils doivent être chez eux pour la visite, si bien que de nombreuses visites échouent.

C'est seulement à ce moment que l'équipe passe à la situation 3, en formulant le problème ainsi : « comment pourrions-nous nous assurer que les demandeurs sont prêts le jour de leur visite ? ». Un tour de brainwriting de vingt minutes produit trente idées. Une matrice impact-effort en laisse quatre. L'équipe teste les deux premières avec un test concierge : pendant deux semaines, une coordinatrice appelle personnellement les demandeurs deux jours avant chaque visite.

Le résultat remonte à la directrice des opérations non pas comme « des idées issues d'un atelier », mais comme des preuves : ce qui a été essayé, avec combien de demandeurs, et ce qui a changé. Le service blueprint de la version définitive suit. Cinq outils ont été utilisés, chacun pour la question à laquelle il répond, et l'atelier demandé au départ n'a été qu'une petite partie de l'ensemble.

À faire, à éviter

À faire

• Nommer la situation avant de nommer l'outil. Écrire la phrase « nous ne savons pas… » et se mettre d'accord dessus.
• Utiliser un ou deux outils par situation. La profondeur vaut mieux qu'un défilé de canevas.
• Revenir en arrière quand il le faut. Si le test révèle que vous avez mal compris l'utilisateur, retournez à la recherche ; c'est le processus qui fonctionne, pas qui échoue.
• Conserver les livrables de chaque outil là où l'étape suivante peut les voir. Un Ishikawa qui ne vit que sur la photo d'un tableau blanc est perdu dès jeudi.
• Adapter l'outil à l'auditoire. Une matrice de décision pondérée convainc un comité financier ; un storyboard convainc une équipe de terrain.

À éviter

• Commencer par les idées parce que c'est la partie amusante. L'idéation sans cadrage produit les idées que tout le monde avait déjà.
• Utiliser le vote par gommettes pour trancher. Il mesure la popularité dans la salle, pas la valeur.
• Lancer un design sprint complet quand une seule séance d'analyse des causes suffit, ou une seule séance quand le problème demande des mois d'exploration.
• Laisser l'outil préféré de l'animateur décider de l'ordre du jour.
• Sauter le test parce que le sponsor aime déjà l'idée. C'est précisément là que le test compte le plus.

Questions fréquentes

Quels sont les outils d'innovation les plus courants ? Les outils que les équipes utilisent le plus sont les entretiens, les cartes de parcours ou d'expérience, les questions « Comment pourrions-nous », le brainwriting ou le brainstorming, les matrices impact-effort, les prototypes et le Business Model Canvas. Être courant ne veut pas dire être adapté à votre cas : servez-vous du tableau des situations ci-dessus pour choisir.

Quelle est la différence entre un outil d'innovation et un processus d'innovation ? Un outil répond à une question, comme « qu'est-ce qui cause cela ? » ou « quelle idée en premier ? ». Un processus comme le design thinking, un design sprint ou le Stage-Gate ordonne plusieurs outils pour qu'un projet puisse aller du problème au lancement.

Peut-on utiliser ces outils sans animateur formé ? Oui, pour la plupart. Des outils comme les 5 pourquoi, la matrice impact-effort ou le prototype papier sont assez simples pour que n'importe quelle équipe les anime à partir d'un guide. Un animateur devient précieux quand le groupe est nombreux, de haut niveau ou divisé, ou quand l'enjeu de la décision est élevé.

Pour aller plus loin

Si vous êtes au début d'un projet, commencez par les entretiens avec les parties prenantes et les questions « Comment pourrions-nous ». Si vous croulez sous les idées, passez à la matrice impact-effort. Si vous êtes sur le point de construire, faites d'abord une cartographie des hypothèses. Les 75 guides de méthode sont dans l'index des guides.