Le Design Thinking aide à trouver le bon problème et la bonne solution, en partant des utilisateurs. L’Agile aide à construire et livrer cette solution par petites itérations, en s’adaptant en continu. Le premier répond à « Que faut-il faire ? », le second à « Comment le réaliser au mieux ? ». Les deux se complètent.
Dans beaucoup d’organisations, les deux mots circulent ensemble, parfois comme synonymes. Les équipes produit parlent de sprints, les équipes innovation parlent d’ateliers, et chacun pense que l’autre fait la même chose. Ce n’est pas le cas.
Cet article clarifie ce qui distingue les deux démarches, ce qu’elles partagent et comment les combiner. Si vous découvrez le Design Thinking, commencez par les 5 étapes du Design Thinking.
Sommaire
Deux démarches, deux questions différentes
Le Design Thinking est une démarche d’innovation centrée sur les personnes. Il explore le problème avant de chercher une solution : empathie, définition, idéation, prototype, test.
L’Agile est une façon d’organiser la réalisation d’un projet par cycles courts, avec des livraisons fréquentes et des ajustements en continu. Il est né dans le développement informatique, avec le Manifeste Agile publié en 2001, et s’appuie sur des cadres de travail comme Scrum ou Kanban.
| Design Thinking | Agile | |
|---|---|---|
| Question centrale | Que faut-il faire, et pour qui ? | Comment le réaliser et le livrer au mieux ? |
| Point de départ | Les besoins des utilisateurs | Une liste de fonctionnalités à réaliser |
| Résultat | Un problème bien posé et une solution testée sous forme de prototype | Un produit ou service livré et amélioré par itérations |
| Rythme | Ateliers, phases d’exploration | Sprints de une à quatre semaines |
| Livrables | Observations, personas, prototypes | Versions fonctionnelles du produit |
| Risque traité | Construire la mauvaise chose | Mal construire, ou trop tard |
| Profils impliqués | Équipe pluridisciplinaire, utilisateurs | Équipe de réalisation, responsable produit |
Ce qu’ils ont en commun
- Une démarche centrée sur l’utilisateur : le Design Thinking part de ses besoins, l’Agile les traduit en « user stories » (« En tant que…, je veux…, afin de… »).
- Le travail itératif : on avance par cycles courts plutôt que par un plan figé.
- L’apprentissage par l’expérience : on teste, on observe, on ajuste.
- La collaboration : des équipes pluridisciplinaires plutôt que des services qui se transmettent un cahier des charges.
- L’acceptation de l’erreur : se tromper tôt coûte moins cher que se tromper tard.
Le risque quand on n’utilise que l’un des deux
- Agile sans Design Thinking : l’équipe livre vite et bien… une solution qui ne répond pas au vrai besoin. On optimise la réalisation d’une idée qui n’a jamais été confrontée aux utilisateurs.
- Design Thinking sans Agile : l’équipe trouve une excellente idée, la teste avec succès… puis le projet s’enlise dans un long cycle de réalisation classique, et l’idée perd sa pertinence en chemin.
Comment les articuler dans un projet
Le plus important à retenir : les deux démarches se succèdent. Le Design Thinking commence dans l’espace du problème, puis entre dans l’espace des solutions dès l’idéation : il imagine des solutions, les prototype et les teste, pour s’assurer de faire la bonne chose. L’Agile prend le relais pour réaliser la solution retenue et bien la faire, sprint après sprint.
Une façon simple de les combiner :
- Explorer avec le Design Thinking. Comprendre les utilisateurs, poser le problème sous forme de question « Comment pourrions-nous… ? », générer des idées, prototyper et tester les plus prometteuses.
- Faire le lien. Transformer les enseignements des tests en priorités : les premières fonctionnalités à construire, les critères de réussite, les questions encore ouvertes.
- Réaliser en Agile. Construire la solution par sprints, en livrant régulièrement des versions utilisables.
- Continuer à tester avec les utilisateurs. Chaque version livrée est une occasion de recueillir des retours, qui alimentent les sprints suivants.
Et le Design Sprint ?
Le Design Sprint condense une démarche de Design Thinking en cinq jours : comprendre le défi, imaginer des solutions, choisir, prototyper et tester avec de vrais utilisateurs. Son nom rappelle le vocabulaire Agile, et il est souvent utilisé comme passerelle entre les deux démarches, avant de lancer le développement.
Les erreurs à éviter
- Confondre les deux démarches et croire qu’une équipe Agile fait du Design Thinking parce qu’elle travaille par sprints.
- Faire du Design Thinking une étape isolée, sans lien avec ceux qui réaliseront la solution.
- Oublier les utilisateurs une fois le développement lancé.
- Imposer un cadre rigide à l’une ou l’autre démarche, alors que leur force est l’adaptation.
Questions fréquentes
Quelle est la différence entre Design Thinking et Agile ?
Le Design Thinking sert à comprendre les utilisateurs et à trouver la bonne solution à leur problème. L’Agile sert à réaliser et livrer cette solution par cycles courts, en l’améliorant en continu.
Peut-on combiner Design Thinking et Scrum ?
Oui. Le Design Thinking intervient en amont pour définir le problème et tester des idées, puis Scrum organise la réalisation en sprints. Des tests utilisateurs réguliers pendant les sprints maintiennent le lien avec les besoins réels.
Le Design Sprint, c’est du Design Thinking ou de l’Agile ?
C’est une démarche de Design Thinking condensée en cinq jours. Elle emprunte au vocabulaire Agile l’idée de cycle court et sert souvent de passerelle avant le développement.
Vous avez un défi concret à résoudre et à tester rapidement ? Découvrez l’atelier Design Sprint.
Articuler innovation et réalisation
Faire travailler ensemble équipes d’innovation et équipes de réalisation demande une méthode et un langage communs. Certifiée en Design Thinking et en Scrum, je peux vous accompagner pour articuler les deux démarches dans vos projets, du cadrage à la mise en pratique.
