Levez la main celles ou ceux qui n’ont pas dû, dans la dernière année, faciliter un Daily Scrum à distance au moins une fois !
Dans cet article je propose un support qui pourra aider les Developers à s’auto-gérer lors du Daily Srcum. Un Scrum Master pourrait aussi bénéficier de cet outil, bien que je recommande plutôt de laisser les Developers seuls pendant le Daily Scrum.
Le modèle Mural que je propose peut être utilisé à des fins pédagogiques et pratiques. C’est qu’un exemple, il est sûrement perfectible, n’hésitez pas à me donner des conseils pour l’améliorer.
Les points importants à retenir
Le Daily Scrum permet aux Developers de comprendre si le Sprint Goal est atteignable, de rendre transparent ce constat, les éventuelles difficultés rencontrées, et adapter le travail des prochaines 24h sur la base des dernières informations disponibles.
Les Developers sont solidairement responsables de créer un Incrément Done pour (au plus tard) la fin du Sprint. Cette responsabilité partagée, un fois comprise, aide tout le monde à se focaliser sur l’objectif.
Si une personne externe à la Scrum Team, le Product Owner ou le Scrum Master ont tendance à intervenir pour “gérer” les Developers, les bienfaits du Daily Scrum sont moindres.
D’un autre côté, j’ai souvent observé les Developers ne pas se préoccuper de rendre transparent l’avancement de leur travail par rapport au Sprint Goal. C’est un manque qui peut générer les ingérences vues précédemment.
Quel est le déroulement type pur un Daily Scrum
Il n’y a pas un déroulement type pour le Daily Scrum, les artefacts et éléments supportant Scrum qui se sont révélés utiles lors du Daily Scrum sont :
- Le Sprint Goal : toujours présent, corresponds au Nord de la Scrum Team, la direction à suivre
- Le Sprint Backlog : dans un état transparent, avec les travaux à faire, en cours et terminés. Les Developers inspectent le Sprint Backlog et l’adaptent ensemble avec ce qu’ils ont appris dans les dernières 24h
- La Définition de Done : importante pour savoir si l’Incrément est effectivement fini ou pas. C’est l’élément qui permet d’avoir confiance (ou pas s’il est absent) entre Product Owner, Developers et Scrum Master
- Un outil (choisi par les Developers) pour rendre visible et transparent l’avancement des travaux par rapport au Sprint Goal. Souvent on entend parler de Sprint Burdown Chart.
Dans les discussions qui ont lieu pendant les 15 minutes du Daily Scrum, les Developers vont intégrer dans leur manière de partager, communiquer, réfléchir, agir et prendre des décisions les points précédents afin de s’assurer que le Sprint Goal est toujours atteignable.
Mon expérience passée
Mon expérience passée à ce sujet remonte à 2015/2016, j’étais Scrum Master pour une équipe dispersée en Europe. Nous étions deux à trois groupes de personnes à se connecter à distance depuis trois lieux géographiques différents.
Faciliter le Daily Scrum n’a pas été un problème particulier, avec la Scrum Team, après quelque temps, nous avions trouvé une manière fluide d’atteindre le but de l’événement.
Nous utilisons WebEx et Jira comme outils.
Conclusion
Faciliter le Daily Scrum à distance est possible, cela ne représente pas un défi majeur pour la Scrum Team. Techniquement les outils à disposition sont pratiques, ne rajoutent pas trop de complexité.
Le Scrum Master peut aider les Developers à s’organiser et s’améliorer pour trouver les réglages et les outils qui conviennent.
Le but étant de garder la simplicité et la practicité pour se concentrer sur l’essentiel : comprendre si le Sprint Goal sera atteint ou pas !
Vous pouvez télécharger le modèle Mural et vous en inspirer pour faciliter le Daily Scrum à distance !
Quelques ressources supplémentaires
Formation
Professional Scrum master II
Une formation pour les Scrum Master expérimenté/es.
Nous sommes membre officiel de la Professional Training Network de la Scrum.org
Financements OPCO et Pôle Emploi possibles.
