revue

Pour en finir avec l'incrément du Guide Scrum

Pour en finir avec l'incrément du Guide Scrum

Des (in)crémants, bonjour les dégâts !

J’étais parti pour écrire la suite de mes commentaires sur le Guide Scrum 2020. Et puis en relisant la page 12, je me suis arrêté sur l’artefact Increment (sans accent).

Et là je me suis dit que ça méritait un article entier tellement le texte était en contradiction avec l’objectif de simplification de ce nouveau guide.

Partager les résultats lors de la revue

Partager les résultats lors de la revue

Chapitre 11 : un moment de partage avec les parties prenantes

Le dessin de Patrice Courtiade, qu’on trouve dans ce chapitre sur la revue, avec la légende : un moment de partage des résultats. Un clin d’oeil à la permaculture.

Le rôle de partie prenante

Le rôle de partie prenante

Les parties prenantes, ces borduriens

Les trois rôles qu’on trouve dans une équipe Scrum sont maintenant bien connus. Par contre, le rôle de partie prenante l’est beaucoup moins, alors que de nombreuses difficultés dans la mise en œuvre de Scrum y sont relatives.

Une partie prenante est une personne qui est intéressée par le résultat obtenu par l’équipe.

La revue revisitée

Commencez par une revue en interne, avec seulement l'équipe Scrum

La revue de sprint, telle que décrite de façon habituelle a deux objectifs :

  1. collecter le feedback,
  2. communiquer un avancement objectif sur la release (et prendre éventuellement une décision sur la vie du produit).

Ces deux objectifs ne visent pas forcément les mêmes personnes. Le feedback sur les user stories montrées est demandé aux futurs utilisateurs tandis que l’avancement du produit intéresse des parties prenantes impliquées dans le pilotage.

Chapitre neuf

Chapitre neuf

La revue de sprint

Dans la série Suppléments en ligne à mon livre Scrum, voici la revue de sprint, qui constitue le chapitre 9. Revue et pas seulement démo. La démonstration ne constitue qu’une partie de la revue de sprint. Le résumé du chapitre La revue de sprint est l’occasion de faire partager les réalisations de l’équipe avec le reste de l’organisation. Elle permet de communiquer un avancement objectif sur la release. La visibilité apportée et le feedback reçu permettent d’augmenter les chances que le produit soit un succès.
Résumé de la revue de sprint

Résumé de la revue de sprint

Que préférez-vous pour l'édition 3, texte ou schéma ?

Dans mon livre, il y a un résumé du déroulement d’une réunion Scrum, avant de décrire chaque activité. Voici ce que ça donne pour la revue. Dans l’édition 2, c’était avec un schéma. Que préférez-vous pour l’édition 3, texte ou schéma ? Du texte ? Avant la revue, l'équipe prépare tout ce qui est nécessaire pour que la démonstration se passe bien. Au début de la réunion, le Product Owner rappelle l’objectif du sprint.
Quizz, la question 8 sur la revue de sprint

Quizz, la question 8 sur la revue de sprint

Il n'y a pas de deuxième tour, c'est la réponse 3 qui gagne

La question était la suivante : Une heure avant la revue, un développeur trouve un défaut dans l’interface utilisateur d’une story qui doit être présentée. Que faire ? Ce quizz a obtenu beaucoup plus de réponses que les précédents : 239. Il faut dire qu’il a duré plus longtemps, pendant que j’étais en vacances chez mes cousins grecs : Les réponses, en pourcentage : Retirer la story de la démo 22.

Sprints à vélocité réduite

Cette semaine, j'avais 2 revues de sprint

Cette semaine, j’avais 2 revues de sprint, mardi pour la fin du sprint 3 chez mon client à Paris et hier pour le sprint 2 de la release de mars sur le projet IceScrum. Des revues de sprint basées sur des démonstrations, effectuées les 2 fois en présence de personnes extérieures à l’équipe très intéressées par le produit. Parmi ces personnes, des utilisateurs ou futurs utilisateurs, ce qui a permis d’avoir de nombreuses questions sur les fonctionnalités montrées.

La revue de sprint

Une revue qui permet un feedback concret sur le produit (c'est mieux que sur de la documentation !)

Dans la série des réunions d’un projet Scrum, voici la revue de sprint. Le but de la revue est de montrer ce qui a été réalisé pendant le sprint, afin d’en tirer les conséquences pour la suite du projet. Participants L’équipe Scrum étendue, avec le ScrumMaster et le ProductOwner, est présente à la réunion. Toutes les personnes qui sont partie-prenantes[1] du projet y sont invitées et leur présence encouragée. Produit en entrée le produit partiel potentiellement livrable.

La vélocité d'un sprint

La vélocité est la mesure de la capacité de l'équipe pendant un sprint

La vélocité est une mesure associée à une équipe pour un sprint. Elle se calcule juste après la démonstration lors de la revue de sprint. La démonstration permet de décider si une fonctionnalité montrée est finie ou pas. Si elle est finie, on prend en compte l’estimation en points de cette fonctionnalité. La vélocité s’obtient simplement en faisant la somme des points de chaque fonctionnalité présentée avec succès. C’est le directeur de produit qui décide de fini ou pas.

La démonstration lors de la revue de sprint

La revue de sprint commence par une démonstration du produit partiel réalisé lors du sprint. Quelques commentaires suite aux démos de Wilos et Icescrum auxquelles j’ai participé hier en tant que directeur de produit : le public n’apprécie pas d’attendre plusieurs minutes avant le début réel de la démo. L’installation et le raccordement au vidéo-projecteur doivent être rapides ou préparés avant il convient de préciser le contexte de l’installation (serveur, en local ?

Utilisation du produit obtenu en fin d'itération

A la fin de chaque itération on livre un produit potentiellement livrable. Quel usage en fait-on ?

Qu’est ce qui fait la différence avec la fin de release où on livre vraiment le produit ? Avec les méthodes Agiles, on cherche à obtenir un produit partiel potentiellement livrable- pour reprendre la formulation Scrum- à la fin de chaque itération. Lors de la revue de fin d’itération, l’équipe fait une démonstration de ce produit. Et après ? Dans Scrum en 100 mots, l’objectif annoncé est de permettre une prise de décision sur une prochaine fin de release.