Le sprint Discovery est l'une des pratiques les plus mal comprises du product management. Trop souvent, il devient une série d'entretiens utilisateurs dont les enseignements sont synthétisés dans un slide deck qui ne sera jamais relu.
Voici comment je le structure pour qu'il produise quelque chose d'actionnable.
Les quatre phases en deux semaines
Semaine 1 : Comprendre le problème
Jours 1-2 — Problem framing
Avant de parler aux utilisateurs, alignez l'équipe sur ce que vous cherchez à comprendre. Trop de discoveries partent sans hypothèses, et reviennent avec des données mais sans direction.
Posez-vous ces questions :
- Qu'est-ce qu'on pense savoir sur ce problème ?
- Qu'est-ce qui nous inquiète le plus dans nos hypothèses ?
- Quelle découverte changerait notre façon de prioriser ?
Jours 3-5 — Research terrain
8 à 12 entretiens, pas plus. Au-delà, vous êtes en train de confirmer ce que vous savez déjà. Chaque entretien doit être observé par au moins un membre de l'équipe (pas seulement le PM).
Semaine 2 : Du terrain à la décision
Jours 6-7 — Sensemaking collectif
C'est la phase la plus sous-estimée. Réservez deux demi-journées pour faire émerger les insights en équipe — pas seul dans votre coin un dimanche soir.
Méthode : affinity mapping. Chaque verbatim sur un post-it, regroupement par thème, vote sur les insights les plus surprenants (pas les plus attendus).
Jours 8-9 — Hypothèses → opportunités
Convertissez vos insights en opportunités de design. La formulation compte : "Les utilisateurs peinent à X parce que Y" est une opportunité. "Il faudrait une feature pour Z" est une solution prématurée.
Jour 10 — Brief équipe
Un document d'une page : contexte, opportunités priorisées, critères de succès, ce qu'on a décidé de ne pas faire. Présentez-le en 20 minutes, discutez 40 minutes.
Les pièges à éviter
L'entonnoir de confirmation — chercher des preuves de ce qu'on croit déjà. Forcez-vous à noter les verbatims qui contredisent vos hypothèses.
La discovery sans fin — fixer une date de clôture dès le début. La discovery ne se termine pas quand vous êtes certains, elle se termine quand vous en savez assez pour décider.
L'équipe exclue — un PM qui fait la discovery seul et "restitue" est un pattern toxique. L'équipe qui n'a pas entendu les utilisateurs sera toujours moins convaincue par les insights.
Ce que vous devez produire à J+10
- Un document d'opportunités (3 à 5 max)
- Un critère de succès par opportunité
- Une décision claire : quelle opportunité on attaque en premier, et pourquoi
Si vous n'avez pas ces trois éléments, vous avez fait de la recherche. Pas de la discovery.
La discovery est une compétence d'équipe, pas de PM. Plus vous l'intégrez dans vos rituels collectifs, plus elle devient naturelle — et utile.