L'objectif stratégique de l'examen Sprint

L'examen du sprint, tel que défini par le Guide Scrum, est un événement qui s'est déroulé à la fin du sprint pour inspecter l'Incrément et adapter le Backlog du produit. C'est une séance de travail où l'équipe démontre ce qui a été complété (répondant à la définition de fait) et discute de ce qui a changé dans le contexte du marché ou des affaires.

Lorsque les équipes et les intervenants collaborent efficacement à l'examen, ils créent un environnement transparent qui réduit les risques. Les intervenants comprennent bien la trajectoire du produit et l'équipe de développement reçoit des commentaires directs qui raffinent l'arriéré pour le prochain sprint. Cet alignement garantit que l'équipe construit toujours les caractéristiques les plus précieuses. Sans un examen efficace, les fonctions de renforcement des risques des équipes dans un vide, déconnectées des besoins changeants de l'entreprise et de l'utilisateur final.

Il est essentiel de distinguer la revue de sprint de la rétrospective de sprint. La revue se concentre sur le product et son alignement sur la valeur commerciale, tandis que la rétrospective se concentre sur le processus et sur la façon dont l'équipe peut améliorer ses pratiques de collaboration et d'ingénierie.

Préparation de la pré-évaluation : la base d'une séance productive

La différence entre un sprint chaotique et improductif et un sprint croustillant et précieux revient presque toujours à la préparation. L'animateur (généralement le Scrum Master ou un membre de l'équipe nominé) et le propriétaire du produit doivent collaborer pour préparer la scène pour le succès.

Définir un ordre du jour clair et ciblé

Un examen du sprint devrait être strictement assorti d'une période de temps (généralement une heure par semaine de sprint) et avoir un ordre du jour structuré. Distribuer l'ordre du jour au moins 24 heures avant la réunion afin que tout le monde se prépare.

  • Le but du Sprint: Redistribuer le but du sprint. L'équipe l'a-t-elle atteint?
  • Le contexte du marché: Le propriétaire du produit partage toute modification des conditions du marché, de l'analyse des concurrents ou de la rétroaction des clients survenue pendant le sprint.
  • Démonstration en direct des histoires terminées: Marchez dans les histoires utilisateur les plus influentes. Concentrez-vous sur des scénarios qui démontrent la valeur pour l'utilisateur.
  • Adaptation Backlog du produit: Sur la base de la rétroaction et de la démo, le groupe discute des éléments les plus prioritaires pour le sprint à venir.
  • Étage ouvert pour les questions et réponses: Temps consacré aux intervenants pour poser des questions et fournir des renseignements.

Partagez cet ordre du jour à l'avance afin que les parties prenantes puissent préparer leurs propres questions et commentaires, ce qui rendra la session plus interactive dès le début.

Préparation de l'environnement de la démo

Une démo qui échoue en raison d'un problème d'environnement local, de données manquantes ou d'un délai de sortie du réseau gaspille le temps de chacun et sape la confiance dans la disponibilité technique de l'équipe.

  • Utilisez un environnement stable de positionnement :[ Ne jamais démo directement d'une machine locale ou d'un développeur. Utilisez un environnement dédié de mise en scène ou d'UTA qui imite étroitement la production.
  • Préparer les données de sauvegarde:[ Avoir un ensemble spécifique de données de test prêtes à partir. Si le système dépend d'APIs tierces, avoir des données simulées ou une vidéo de repli enregistrée prête.
  • Faire un tour à sec : La personne qui se présente doit passer par le flux de démonstration au moins une fois avant la réunion. Cela permet de repérer les lacunes dans la navigation ou les fonctionnalités manquantes.
  • Enregistrez comme un filet de sécurité:[ Pour les fonctionnalités complexes ou les intégrations risquées, faites un enregistrement d'écran de haute qualité de la démo prête à jouer.

La liste des participants

Les examens de sprint ne sont pas toujours plus efficaces. Bien qu'ils soient ouverts à tous, les participants principaux devraient inclure :

  • Propriétaire du produit: Possède l'arriéré et représente les intervenants.
  • Scrum Master:[ Facilite l'événement et assure le respect de la boîte à temps.
  • Équipe de développement: Présente le travail et répond aux questions techniques.
  • Principaux intervenants :[ Commanditaires, clients, gestionnaires de produits des équipes adjacentes et experts en la matière qui peuvent fournir des commentaires précieux.

Si les participants sont trop nombreux, la séance peut devenir passive. Si les participants sont trop peu nombreux, la boucle de rétroaction est faible. Le propriétaire du produit est chargé de s'assurer que les bons intervenants sont invités à maximiser la valeur de la rétroaction reçue.

Exécuter une revue de sprint dynamique et productive

Le jour de l'examen, le rôle de l'animateur passe de l'organisateur à celui du chef d'orchestre, l'objectif étant de maintenir l'énergie élevée, l'accent mis sur la collaboration et la fluidité.

En commençant par le contexte et les objectifs

Ne sautez pas directement dans une démo. Commencez la session en cadrant le sprint. Le propriétaire du produit devrait commencer par un bref résumé :

  • Le but : « Ce sprint, nous avons cherché à améliorer le flux de caisse pour réduire l'abandon du chariot. »
  • Le résultat : « Nous avons terminé 3 sur 4 histoires dans le sprint. Celui que nous n'avons pas terminé était dû à une dépendance de l'équipe de paiement. »
  • Les données: "Les premières mesures montrent une augmentation de 5% des commandes terminées en mise en scène."

Ce contexte donne le ton d'une conversation de valeur commerciale, et non pas seulement une vitrine de fonctionnalités.

Démontrer la valeur, pas seulement les caractéristiques

Pendant la démo, le développeur doit parcourir l'histoire de l'utilisateur du point de vue de l'utilisateur final. Évitez de montrer le code, le schéma de base de données ou l'architecture technique.

  • Le problème : «Les utilisateurs ont été confus par le processus de vérification en deux étapes.»
  • La Solution: «Nous avons simplifié le flux en une seule étape et ajouté un indicateur de progrès.»
  • Le résultat: Marchez dans le système en direct montrant comment fonctionne le nouveau flux.

Si une histoire n'est pas complète (ne répond pas à la définition de Done), elle ne devrait pas être montrée dans la colonne «Done». Cependant, l'équipe peut montrer des travaux en cours pour obtenir une rétroaction précoce sur l'approche. C'est une façon puissante d'utiliser l'examen pour inspection et adaptation[ à un niveau micro, mais il doit être clairement étiqueté comme travail en cours pour éviter la confusion.

Faciliter la rétroaction active des intervenants

Les intervenants sont souvent trop polis ou trop occupés pour faire part de leurs commentaires francs. L'animateur doit les tirer activement.

  • Questions directes : Au lieu de « Questions ? », demandez « Sarah, en tant que responsable du marketing, comment ce nouveau rapport s'harmonise-t-il avec vos besoins de suivi de la campagne ? »
  • Live Polling:[ Utilisez des outils comme Polly ou Mentimeter pour demander aux intervenants d'évaluer la disponibilité d'une fonctionnalité ou de prioriser les éléments à venir en temps réel.
  • Poignées-sur Exploration:[ Si possible, laissez les intervenants utiliser l'environnement de mise en scène eux-mêmes.

Toutes les réactions doivent être captées et visibles dans toute la pièce. Utilisez un document partagé ou un conseil physique pour rédiger des idées, des préoccupations et de nouvelles exigences.

Gestion du piège à criblés de portée

Un des plus grands défis lors d'un examen sprint est la « suggestion » qui ressemble à une nouvelle exigence suspecte. Un intervenant pourrait dire, « C'est génial, mais peut-il aussi exporter vers PDF? »

La façon dont l'animateur s'en occupe est essentielle. La bonne réponse est de valider l'idée et de l'ajouter au parking pour que le propriétaire du produit puisse établir un ordre de priorité plus tard. L'animateur devrait dire, « C'est une excellente idée pour une amélioration future. John (propriétaire du produit), pouvez-vous ajouter cela à l'arriéré et nous pouvons le prioriser pour un sprint futur? »

Cela reconnaît les commentaires de l'intervenant sans dérailler l'engagement actuel de sprint. L'examen de sprint est un événement pour adapter l'arriéré, et non la portée actuelle de sprint.

Activités post-examen et amélioration continue

Le travail ne se termine pas lorsque la boîte à heures de la réunion expire. La rétroaction brute recueillie pendant la revue est inutile si elle n'est pas synthétisée et a agi rapidement.

Mise à jour du Backlog du produit

Dans les 24 heures suivant l'examen du sprint, le propriétaire du produit devrait examiner toutes les rétroactions recueillies et mettre à jour le carnet de données produit.

  • Créer de nouvelles histoires d'utilisateurs: Pour des idées validées et des requêtes de fonctionnalités.
  • Suppression ou déchéance de priorité des articles périmés : Parfois, l'examen révèle qu'une fonctionnalité planifiée n'est plus nécessaire.
  • Refining Acceptation Critères:[ La rétroaction des intervenants clarifie souvent exactement la façon dont une caractéristique doit se comporter.

Cet exercice permet de s'assurer que l'arriéré demeure un artefact vivant de l'équipe. L'arriéré qui n'est pas mis à jour après que l'examen devient rapidement inexistant et sans pertinence.

Publication d'un résumé de l'examen du Sprint

Les intervenants sont occupés. Tous les participants à un examen de sprint ne peuvent pas le faire. Pour maintenir la transparence, publier un résumé concis de l'examen à l'ensemble de l'organisation.

  • Le but du sprint et si elle a été atteinte.
  • Principales caractéristiques complétées et démontrées.
  • Les grandes décisions prises ou les priorités ont changé.
  • Mesures à prendre identifiées au cours de la session.

Cette pratique renforce la confiance avec les parties prenantes qui ne pouvaient pas assister et crée un historique de l'évolution du produit. Des plateformes comme Confluence, Notion, ou un simple document partagé fonctionnent bien pour cela.

Mesurer l'efficacité de l'examen

Comment savoir si votre examen de sprint s'améliore? Sollicitez les commentaires rapides des participants. Un simple « Start, Stop, Continue » rétro pour la réunion elle-même peut être très révélateur.

  • Que devrions-nous faire pour rendre l'examen plus utile?
  • Que devrions-nous faire stop parce que cela perd du temps?
  • Que devrions-nous continuer à faire parce qu'il est efficace?

Cette boucle de méta-feedback assure que le format de l'examen lui-même s'améliore constamment à côté du produit.Pour des stratégies supplémentaires sur la facilitation des réunions à haut débit, vous pouvez consulter les ressources de Guide Atlas sur les examens de sprint pour des conseils tactiques sur la gestion des équipes éloignées et des grands groupes.

Pièges communs à éviter dans les revues Sprint

Même avec la meilleure préparation, les équipes peuvent tomber dans des pièges communs qui sapent la valeur de l'examen du sprint. La sensibilisation à ces pièges est la première étape pour les éviter.

La démo "Mort par PowerPoint"

Un anti-pattern commun prépare des diapos élaborés pour résumer le travail. Bien qu'une diapo montrant des paramètres ou un contexte soit acceptable, le cœur de l'examen devrait être une démonstration live du logiciel de travail. Les intervenants doivent voir et sentir le produit. Les diapos peuvent facilement passer au-dessus des bogues ou des flux incomplets.

L'intervenant manquant

Si les intervenants clés ne participent pas à l'examen du sprint, l'équipe vole à l'aveugle. Le propriétaire du produit doit défendre l'importance de cet événement. Si la participation est faible, envisager de changer le temps, raccourcir la session ou faire une brève visite individuelle avec le décideur clé.

La "Fiche de la Bogue"

Si un sprint a été dépensé entièrement en corrigeant des bogues ou en payant des dettes techniques, la revue peut se sentir vide. Pour y remédier, l'équipe peut encadrer la démo autour de une expérience utilisateur améliorée. Par exemple, «Dernier sprint, charger cette page a pris 15 secondes. Nous avons refactorisé les requêtes de base de données, et maintenant il se charge en moins de 2 secondes.

Le jeu d'esprit de l'usine de caractéristiques

Le plus dangereux est de traiter l'examen du sprint comme une activité de case à cocher où l'équipe montre des caractéristiques et des intervenants qui ont un clin d'œil. Cela ne permet pas de tirer parti de la force fondamentale d'Agile : adaptabilité[. Si l'équipe ne reçoit pas de rétroaction critique ou de suppositions contestables au cours de l'examen, ils sont probablement des caractéristiques de construction que personne ne veut vraiment.

Le rôle du propriétaire du produit dans la valeur de la conduite

Le propriétaire du produit est le point de pivot autour duquel tourne un examen efficace du sprint. Leurs responsabilités vont bien au-delà de la simple convocation de la réunion. Avant l'examen, le propriétaire du produit devrait avoir une compréhension claire de ce que l'équipe s'est engagée à et pourquoi elle compte.

Mike Cohn, une voix importante dans les cercles Agiles, souligne que la revue de sprint est principalement une réunion de négociation[ entre le propriétaire du produit et les intervenants concernant ce qui sera construit à l'avenir. Vous pouvez explorer plus de ses pensées sur ce sujet à Mountain Goat Software=» sprint review guide.

Après l'examen, le propriétaire du produit synthétise les commentaires et veille à ce que l'arriéré soit prêt pour la prochaine session de planification du sprint. Si le propriétaire du produit échoue dans ce rôle, l'examen devient une discussion non contraignante plutôt qu'un événement décisionnel.

Tirer parti des examens Sprint pour la stratégie à long terme des produits

Bien que les examens de sprint fonctionnent selon une cadence à court terme (toutes les 1 à 2 semaines), ils ont de profondes implications pour la stratégie à long terme des produits. La rétroaction cumulative de plusieurs examens de sprint fournit un ensemble de données riche pour la direction des produits.

Pour tirer parti de ces données, envisagez de tenir un journal de feedback [ qui regroupe les idées tirées des revues de sprint sur un trimestre. Ce journal peut ensuite être utilisé lors des examens trimestriels des activités commerciales (QBR) ou des séances de stratégie de produits pour éclairer les décisions importantes.

De plus, la revue sprint est le moment idéal pour examiner les paramètres du produit. Si l'équipe utilise des drapeaux de fonction ou des tests A/B, elle peut présenter des résultats préliminaires lors de la revue. «Nous avons déployé le nouveau bouton de paiement à 10% des utilisateurs la semaine dernière, et nous avons vu une levée de 2% en conversion.»

Adapter les revues Sprint pour les équipes distantes et distribuées

Avec l'essor du travail à distance, la revue sprint doit être adaptée pour la collaboration numérique. Les principes restent les mêmes, mais les tactiques changent.

  • Utilisez une plateforme vidéo fiable:[ Assurez-vous que chacun a ses caméras pour encourager l'engagement. Les outils comme Zoom, Teams ou Google Meet sont standard.
  • Partager l'écran efficacement:[ Le présentateur devrait partager l'ensemble de son écran (ou une fenêtre d'application spécifique) et s'assurer que la résolution est suffisamment élevée pour que les intervenants lisent le texte et voient les détails de l'interface utilisateur.
  • L'utilisation des conseils de collaboration numérique :[ Utilisez des outils comme Miro ou MURAL pour saisir les commentaires en temps réel.
  • Foire aux heures Considérations :[ Si l'équipe couvre plusieurs fuseaux horaires, faire tourner le temps de réunion de temps en temps pour partager équitablement les inconvénients des heures non-sociables.

Les revues à distance exigent un degré plus élevé de facilitation pour empêcher les participants de faire du multitâche. Faites appel activement aux personnes par leur nom, posez des questions directes et maintenez le rythme vif pour maintenir l'attention. Scrum.org fournit un excellent contexte fondamental sur les événements Scrum, que vous pouvez mentionner pour vous assurer que vos revues à distance restent alignées sur le cadre de base : Le guide Scrum.

De la démocratie au dialogue: favoriser une culture de collaboration

En fin de compte, les examens de sprint les plus efficaces transcendent l'acte mécanique des caractéristiques de l'exposition. Ils deviennent un dialogue collaboratif sur l'avenir du produit. Les équipes devraient s'efforcer de créer un environnement où les intervenants se sentent comme des partenaires dans le processus de développement, et pas seulement des consommateurs de la production.

Ce changement culturel exige confiance, cohérence et réelle volonté d'adaptation en fonction des commentaires. Lorsque l'équipe démontre qu'elle écoute les commentaires des intervenants et qu'elle agit sur ceux-ci, la boucle de rétroaction renforce. Les intervenants deviennent plus investis et fournissent des commentaires plus riches et plus réfléchis dans les prochains examens.

En se concentrant sur la préparation, la facilitation et le suivi, votre équipe peut transformer l'examen du sprint à partir d'une mise à jour de statut banale en un outil stratégique pour l'excellence des produits.Pour plus de détails sur la façon d'affiner votre arriéré de produits en fonction des commentaires des intervenants, Roman Pichler offre des informations approfondies sur les pratiques de gestion des produits qui complètent directement le processus d'examen du sprint :