Il existe un type particulier de frustration qui frappe les équipes produit quelques semaines après le début du travail de découverte. Vous avez réalisé une douzaine d’entretiens clients. Vous avez mené une enquête. Vous avez tracé des hypothèses sur des notes autocollantes. Et pourtant, lorsque quelqu’un demande « Alors qu’avons-nous appris ? », la salle se tait ou éclate en interprétations contradictoires.
La découverte est difficile à bien faire car le résultat n’est pas du code ou des conceptions. C'est une perspicacité. Et la perspicacité est glissante : elle se perd dans les notes d'entretien, vit dans la tête d'une seule personne ou se dilue dans de vagues points à retenir comme "les utilisateurs veulent que ce soit plus simple".
L’organisation de rétrospectives spécialement conçues pour le travail de découverte change la donne. Ce n’est pas le même rétro que celui que vous courez après un sprint. Une question différente, construite autour de la question : est-ce qu’on apprend mieux ?
Le travail de découverte n'est pas un travail de livraison
Cette distinction est importante car elle change ce à quoi ressemble le « bien ».
En matière de livraison, bon signifie expédition fiable : les fonctionnalités sont expédiées à temps, la qualité est élevée, l'équipe est débloquée. Dans la découverte, le bien signifie apprendre de manière fiable : vous avez commencé la semaine avec de l'incertitude, et à la fin de la semaine, vous avez une idée plus claire de ce qui est vrai et de ce qui ne l'est pas.
La plupart des formats de rétrospective sont conçus pour la diffusion. « Ce qui s'est bien passé » et « ce qui pourrait s'améliorer » attirent naturellement la conversation vers des sujets d'exécution tels que la vitesse des processus, les bloqueurs et les outils. Ce ne sont pas les bonnes questions lorsque l'objectif est d'améliorer la capacité de votre équipe à générer des informations sur les clients.
Une rétrospective de découverte doit examiner la qualité et la rapidité de votre apprentissage, et non votre débit.
Un format qui fonctionne : Hypothèse / Méthode / Signal / Décision
Configurez quatre colonnes :
Assomption — Qu'avons-nous cru en entrant ? Énumérez les hypothèses spécifiques que vous testiez. Pas des vagues comme « les utilisateurs ont besoin d'une meilleure intégration », mais des questions testables comme « les nouveaux utilisateurs abandonnent parce qu'ils ne trouvent pas l'action principale dans les 30 premières secondes ».
Méthode — Comment l'avons-nous testé ? Entretiens, tests de prototypes, analyses de données, enquêtes, études de journaux. Soyez précis sur la méthode et le profil des participants. Cette colonne révèle si vos méthodes de recherche sont suffisamment variées ou si vous vous appuyez trop sur une seule approche.
Signal — Qu'ont réellement montré les données ? Pas encore votre interprétation. Le signal brut. "Cinq des huit participants ont accompli la tâche sans aide" ou "les répondants à l'enquête ont classé la fonctionnalité X en dernière position en priorité". Séparer le signal de l’interprétation évite des conclusions prématurées.
Décision — Sur la base du signal, que faisons-nous ? C’est là que se produit l’interprétation, et elle doit être explicite. "Nous allons de l'avant avec cette approche parce que..." ou "Nous tuons cette direction parce que..." ou, plus important encore, "Le signal était ambigu, nous avons donc besoin d'un test différent".
Exécution de la session
Avant le rétro : Demandez à chaque membre de l'équipe d'ajouter des cartes aux quatre colonnes de manière asynchrone, idéalement quelques heures avant la réunion. Les rétros découvertes fonctionnent mieux lorsque les gens ont eu le temps de réfléchir à ce qu’ils ont appris plutôt que de générer des observations sur place.
Pendant la rétro (60 minutes) :
Les 10 premières minutes : scannez toutes les cartes en silence. Laissez tout le monde lire ce que les autres ont contribué. Lors de la découverte, différents membres de l’équipe détiennent souvent différentes pièces du puzzle. Un chercheur a remarqué une tendance dans les entretiens qui est liée à quelque chose que le concepteur a vu lors des tests d'utilisabilité. C’est dans cette phase de lecture silencieuse que ces connexions commencent à se former.
Les 15 minutes suivantes : parcourez la colonne Assomption. Les hypothèses que vous avez testées lors de ce cycle sont-elles les bonnes ? Étaient-ils suffisamment spécifiques pour être réellement testés ? Un mode d’échec courant consiste à tester des hypothèses trop larges pour produire un signal clair dans un sens ou dans l’autre.
Les 15 prochaines minutes : examinez ensemble les colonnes Méthode et Signal. Recherchez des modèles. Entendez-vous la même chose avec plusieurs méthodes (triangulation) ou vos signaux se contredisent-ils ? Les deux sont informatifs. Des signaux contradictoires signifient souvent que vous vous adressez à différents segments ayant des besoins différents, ce qui est en soi une découverte précieuse.
Les 20 dernières minutes : concentrez-vous sur les décisions et les actions à entreprendre. Quelles recherches menez-vous au prochain cycle ? Quelles hypothèses promouvez-vous comme « validées » ou rétrogradez-vous comme « invalidées » ? Qu’est-ce qui est encore incertain et nécessite davantage de travail ?
Questions qui aiguisent les rétrospectives de découverte
Ce sont les questions qui distinguent une rétro découverte utile d’une rétro générique :
"Qu'avons-nous appris qui nous a surpris ?" La surprise est un signal que votre modèle mental du client était erroné quelque part. Chassez ces surprises.
"Où avons-nous passé du temps sans produire de signal clair ?" Toutes les recherches ne sont pas productives, et c'est très bien. Mais si vous continuez à mener des études qui produisent des résultats ambigus, quelque chose doit changer : la question, la méthode ou le profil des participants.
"Parlons-nous aux bonnes personnes ?" Les équipes se sentent souvent à l'aise avec un canal de recrutement ou un segment de clientèle particulier. Si tous les participants à votre entretien sont des utilisateurs expérimentés, vous ne découvrez pas l'expérience d'intégration. S’ils appartiennent tous au même secteur, vous ne comprenez pas comment le problème varie selon les contextes.
"Quelle question évitons-nous ?" Il y a généralement une question difficile à laquelle l'équipe ne veut pas répondre car la réponse pourrait invalider des semaines de travail. Les rétrospectives de découverte devraient faire ressortir ces éléments et planifier les recherches pour y répondre.
"Comment les informations sont-elles transmises au reste de l'équipe ?" Si seul le chercheur sait ce qui a été appris, l'apprentissage est fragile. Il vit dans la tête d'une personne et n'influence pas les décisions. Vérifiez si les informations sont documentées, partagées et réellement utilisées dans la priorisation.
Drapeaux rouges dans votre processus de découverte
Utilisez la rétrospective pour vérifier ces modèles :
Tout continue d'être validé. Si vous n'invalidez jamais une hypothèse, soit vous testez des choses que vous connaissez déjà, soit vous interprétez des données ambiguës de manière trop optimiste. Une découverte saine comprend des moments réguliers de type « nous nous sommes trompés à ce sujet ».
La recherche ralentit plutôt que de converger. Au début de la découverte, chaque étude devrait réduire l'espace des possibilités. Si votre liste de questions ouvertes s’allonge au lieu de diminuer, vous devrez peut-être prendre du recul et prioriser les inconnues qui comptent réellement.
L'équipe fait des recherches mais ne prend pas de décisions. La découverte n'est pas un exercice académique. Le but est de parvenir à une conviction sur ce qu’il faut construire (ou ne pas construire). Si votre rétrospective révèle trois cycles de recherche sans décision, l’équipe utilise peut-être la recherche comme un moyen d’éviter de s’engager dans une direction.
Une méthode domine. Si chaque carte de la colonne Méthode indique « entretien utilisateur », vous laissez le signal sur la table. Les entretiens sont parfaits pour comprendre pourquoi, mais ils sont moins fiables pour prédire ce que les gens feront réellement. Mélangez des tests de prototypes, des analyses de données, des enquêtes et des observations.
Les informations ne sont pas connectées les unes aux autres. Les résultats individuels ont moins de valeur que les modèles. Si votre rétro fait apparaître un tas d’observations isolées mais que personne ne les synthétise en une image cohérente, ajoutez une étape de synthèse à votre processus de découverte.
Faire des rétros découvertes une habitude
Le travail de découverte semble souvent moins structuré que le travail de livraison, et les équipes considèrent parfois les rétrospectives comme facultatives au cours de cette phase. C'est à l'envers. La découverte est exactement le moment où vous avez le plus besoin de rétrospectives, car les boucles de rétroaction sont plus longues et moins évidentes. Vous n’obtenez pas le signal naturel « le sprint s’est-il bien passé » que fournit la livraison.
Quelques conseils pratiques :
Exécutez-les toutes les une à deux semaines, même si vos cycles de recherche sont plus longs. Le rétro n’a pas besoin d’attendre qu’une étude soit terminée. Vous pouvez réfléchir aux défis de recrutement, aux modèles émergents ou aux décisions méthodologiques en milieu de cycle.
Inclure l'équipe de découverte complète. Chef de produit, concepteur, chercheur et tout ingénieur impliqué dans le prototypage ou l'analyse de données. Chacun apporte une perspective différente aux mêmes signaux clients.
Suivez votre apprentissage au fil du temps. Conservez un document en cours d'exécution d'hypothèses validées et invalidées. Au cours d'une phase de découverte, cela devient votre base de données probantes pour les décisions concernant les produits. La rétrospective est l'endroit où vous la mettez à jour.
Célébrez les victoires. Lorsque l'équipe invalide une idée plus tôt et économise des semaines de construction inutile, c'est une victoire. Traitez-le comme tel. Les équipes qui célèbrent l’apprentissage ont tendance à en faire davantage.
Quand la découverte rencontre la livraison
À un moment donné, la découverte se termine et la construction commence (ou de manière plus réaliste, elles se chevauchent). La transition est un moment critique. Organisez une « rétrospective passerelle » qui pose la question : qu'avons-nous appris lors de la découverte que la livraison doit savoir ? Quelles hypothèses appliquons-nous dans la construction et qui ne sont toujours pas validées ?
Ce pont rétro évite l'échec courant où une équipe effectue un excellent travail de découverte, puis s'éloigne lentement des informations pendant la phase de construction à mesure que les contraintes techniques et les négociations de portée prennent le dessus.
Essayez NextRetro gratuitement — Créez des tableaux rétrospectifs de découverte personnalisés avec vos propres colonnes, des entrées anonymes et un vote intégré pour faire apparaître les informations les plus importantes.
Dernière mise à jour : février 2026
Temps de lecture : 7 minutes
