Kit acculturation produit

Lancer une démarche produit dans une équipe qui n'en a pas l'habitude, c'est un vrai défi. Par où commencer ? Quels rituels mettre en place ? Comment découper les features ? On vous partage notre kit, celui qu'on utilise nous-mêmes et qu'on a testé avec plusieurs équipes. C'est du concret, du pratique, et ça marche vraiment !

Les rituels essentiels

1. Le stand-up quotidien (15 minutes max)

Quand : Tous les matins à heure fixe (9h par exemple)

Format : Chacun répond à 3 questions :

• Qu'est-ce que j'ai fait hier ?
• Qu'est-ce que je fais aujourd'hui ?
• Y a-t-il des blocages ?

Règle d'or : Pas de discussion technique pendant le stand-up. Si besoin, on prend un créneau séparé. L'objectif, c'est la synchronisation, pas la résolution de problèmes.

2. La rétrospective (toutes les 2 semaines)

Quand : En fin de sprint (ou toutes les 2 semaines)

Format : 3 colonnes sur un tableau (physique ou numérique)

• Ce qui a bien marché : On garde quoi ?
• Ce qui n'a pas marché : Qu'est-ce qu'on change ?
• Actions concrètes : Qu'est-ce qu'on fai t différemment ?

Durée : 1h maximum. L'important, c'est d'avoir des actions concrètes à la fin, pas juste de discuter.

3. Le planning poker (pour estimer les features)

Quand : Avant chaque sprint, pour estimer les nouvelles features

Comment :

1. Chacun estime la complexité (1, 2, 3, 5, 8, 13 points)
2. On révèle tous en même temps (pour éviter l'influence)
3. Si les estimations diffèrent beaucoup, on discute pourquoi
4. On ré-estime jusqu'à avoir un consensus

Astuce : Commencez simple. Les points ne sont pas des jours, c'est juste une unité relative. Une feature de 5 points est plus complexe qu'une de 2 points, c'est tout.

La discovery continue

Pourquoi la discovery continue ?

La discovery, c'est comprendre le problème avant de le résoudre. Et ça, ça doit être continu, pas juste au début du projet. Les besoins évoluent, les utilisateurs changent, le marché bouge. Il faut s'adapter.

Les outils de discovery

1. Les user interviews (30 minutes)

• Quand : Avant de développer une nouvelle feature
• Qui : 3-5 utilisateurs représentatifs
• Questions à poser :
  • Quel problème essayez-vous de résoudre ?
  • Comment le résolvez-vous actuellement ?
  • Qu'est-ce qui vous frustre le plus ?
  • Qu'est-ce qui vous ferait gagner du temps ?
• Astuce : Ne demandez pas ce qu'ils veulent, demandez ce qu'ils font. Les actions parlent plus que les intentions.

2. Le mapping de problème

Avant de penser solution, mappez le problème :

• Qui a ce problème ? (persona)
• Quand ce problème se produit ? (contexte)
• Pourquoi c'est un problème ? (impact)
• Comment ils le résolvent actuellement ? (workaround)

Une fois le problème bien compris, les solutions deviennent évidentes.

3. Le prototype rapide

Avant de développer, testez l'idée :

• Figma / Sketch : Pour les interfaces
• Landing page : Pour tester l'intérêt (avec Google Ads par exemple)
• Wizard of Oz : Simulez la feature manuellement pour tester le concept

L'objectif ? Valider l'hypothèse avant d'investir du temps de développement.

Le découpage de features

La règle d'or : une feature = une valeur

Chaque feature doit apporter une valeur utilisateur mesurable. Si vous ne pouvez pas mesurer l'impact, c'est que la feature est trop large ou pas assez claire.

Comment découper une grosse feature ?

Exemple : "Système de notifications"

Mauvais découpage :

• Backend des notifications
• Frontend des notifications
• Tests des notifications

Bon découpage :

• Notification email quand un utilisateur s'inscrit (valeur : confirmer l'inscription)
• Notification in-app quand un message arrive (valeur : répondre rapidement)
• Notification push pour les urgences (valeur : alerter en temps réel)

Chaque feature peut être livrée indépendamment et apporte une valeur immédiate.

Le format de description de feature

Pour chaque feature, documentez :

• Problème : Quel problème ça résout ?
• Solution : Comment on le résout ?
• Valeur : Pourquoi c'est important ?
• Métrique : Comment on mesure le succès ?
• Acceptance criteria : Quand on considère que c'est fait ?

La priorisation

La matrice Impact / Effort

Pour prioriser, placez chaque feature sur une matrice :

• Impact élevé / Effort faible : À faire en premier (quick wins)
• Impact élevé / Effort élevé : À planifier (projets majeurs)
• Impact faible / Effort faible : À faire si on a du temps
• Impact faible / Effort élevé : À éviter (ou repenser complètement)

La règle du "Now, Next, Later"

Organisez votre backlog en 3 catégories :

• Now : Ce qu'on fait ce sprint
• Next : Ce qu'on fait le sprint suivant
• Later : Tout le reste (à revoir régulièrement)

Ça évite de se perdre dans un backlog infini et ça force à faire des choix.

Les pièges à éviter

• Vouloir tout faire d'un coup : Commencez par un rituel, testez-le, puis ajoutez les autres progressivement.
• Copier-coller les méthodes : Adaptez les rituels à votre équipe. Ce qui marche pour une équipe ne marche pas forcément pour une autre.
• Oublier de mesurer : Si vous ne mesurez pas l'impact, vous ne saurez pas si ça marche.
• Négliger la communication : La démarche produit, c'est avant tout de la communication. Communiquez régulièrement avec votre équipe et vos utilisateurs.

En résumé

Lancer une démarche produit, c'est un processus, pas un événement. Commencez simple, testez, adaptez. Les rituels que nous vous proposons sont des points de départ, pas des règles absolues. L'important, c'est de commencer et d'itérer.

Besoin d'aide ? Si vous voulez qu'on vous accompagne dans la mise en place de ces rituels dans votre équipe, n'hésitez pas à nous contacter. On sera ravie de vous aider !