Livré et gagné

Qu'avons-nous livré qui a créé de la valeur ce sprint ?

On a livré le nouveau parcours d'onboarding en avance et les inscriptions sont déjà en hausse.
Notre petit spike sur le bug de paiement a débouché sur un correctif propre qui a fait baisser les tickets de support.
On a comblé le fossé entre design et dev : pour la première fois, on a livré au pixel près dès le premier jour.
Ce qui nous a freinés

Quels blocages ou frictions ont plombé notre vélocité ?

Trop de changements de contexte entre les projets, du coup je n'ai jamais réussi à me concentrer vraiment.
On est restés bloqués deux jours à attendre un accès à l'API d'une autre équipe.
Des critères d'acceptation flous nous ont obligés à refaire la fonctionnalité deux fois.
Ce que nous avons appris

Quel nouvel enseignement ou apprentissage validé avons-nous tiré ?

Les clients ne veulent pas plus de fonctionnalités. Ils en veulent moins, mais plus claires.
Faire du pair programming sur les tickets les plus durs nous a fait gagner du temps au final, pas en perdre.
Notre hypothèse sur l'usage mobile était fausse : la majorité du trafic vient du desktop.
Pivoter ou persévérer

Sur quoi miser davantage, que changer ou abandonner ?

Persévérer sur l'onboarding, les données le justifient clairement.
Abandonner la fonctionnalité grands comptes : c'est chez les PME qu'on a une vraie traction.
Supprimer le reporting hebdo que personne ne lit et récupérer ce temps.

Qu'est-ce que la Rétrospective de sprint Startup Silicon Valley ?

La Rétrospective de sprint Startup Silicon Valley mène votre rétro comme le ferait une équipe de startup. Elle repose sur la boucle construire-mesurer-apprendre du lean startup, popularisée par Eric Ries dans The Lean Startup : on traite chaque sprint comme une expérience, on regarde ce que les résultats ont réellement montré, puis on décide de la suite en s'appuyant sur ces éléments concrets. Le tableau comporte quatre zones. Livré et gagné regroupe ce que l'équipe a livré et ce que cela a changé pour les clients. Ce qui nous a freinés couvre les blocages et les frictions qui vous ont fait perdre de la vélocité. Ce que nous avons appris consigne ce que vous supposiez et ce que les données ont révélé. Pivoter ou persévérer est le moment de décision : sur quoi miser davantage, quoi changer et quoi abandonner. Ce format convient aux équipes produit, aux fondateurs et aux équipes d'innovation qui veulent avancer sans perdre le cap, ainsi qu'à toute équipe qui doit décider de poursuivre ou non un chantier. Terminez par des décisions claires, chacune avec un responsable, pour que le sprint suivant démarre avec une direction.

Format de rétrospective Startup Silicon Valley

Livré et gagné

Qu'avons-nous livré qui a créé de la valeur ce sprint ?

Commencez par les réussites : fonctionnalités livrées, jalons atteints et petites expériences qui ont porté leurs fruits. Demandez à l'équipe de raisonner comme des fondateurs qui mesurent leur traction. Qu'est-ce qui a vraiment fait bouger les choses pour le produit ou le client ? Invitez aussi les personnes plus discrètes à partager leurs petites victoires.

Ce qui nous a freinés

Quels blocages ou frictions ont plombé notre vélocité ?

Ici, l'équipe nomme les goulets d'étranglement, les dépendances et les distractions qui ont fait perdre de l'élan. Traitez-les comme des freins dans le système, pas comme la faute de quelqu'un. Repérez les problèmes qui reviennent d'un sprint à l'autre, car en régler un est souvent ce qui rapporte le plus, et demandez pourquoi chaque problème s'est produit.

Ce que nous avons appris

Quel nouvel enseignement ou apprentissage validé avons-nous tiré ?

Cette zone consigne ce que l'équipe a appris pendant le sprint sur les clients, le produit ou sa façon de travailler. Formulez chaque point comme une hypothèse : qu'avions-nous supposé, et que nous ont dit les données ? Noter ces enseignements permet à chaque sprint de s'appuyer sur le précédent.

Pivoter ou persévérer

Sur quoi miser davantage, que changer ou abandonner ?

C'est le moment de décision du fondateur. À partir de ce que vous avez livré, appris et des difficultés rencontrées, où allez-vous ensuite ? Poussez l'équipe à trancher clairement : persévérer sur ce qui marche, pivoter là où les données l'indiquent et arrêter ce qui ne rapporte pas assez. Attribuez un responsable à chaque décision pour que le sprint suivant démarre avec une direction.

Dans quels cas recourir à cette étude rétrospective ?

  • À la fin d'un sprint produit, quand vous voulez une revue rapide tournée vers la suite.
  • Pour les équipes de startup, les fondateurs et les équipes d'innovation qui veulent avancer vite tout en restant centrés sur le client.
  • Quand l'équipe doit décider s'il faut pivoter, persévérer ou abandonner un chantier.
  • Quand vos rétrospectives sont devenues routinières et qu'une approche construire-mesurer-apprendre relancerait la discussion.

Exemples de questions pour brise-glace

  • Si votre équipe était une startup qui pitche lors d'un demo day, quel serait votre pitch en une phrase ?
  • De quel fondateur célèbre de la tech aimeriez-vous adopter l'état d'esprit pour ce sprint, et pourquoi ?

Vous souhaitez un exercice d'échauffement que votre équipe puisse pratiquer, et pas seulement répondre à voix haute ? Découvrez des brise-glaces gratuits →

Idées et conseils pour votre réunion de rétrospective

  • Donnez le ton dès le départ : il s'agit d'apprendre vite, pas de chercher des coupables. Les gens partagent davantage quand ils peuvent se tromper sans risque.
  • Parlez en termes d'hypothèses : qu'avions-nous supposé, et qu'ont réellement montré les résultats ?
  • Limitez le temps de chaque thème pour garder le rythme. Quelques points concrets valent mieux qu'une liste exhaustive.
  • Dans Pivoter ou persévérer, exigez des décisions claires avec des responsables, pas de vagues intentions.
  • Utilisez la saisie anonyme dans TeamRetro pour que la voix la plus forte ne décide pas seule des réussites et des arbitrages.
  • Suivez les blocages récurrents d'un sprint à l'autre pour repérer les problèmes qui méritent une solution de fond.

Foire aux questions

Combien de temps dure une Rétrospective de sprint Startup Silicon Valley ?
La plupart des équipes la bouclent en 45 à 60 minutes. Limitez le temps de chaque thème pour garder le rythme.
Quand utiliser ce format de rétrospective ?
Utilisez-le à la fin d'un sprint ou d'un cycle produit, surtout si votre équipe travaille en itérations rapides et doit décider de ce qu'elle continue à construire et de ce qu'elle change.
En quoi diffère-t-il d'une rétrospective de sprint classique ?
Il analyse le sprint sous l'angle du lean startup : valeur livrée, apprentissage validé et décision explicite de pivoter ou de persévérer. Une rétro classique s'arrête généralement à ce qui a bien fonctionné et à ce qui n'a pas marché.
Que signifie « Pivoter ou persévérer » dans ce contexte ?
C'est une idée tirée de The Lean Startup d'Eric Ries. En s'appuyant sur des éléments concrets, l'équipe décide de garder le cap, de changer de direction ou d'arrêter complètement un chantier.
Ce format convient-il aux équipes qui ne sont pas des startups ?
Oui. Toute équipe agile, produit ou d'innovation peut tirer parti de sa structure centrée sur la décision. L'approche startup donne du rythme et garde le client en ligne de mire.
Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif