Les cadres de conception de produits en pratique : comment sortir de la théorie sans devenir l'otage de la méthode

Chaque équipe produit, à un moment donné, découvre des frameworks. Double Diamant, Design Thinking, Travaux à réaliser, Design Sprint. Ils sont collés au mur, deviennent des diapositives de processus et, pendant un moment, ils donnent le sentiment réconfortant qu'il existe désormais une méthode.

Le problème apparaît plus tard. L'équipe suit le rituel à la lettre et livre toujours des produits moyens. Les étapes étaient terminées, les post-it restaient collés et le résultat ne s'améliorait pas. La question que personne ne se pose à voix haute est : le cadre est-il utile ou est-il devenu théâtre ?

Ce texte s'adresse à ceux qui connaissent déjà la théorie et veulent vraiment l'utiliser, sans transformer la méthode en religion.

Ce que les frameworks de conception font vraiment pour vous

Un framework n’a pas d’intelligence. Il ne prend pas de décisions, il ne comprend pas son utilisateur et il ne connaît pas son métier. Ce qu'il fait, c'est structurer la réflexion, donner une séquence de questions et empêcher l'équipe de sauter des étapes importantes par anxiété.

Telle est la thèse : la valeur d'un cadre réside dans la réduction du coût d'une bonne réflexion, et non dans son remplacement. Il organise la conversation, aligne l’équipe et fournit un vocabulaire commun. Lorsque vous commencez à dicter des réponses au lieu d’améliorer les questions, cela devient une béquille.

La meilleure utilisation d’un cadre est celle d’un échafaudage. Vous le configurez pour construire et, à un moment donné, vous apprenez à travailler sans avoir à le regarder à chaque étape du processus.

Double Diamond dans la routine : véritablement diverger et converger

Double Diamond est simple sur le papier : explorez le problème (découvrez et définissez), puis explorez la solution (développez et livrez). Deux diamants d'ouverture et de fermeture.

Là où il échoue à l’entraînement, c’est lorsque l’équipe saute le premier diamant. La précipitation à livrer amène tout le monde à se précipiter vers la solution avant de comprendre le problème. Le résultat est un produit bien exécuté pour la mauvaise question.

Vraiment postuler, c’est protéger la phase de découverte. Cela signifie résister à la pression du « nous savons déjà quoi faire » et passer du temps à comprendre le problème avant de concevoir la réponse. Dans une vraie équipe, il s’agit moins de suivre le schéma que d’avoir la discipline de ne pas converger trop tôt.

Travaux à réaliser : la question qui change la donne

Les tâches à accomplir ne sont pas un processus, c'est une lentille. Au lieu de demander « que veut l'utilisateur », vous demandez « quels progrès essaie-t-il de faire dans sa vie ? » Les gens ne veulent pas d’exercice ; ils veulent un trou dans le mur et, en bas, ils veulent que l'étagère soit installée.

Cela change ce que vous priorisez. Il n’existe par exemple pas de plateforme de services en mairie pour « proposer des formulaires en ligne ». Il existe pour que les citoyens puissent résoudre un problème avec un minimum de frictions. Quand on recadre le problème autour du « job », des fonctionnalités qui semblaient essentielles se révèlent être du bruit.

L'erreur courante est d'utiliser JTBD comme jargon de présentation sans modifier les décisions. Si le cadre n’a pas modifié ce qui entre ou sort de la feuille de route, il n’a pas été appliqué, a-t-on mentionné.

Design Sprint : puissant et souvent mal utilisé

Le Design Sprint compresse la découverte, le prototypage et les tests en quelques jours. C’est excellent pour débloquer une décision difficile ou valider rapidement une direction risquée.

Le mauvais usage est de le traiter comme un processus standard pour tout. Le sprint coûte cher, il concentre les seniors pendant des journées entières. L’utiliser pour des problèmes insignifiants est un gaspillage ; L'utiliser sans problème bien formulé est encore pire, car vous gaspillez l'énergie de l'équipe à répondre rapidement à la mauvaise question.

Le Design Sprint s’avère payant lorsqu’il existe une décision à haut risque et peu consensuelle. Alors il vaut de l'or. A part ça, c'est généralement une cérémonie.

Comment choisir entre eux au quotidien

Le choix ne porte pas sur le meilleur cadre, mais sur la question à laquelle vous essayez de répondre maintenant.

Je ne sais pas quel est le problème. Commencez par la découverte, le premier diamant Double Diamant, les interviews, l'observation.
Je connais le problème, mais je ne comprends pas la motivation de l'utilisateur. Utilisez Jobs to be Done pour recadrer.
J'ai une décision risquée et j'ai besoin d'une direction rapide. Design Sprint.
J'ai déjà la solution, je dois l'affiner et la livrer. Concentrez-vous sur l'exécution, sur le deuxième diamant, et testez-la en utilisation réelle.

A noter que ces frameworks ne sont pas en concurrence, ils couvrent des moments différents. Les mélanger avec des critères est plus mature que de défendre une seule méthode comme une vérité absolue.

Combiner les frameworks sans devenir un patchwork

Il est rare qu’un seul framework gère un projet du début à la fin. L'équipe expérimentée combine les approches, mais une mauvaise combinaison crée un processus déroutant, dans lequel personne ne sait pourquoi ils font chaque chose.

Le secret est de traiter chaque framework comme une réponse à une phase, et non comme une identité pour l’équipe. Vous pouvez utiliser Double Diamond comme squelette général, les tâches à accomplir pour recadrer le problème dans la phase de découverte et un Design Sprint ponctuel lorsqu'une décision spécifique reste bloquée. Il ne s’agit pas d’une incohérence ; Il s’agit d’utiliser le bon outil à chaque instant.

Ce qui maintient cette combinaison saine, c’est la clarté de l’objectif. Avant d’adopter une technique, l’équipe doit savoir comment répondre à deux questions : à quelle question essayons-nous de répondre et comment saurons-nous que cette approche a aidé ? Si personne ne peut répondre, le cadre a été choisi par habitude ou par mode, et non par nécessité.

Un exemple de combinaison qui fonctionne : une équipe produit d'un organisme public cartographie le « travail » du citoyen (résoudre un problème), utilise le premier diamant Double Diamond pour comprendre les véritables barrières à l'accès, et seulement ensuite effectue un court sprint pour concevoir et tester le flux critique. Chaque étape mène logiquement à la suivante. C’est le processus qui sert le problème, et non l’inverse, ce qui est exactement le contraire de ce qui se produit lorsque les cadres s’accumulent sans critères.

Le piège du processus qui devient théâtre

En pratique, le plus grand risque est de ne pas choisir le mauvais cadre. C'est le processus qui devient performance. Les équipes qui aiment leurs rituels de conception oublient parfois que le rituel n’a jamais été le but.

J'ai vu des équipes fières de suivre la méthode à la perfection, livrant des produits que personne n'utilisait. La cérémonie a donné un sentiment de progrès tout en masquant l'absence de décisions difficiles. Un cadre bien exécuté ne remplace jamais le courage de réduire la portée, de dire non et de prendre un pari.

Un leadership technique mature utilise des cadres pour accélérer le jugement, et non pour s'en cacher. Lorsque l’équipe peut expliquer pourquoi elle utilise une certaine approche et quand elle arrêterait de l’utiliser, la méthode est au service du produit. Quand personne ne sait comment répondre à cette question, le produit est devenu un serviteur de la méthode.

Clôture

Les cadres de conception de produits sont des outils de réflexion et non des formules de réussite. Dans la pratique, ce qui différencie ceux qui délivrent de ceux qui se contentent d’accomplir des rituels, c’est la capacité de savoir lequel utiliser, quand et quand abandonner.

Le meilleur designer produit n’est pas celui qui suit le plus beau processus. C'est ce qui donne le bon résultat et, si nécessaire, interrompt le processus lui-même pour y arriver.

Si votre équipe continue de suivre des cadres sans voir les résultats s'améliorer, le problème ne vient peut-être pas de la méthode, mais de la manière dont elle est utilisée. Cela vaut la peine d'en parler, et il existe ici d'autres articles sur la découverte et le design dans la vie quotidienne qui approfondissent le sujet.