Drupal et Scrum depuis les tranchées - Communiquer pendant le sprint

Votre backlog de sprint est prêt, l'équipe s'est engagée à livrer le périmètre convenu et n'attend plus qu'une chose, poser les mains sur son clavier pour coder ! Lâchez les fauves et préparez la suite. (Pour les gens pressés : TLDR);

Suite à la réunion de planification du sprint et son découpage en taches, envoyez un compte-rendu du périmètre du sprint à votre client avec les échéances prévues, date de la démo, date de la rétrospective.
Nous avons pour habitude de mettre à disposition un environnement de test stable pour le client sur lequel il peut retrouver le contenu de la livraison du sprint précédent. Redonnez l'URL à votre client en lui rappelant qu'il a la durée du sprint qui vient de démarrer pour trouver d'éventuels bugs. Si arrivé au terme du sprint il ne remonte rien, la livraison sera considérée comme acceptée.

Ce n'est pas parce que vous travaillez en agile qu'il faut vous affranchir de faire le point avec votre client, de le rassurer sur l'avancement ou de garder des mails avec l'historique de vos échanges afin de rafraîchir les mémoires avec des faits lorsqu'il y a des interrogations sur ce qu'il se faisait à une période donnée.

Le scrum quotidien sera un pillier important sur lequel vous devrez vous reposer. C'est à ce moment de la journée qu'il faut prendre du recul pour savoir si l'avancement est correct. Le burndown et le diagramme de flux cumulés sont là pour vous aider à y voir clair. Si des problèmes sont apparus, c'est également le moment d'en parler entre équipe et product owner, le scrum master ayant la responsabilité de constater que ces échanges ont lieu et, le cas échéant, d'inviter l'équipe à se demander si les scrums jouent leur rôle.

La clé de la réussite de vos projets agiles sera le pilotage. Une fois pris dans le flux de travail et l'enchaînement des sprints, il est très facile de perdre de vue les contraintes de temps et de budget. C'est entre autres pour cela qu'il faut toujours essayer de terminer une fonctionnalité avant de passer à la suivante. Il sera difficile d'accepter d'arrêter les développements si rien n'est terminé alors que si vous terminez un sujet et passez d'un thème à l'autre vous aurez la maîtrise sur votre périmètre et sur le pilotage du budget. Forcez vous à raisonner en terme de valeur ajoutée quitte à remettre en cause la conception qui a pu être faite bien plus tôt pour ne pas vous perdre sur des sentiers inconnus.

TL;DR

  • Facilitez la tache de votre client en lui communiquant les échéances du sprint
  • Gardez des traces par mail de vos contenus de sprints
  • Laissez du temps à votre client pour tester
  • Gardez la main sur l'avancement en ayant une validation tacite d'un sprint
  • Pilotez le projet par épiques pour ne pas partir dans tous les sens
  • Raisonnez en terme de valeur ajoutée

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.