Drupal et Scrum depuis les tranchées - La démo du sprint

Tous les développements réalisés par l'équipe ont vocation à finir en production. Le travail est fait pour l'utilisateur final, pas pour la simple gloire d'écrire du code. C'est en gardant cet objectif à l'esprit que les jours de développement s'enchaînent au cours d'un sprint et se concrétisent par une démonstration pour présenter les progrès accomplis à la fin d'une itération.

Qu'on se le dise, la démo doit être vécue comme une célébration, chacun(e) doit venir fièrement montrer les avancées qu'il/elle a réalisé. Mais avant d'ouvrir le champagne, une démonstration se prépare.

La démonstration a généralement lieu en fin de dernière semaine d'une itération, disons le jeudi et dure 1h à 2h au maximum. Scrum nous encourage à livrer des incréments de logiciel fonctionnels, la conséquence directe de cela est que l'on ne commence pas de grosse fonctionnalité le dernier jour du sprint, on se concentre plutôt sur la préparation de la démo. On ne pousse pas non plus un gros patch à l'arrache susceptible de casser le travail des petits copains.
L'équipe se rassemble pour identifier un scénario des fonctionnalités terminées à présenter. Chaque membre de l'équipe vient présenter son travail, il est important que chacun(e) s'exprime et montre ce qu'il/elle a fait. Une fois le scénario établi, on prépare un environnement de test pour le client pour qu'il puisse, une fois la démo passée, retrouver ce qui a été fait et tester par lui même le puzzle assemblé au cours du sprint. Bien souvent vous aurez besoin de créer des contenus / utilisateurs, préparer des fichiers à uploader et tomberez sur des bugs de dernière minute. Profitez de ce temps de préparation pour identifier et corriger cela pour que votre démonstration soit réussie.

On le sait, bien souvent les développeurs ne sont pas les meilleurs communiquants du monde. Cela ne veut pas dire qu'il ne savent pas parler, bien au contraire, ils aiment en général parler de ce qu'ils aiment. Faites donc travailler ceux qui en ont besoin. En faisant une démo du projet vous racontez une histoire, rendez cela le plus fluide possible en apprenant à meubler dans les temps faibles et en rendant la présentation intéractive.

Sont conviés à la démonstration toutes les parties prenantes, l'équipe projet, le scrum master, le product owner mais peuvent aussi participer les utilisateurs finaux, la direction, etc. C'est un moment adapté pour collecter les avis et potentiellement ajuster le comportement des fonctionnalités par la suite si des sujets importants sont soulevés. Attention cependant à veiller à ce que tout le monde sache se tenir pendant la réunion.
C'est pendant la démo que Drupal est un produit intéressant. Une conversation sur une demande du product owner peut vite arriver à identifier des évolutions simples à mettre en oeuvre. "Serait-il possible de trier par...", "pourriez-vous réordonner les blocs...", "que se passe-t-il si on inverse l'ordre des champs...". Ces exemples de questions peuvent souvent être démontrés tout de suite grâce à la flexibilité de Drupal, vous donnant ainsi la possibilité de décider rapidement de changement à adopter ou non. Appuyez-vous au maximum sur les modules contribués pour valider les critères d'acceptation des stories et échanger pendant une démo avec le product owner sur les possibilités supplémentaires données par les modules pour donner suite à des changements ou non.

La première fois que vous ferez un sprint avec votre équipe nouvellement agile, il se pourra que vous n'ayez fermé aucune story et donc n'ayez rien à montrer... cela fait partie du jeu, l'équipe comprendra alors qu'il ne faut pas reproduire cette expérience et veillera à avoir des choses à démontrer lors de l'itération suivante.

Votre commentaire

Le contenu de ce champ sera maintenu privé et ne sera pas affiché publiquement.
Votre adresse servira à afficher un Gravatar et à vous notifier des réponses. Votre commentaire sera anonymisé si ce billet est dépublié pendant plus de 3 mois.

À propos de Julien

Co-fondateur - Scrum master & Expert technique

Utilisateur de Drupal depuis 2008, j’ai fait mes armes comme développeur chez Commerce Guys puis me suis mis à encadrer les nouveaux arrivants avant de donner des formations, participer aux avant ventes et accompagner les équipes au passage à Scrum.

Je suis impliqué dans la communauté française de Drupal depuis 2009, j’ai été tour à tour président puis vice-président de l’association Drupal France et francophonie entre 2011 et 2013.