Sprint Review

Vue d'ensemble

Quand une fonctionnalité ne prend pas, c'est tentant de penser que Sales ne connaît pas le produit ou que le Support n'arrive pas à l'expliquer. Mais en tant que product manager, c'est notre responsabilité de faire en sorte qu'ils y arrivent. Nous ne sommes pas là pour livrer des fonctionnalités, mais pour résoudre de vrais problèmes et, ce faisant, attirer de nouveaux clients et plus de revenu. C'est pour ça qu'il faut repenser les sprint reviews (ou les démos produit internes, comme vous préférez).

Arrêtez de les considérer comme un endroit pour entrer dans le détail du fonctionnement d'une fonctionnalité. Oui, vous devez montrer le produit, expliquer comment cela fonctionne, mais aussi pourquoi vous l'avez construit. Pour que vos équipes go-to-market sachent exactement comment en parler aux clients et que tout le monde ait envie de la voir.

Un problème reste : réunir tout le monde en même temps n'est pas facile. On essaie souvent de caser une rapide démo produit dans l'all-hands, mais c'est expédié et superficiel. Et quand on a une réunion dédiée pour une sprint review, les absents n'ont pas de moyen simple d'accéder à l'info importante après coup.

Alors comment transformer votre sprint review en réunion à laquelle chacun peut et veut assister ? Lisez la suite.

Quand utiliser ce playbook Sprint Review

Si vous suivez le framework scrum, vous avez déjà une sprint review dans vos cérémonies. Mais si, comme beaucoup, vous vous éloignez de scrum, il est quand même pertinent de la conserver. Quand vous terminez le travail sur une fonctionnalité et avant de la mettre en production, vous devez créer cet espace pour raconter l'histoire, montrer le produit en action et répondre aux questions.

Dans ce playbook, vous trouverez une nouvelle perspective sur les sprint reviews pour aider les product managers à booster l'engagement et à donner envie aux parties prenantes de regarder les sprint demos.

Comment démarrer

Pourquoi vous avez besoin de sprint reviews (différentes)

Non, on ne dit pas qu'il faut tenir plusieurs démos pour chaque fonctionnalité (un peu contre notre devise "Moins de réunions, plus d'action"). Ce qu'on dit, c'est que différentes audiences ont des besoins différents. L'équipe sales vous demandera quel problème la fonctionnalité résout et quelle valeur elle apporte au client. L'équipe support, elle, veut tous les détails pour rédiger la documentation et se préparer aux questions des utilisateurs. Alors comment éviter une réunion de 3h ? Les feature tiers.

On ne fera pas l'explication exhaustive du feature tiering, mais l'idée principale, c'est de catégoriser les releases par ordre d'importance, des fonctionnalités flambant neuves (Tier 1) aux petits ajustements (Tier 3). Pour chaque Tier, vous avez besoin d'un plan de communication spécifique pour réussir la release. Une fonctionnalité Tier 1 nécessitera un plan go-to-market complet, là où une Tier 3 demandera juste une nouvelle entrée dans votre F.A.Q.

Cette distinction est importante car elle précise aussi qui sont vos parties prenantes pour chaque Tier et si une démo produit est nécessaire. Plus une fonctionnalité est mission critical, plus votre communication doit être exhaustive, et vous aurez probablement besoin de plusieurs sprint reviews pour les différents groupes. D'où la section suivante : préparer votre plan de communication.

Préparez votre plan de communication

On a tous une attention courte et on ne peut pas retenir beaucoup d'informations d'un coup. Pire, on oublie environ 56% de ce qu'on a entendu en une heure, 66% après une journée. C'est pourquoi il est si important de doser le niveau de détail et d'adapter le message à l'audience. La première étape : grouper vos parties prenantes :

1. Le cercle interne : c'est votre core group, qui inclut toutes les personnes des équipes go-to-market. Vous ne pourrez peut-être pas parler directement à chacun, donc appuyez-vous soit sur le manager, soit sur un product champion désigné, typiquement issu de Sales. Ces personnes doivent comprendre l'info de haut niveau et les spécificités à intégrer au pitch et aux réponses clients. Cela se traduit normalement par plusieurs réunions et allers-retours jusqu'à ce que tout le monde "capte".
2. Le groupe élargi : ensuite, vous avez le reste de l'entreprise. Ils doivent rester informés, mais avec beaucoup moins de détails. Cela peut être un défi. Il faut montrer le produit, mais vous n'avez pas le temps de travailler avec toutes les équipes. Pour atteindre ce groupe, faites une démo produit interne pendant un all-hands, envoyez un message Slack avec les infos de la release, ou intégrez-le dans la newsletter de l'entreprise.

Souvenez-vous : c'est votre responsabilité d'expliquer pourquoi vous avez travaillé sur cette fonctionnalité et de vous assurer que chacun peut en parler avec aisance.

Étape suivante : préparer votre sprint review et la démo. C'est là que la collaboration vidéo peut aider.

Comment communiquer efficacement avec la collaboration vidéo

Ok. Vous avez vos feature Tiers, vous avez groupé vos parties prenantes, il est temps de diffuser votre message. Comment vous assurer qu'il atteint un maximum de personnes ? Cela dépend un peu de la culture de votre entreprise :

1. Si vous êtes dans une organisation async-first, enregistrez votre sprint review en vidéo. La vidéo est plus puissante qu'une release note écrite : on comprend mieux le produit quand on le vit. Enregistrez plusieurs vidéos avec différents niveaux de détail, ou une plus longue. Avec Claap, épinglez facilement les moments clés et créez des sections via l'annotation vidéo.
2. Si vous êtes dans une organisation meeting-first, notre conseil : enregistrez votre réunion de sprint review pour que les absents puissent y accéder. Vous créez aussi une base de connaissance pour les futurs arrivants.
3. Si vous êtes une organisation hybride, optez pour une approche mixte. Les updates importantes sont données en présentiel et enregistrées (pour les fonctionnalités Tier 1 au moins). Pour les Tier 2 et Tier 3, en async. Ou choisissez l'un ou l'autre selon votre charge.

Comment faire des sprint reviews en async

Préparez votre enregistrement

Avant d'enregistrer votre démo, prenez le temps de préparer ces éléments pour une présentation efficace :

• Définissez un message principal : il est essentiel d'éviter de se perdre dans les détails. Pour que les points clés soient retenus, essayez de résumer l'idée principale en une phrase concise.
• Construisez une histoire : donnez un contexte global du problème, de la solution et des specs. Ajoutez les liens vers les documents de support pour pouvoir aller plus loin dans la démo. Cela donne une vue plus complète du projet.

Enregistrez votre sprint review

Ensuite, structurez votre démo en trois parties :

1. Expliquez le workflow global : déroulez le workflow global en affichant les wireframes de votre fichier Figma.
2. Montrez les maquettes finales : passez aux maquettes finales pour situer votre équipe. Pointez les facteurs importants du choix final.
3. Expliquez les tickets : décrivez les différents tickets créés liés à cette fonctionnalité. (C'est optionnel selon moi. Pour une démo de grosse fonctionnalité au niveau entreprise, vous n'irez pas dans ce niveau de détail.)

Quand vous enregistrez, vous pouvez facilement passer d'un document à l'autre en sélectionnant le partage plein écran. Pour en savoir plus.

Partagez votre enregistrement

Quand vous êtes prêt à partager, plusieurs options :

• Envoyez-le par email dans vos updates hebdo ou la newsletter de l'entreprise.
• Centralisez vos sprint reviews dans un topic dédié dans votre workspace Claap. Votre équipe sait exactement où les trouver. Avec l'intégration Slack, vous boostez la visibilité quand de nouvelles démos sont disponibles.
• Incluez le lien de l'enregistrement dans un message Slack ou dans le ticket Jira/Linear.
• Intégrez la vidéo dans une page Notion dédiée.

Répondez aux questions et alignez les parties prenantes

Comme mentionné précédemment, il est essentiel que chacun comprenne pourquoi vous sortez ce produit et puisse en parler efficacement aux prospects. Pour cela, assurez-vous que toutes les questions posées sur votre claap obtiennent une réponse rapide et précise. Vous pouvez aussi mentionner les personnes de votre équipe les plus à même de répondre à des questions spécifiques. Cela permet l'utilisation la plus efficace du temps et des ressources de chacun, et évite les délais inutiles.

Pour conclure

Pour résumer, une sprint review est votre meilleure chance de donner à chacun envie de ce qui arrive et de le partager au monde. Mais cela prend du temps et demande de la coordination entre plusieurs équipes. En combinant réunions et communication asynchrone, vous garantissez que chacun est aligné et que la release produit est réussie.

‍