Article original : Why Scrum is Pandemic-Proof
Par Kevin Hanson
Je pensais tout savoir sur la théorie Scrum. Mais une chose que je ne savais pas, c'est que ce framework est suffisamment résilient pour qu'une pandémie ne puisse pas l'arrêter dans son élan.
Permettez-moi de vous expliquer pourquoi. Mais d'abord, un peu de contexte.
Je suis chef de projet technique et Scrum Master au sein de l'équipe d'ingénierie des données de la Major League Baseball. Au quotidien, je vis, je respire et je dors tout ce qui concerne la méthodologie Agile, en particulier Scrum.
Mon équipe travaille sur la résolution de problèmes complexes liés aux statistiques et à l'analyse du baseball. Nous construisons des pipelines de données, des bases de données, des outils d'analyse de données et des outils de visualisation pour répondre à toutes les questions possibles sur les statistiques traditionnelles du baseball (qui mène la ligue en coups de circuit ?) et les statistiques statcast (quel batteur a la vitesse de sortie la plus élevée contre les Yankees avec deux prises ?).
Il va sans dire que certains des défis d'ingénierie auxquels nous sommes confrontés ne sont pas faciles. Et avec des problèmes difficiles à résoudre, une grande importance est accordée à une excellente communication – c'est l'une des principales choses que nous recherchons lors de l'embauche de talents.
C'est une chose de construire une application complexe qui calcule la distance des coups de circuit en fonction de l'angle de lancement et de la vitesse de sortie de la balle, c'en est une autre de tout écrire et de l'expliquer à nos principales parties prenantes.
Insérer la pandémie de COVID-19 dans l'équation
La saison est temporairement annulée, nos feuilles de route sont bouleversées, et nous sommes tous forcés de travailler à domicile indéfiniment.
En tant que Scrum Master de l'équipe, je me suis soudainement mis à réfléchir à la manière dont cela affecterait notre communication, notre productivité et la qualité de notre travail.
Auparavant, nous étions tous co-localisés dans un petit bureau de San Francisco où tout le monde venait travailler chaque jour. C'était génial – imaginez une grande salle avec un plan ouvert où les gens écrivent simplement du code, échangent des idées et regardent des matchs de baseball.
Mais maintenant, nous communiquons tous via Slack et Zoom, et je me demande si des choses ne vont pas passer entre les mailles du filet.
Qu'ai-je fait ? J'ai paniqué et j'ai commencé à ajouter plus de réunions. Cela résoudreait notre problème de communication, non ? Il suffit d'ajouter plus de réunions dans l'agenda de tout le monde !
C'est donc ce que j'ai fait.
1. Happy Hour
J'ai ajouté un "happy hour" quotidien facultatif. Le but était de fournir un exutoire social où les gens pouvaient parler de sujets liés ou non au travail dans un cadre décontracté, bien que toujours virtuel.
Celui-ci a duré environ une semaine avant que les gens arrêtent d'y participer – mais j'y reviendrai plus tard. D'abord, je veux passer en revue le reste des tentatives de réunions qui ont échoué.
2. Happy Hour Partie Deux
La deuxième était encore un autre "happy hour" Zoom avec un public légèrement plus large qui comprenait également des collègues de notre bureau de New York. Celui-ci a duré encore moins qu'une semaine.
3. Réunions de Leadership
La troisième idée brillante : un appel "leadership" entre moi et les trois responsables de développement où nous passions en revue les projets en cours et les éléments de la feuille de route à venir.
Je pensais que notre feuille de route serait en constante évolution pendant la pandémie (ce qui était le cas), alors pourquoi ne pas en parler chaque semaine ?
4. Réunions supplémentaires avec les parties prenantes
Enfin, j'ai mis en place des réunions supplémentaires avec les principales parties prenantes pour m'assurer que nous répondions à leurs attentes et que nous obtenions leurs commentaires sur nos corrections de code et nos améliorations livrées.
Je pensais prendre une approche proactive pour résoudre un problème que aucune équipe Scrum n'avait jamais rencontré : passer d'un environnement de travail co-localisé à un travail à distance complet tout en maintenant des niveaux de productivité élevés, une communication solide et une haute qualité de travail.
Je ne savais pas, mais Scrum avait tout prévu et j'ai paniqué pour rien.
Voici pourquoi.
Scrum fournit un framework pour la manière dont les équipes peuvent construire des produits à travers des cycles itératifs de feedback et d'amélioration constants. Ce framework prévoit une variété de réunions différentes (ou, comme le préfère mon manager, des cérémonies) qui facilitent ces principes de développement.
Et à travers ces réunions, j'ai réalisé que tous les problèmes que j'essayais de résoudre étaient en fait déjà résolus par Scrum.
Revisiter ma liste de réunions supplémentaires – passons en revue pourquoi chacune est devenue obsolète
1 et 2. Les réunions Happy Hour.
Il est considéré comme une bonne pratique dans Scrum de tenir des réunions quotidiennes (standups). Chaque développeur de l'équipe Scrum passe en revue ce qu'il a fait la veille, son plan pour aujourd'hui et s'il a des blocages ou des problèmes à signaler.
Dès le début du télétravail, cette réunion quotidienne est devenue un bon point de contact pour dire bonjour aux collègues et passer un peu de temps social ensemble. Cela prenait souvent la forme de quiz sur le baseball, puisque la plupart d'entre nous sommes de grands fans du jeu.
Et bien que les règles de Scrum disent que les standups quotidiens ne doivent pas durer plus de 15 minutes, j'ai pensé que cela valait la peine de dépasser cette limite. Vous voyez, alors que de nombreux Scrum Masters sont très rigides et traitent Scrum comme une "science", je suis un peu plus flexible et le traite davantage comme une "forme d'art".
3. Les réunions de Leadership
La réunion de leadership devait être une réunion régulière pour passer en revue les petits et grands éléments de la feuille de route. Elle devait se réunir et prioriser les éléments en fonction des nouvelles sur le retour possible de la saison de baseball.
Encore une fois, je pensais rendre service à mon équipe en ajoutant ce point de contact supplémentaire. Et encore une fois, j'avais tort.
C'est une autre bonne pratique dans Scrum de tenir une réunion de raffinement du backlog au moins une fois par sprint de développement. Cette réunion est utilisée pour passer en revue les bugs et les fonctionnalités à venir dans le backlog et pour les prioriser pour les futurs cycles de développement (sprints).
Mon équipe de développement et moi avions régulièrement tenu ces réunions de raffinement avant la pandémie, et effectivement, c'était la solution parfaite pour le problème que j'essayais de résoudre – elle était là depuis le début.
J'ai rapidement réalisé que nous nous répétions simplement dans la réunion de leadership. C'était inutile d'avoir les deux.
4. Les réunions avec les parties prenantes
Puisque nous travaillions tous à distance, j'ai pensé que nous devrions communiquer davantage avec les parties prenantes pour nous assurer que nous étions tous parfaitement clairs sur ce qu'elles devaient attendre de mon équipe de développement. À présent, je suis sûr que vous avez deviné que Scrum tient également compte de cela dans ses directives.
Le manuel Scrum prévoit une démonstration à la fin de chaque sprint où l'équipe de développement présente des démonstrations aux parties prenantes et demande des commentaires.
Nous faisons cela à distance maintenant, et cela a le même effet que toujours – cela montre sur quoi nous avons travaillé et cela crée un forum pour des commentaires rapides de la part des personnes qui s'intéressent à nos améliorations de produits.
Ce que j'ai appris
En avançant rapidement jusqu'à aujourd'hui, toutes ces réunions mentionnées précédemment ont été annulées indéfiniment et mon équipe Scrum continue de livrer des résultats cohérents à nos parties prenantes.
Mon biais envers l'action avec des réunions supplémentaires, bien que bien intentionné, n'a ajouté que de la répétition et du désordre. La prochaine fois, je pense que je réfléchirai à deux fois avant d'essayer de réinventer la roue de la méthodologie agile.
Il y a deux leçons importantes que j'ai apprises lors de la transition vers le travail dans une équipe entièrement à distance pendant la pandémie, que j'espère maintenant évidentes pour vous.
Premièrement, c'est que le framework Scrum est résilient et déjà conçu pour fonctionner dans presque tous les environnements d'équipe. Ses points de contact intégrés et ses cadences de réunion sont la solution parfaite qui m'a toujours été sous les yeux.
Mon biais était envers l'action. Mais avant d'ajouter une autre réunion d'équipe, mon biais aurait dû être envers la question "pourquoi" ? Cela m'amène à ma deuxième conclusion.
J'ai appris que avant d'ajouter une réunion supplémentaire, vous devriez vous demander "quel est l'objectif de cette réunion ? Quel est le but ? Cela n'est-il pas déjà accompli par une autre réunion ou une autre forme de communication ?"
Sûrement, ce test de vérification attrapera beaucoup de réunions répétitives et fera gagner du temps à beaucoup de gens dans leurs agendas. Votre équipe sera plus heureuse et plus efficace en résultat.