Dans la liste des activités du cycle de vie du développement logiciel Scrum classées selon leur popularité parmi les développeurs, « participer à des réunions » est peut-être enfermé dans une bataille perpétuelle uniquement avec « rédiger de la documentation » pour la position de la dernière place. C’est tout à fait compréhensible : les réunions peuvent facilement devenir très ennuyeuses – en particulier lorsqu’un participant n’a rien à apporter à la réunion en cours – et sont souvent perçues comme ayant peu de valeur (voire pas du tout) par rapport à la réalisation d’une véritable écriture de code dans le logiciel. Projet de développement. Cependant, ces réunions Scrum peuvent apporter et apportent de la valeur au projet, même si les membres de l’équipe ne la perçoivent pas :
- Les raffinements de sprint permettent à un propriétaire de produit et à l’équipe de planifier les tâches de développement dans les semaines/mois à venir ainsi que d’identifier si une tâche pourrait nécessiter un examen et/ou une conception plus approfondis.
- Les planifications de sprint définissent le travail que l’équipe doit accomplir au cours de la période de sprint donnée.
- Les démos de sprint offrent une visibilité aux autres équipes et/ou aux parties prenantes du projet sur ce sur quoi une équipe travaille et a accompli et permettent de poser des questions pour clarifier le travail (ou même des défis pour s’assurer que le travail produit est robuste et a rempli tous les objectifs).
- Les rétrospectives de sprint permettent à une équipe d’identifier les facteurs du sprint précédent qui ont été bien accueillis, qui pourraient être améliorés ou éliminés, etc.
Il s’agit, bien sûr, de simplement réciter la doctrine de Scrum. Quels que soient les avantages que ces réunions peuvent espérer apporter, ils n’apparaîtront pas si les participants à la réunion Scrum ne sont pas intéressés à « jouer leur rôle » dans lesdites réunions – l’exécution, après tout, mange la stratégie au petit-déjeuner. Que peut-on faire, alors ? On pourrait:
- Habillez les réunions Scrum avec des métaphores mignonnes – par exemple, en utilisant des tailles de t-shirt au lieu du point poker pour estimer l’effort de l’histoire pendant le raffinement du sprint. Cela laisse toujours clair que les réunions sont exactement ce qu’elles sont, c’est-à-dire… les frais généraux d’un projet que les membres de l’équipe doivent parcourir péniblement.
- Appuyez simplement sur les avantages de Scrum et faites appel au professionnalisme des membres de l’équipe afin qu’ils interviennent et fournissent les informations nécessaires à la réunion. Même avec le motivateur le plus qualifié qui prononce ce discours, il risque de paraître intimidant ou haranguant et pourrait avoir l’effet inverse de faire baisser le moral.
Plutôt…
Bien que ces tentatives puissent être bien intentionnées, elles ne réussissent généralement pas à susciter l’enthousiasme ou l’adhésion aux réunions. À mon avis, cela est dû au processus de réflexion derrière les efforts qui se limitent à la définition traditionnelle des réunions : elles se tiennent toujours comme des réunions standard dans lesquelles la description de la manière dont la cérémonie doit se dérouler est suivie presque point par point. . Au lieu de cela, il est possible de rendre ces réunions moins « douloureuses » pour les personnes impliquées d’autres manières en utilisant une réflexion originale. Pour cela, je voudrais fournir deux exemples tirés de ma propre expérience de travail chez LucaNet de formats de réunion qui ont amélioré l’engagement tout en fournissant le même résultat souhaité.
Élargir la portée : démonstrations de sprint
À première vue, l’objectif de la démonstration de sprint semble très simple : faire en sorte que les équipes du projet fournissent une démonstration de tout ce qu’elles ont accompli au cours du sprint passé. Cela vient généralement avec la stipulation supplémentaire que ces démonstrations soient liées aux objectifs de sprint des équipes; Et s’il n’y avait pas une telle retenue pour les équipes ? La démonstration de sprint pourrait être transformée en une sorte de rencontre interne, où non seulement les équipes présentent une exposition de ce sur quoi elles ont travaillé pour leurs projets, mais présentent également des sujets qui, selon elles, pourraient également profiter aux autres équipes. Par exemple, une équipe dont les membres sont enclins à expérimenter et à explorer des sujets liés à la performance pourrait présenter ses découvertes sur les modèles de langage de programmation à adopter (ou à éviter ! ), tandis qu’une autre équipe pourrait montrer une nouvelle technologie qu’elle a étudiée. En plus de permettre aux développeurs de présenter des éléments qui les intéressent vraiment, autoriser de telles présentations a l’avantage supplémentaire de permettre aux équipes qui pourraient autrement ne pas être engagées dans de telles réunions de participer également, par exemple une équipe de support technique qui n’aurait normalement pas de travail lié au sprint de développement. Étant donné que ces réunions prendraient sans aucun doute plus de temps à se dérouler que celles qui ne présentaient que des sujets liés au sprint, il serait avantageux d’adopter d’autres aspects des réunions de démonstration technologique, tels que fournir de la nourriture et des boissons aux participants, permettre le vote (et de petits prix ) pour la « meilleure » présentation, et ainsi de suite.
Supprimez la formalité : les rétrospectives de sprint
Il est possible d’aller encore plus loin qu’avant : au lieu de modifier les activités « permises » de la réunion, pourquoi tenir une « réunion d’affaires ? L’objectif de la rétrospective de sprint est d’obtenir des commentaires des membres d’une équipe sur le déroulement du sprint précédent, ce qu’ils retiendraient/amélioreraient/élimineraient, etc. Cela nécessite une communication des membres de l’équipe sur leurs expériences, et une telle communication sur les expériences passées et les opinions de celui-ci est, en effet, une conversation de groupe. Il existe d’autres contextes dans lesquels ce type de conversation de groupe peut être cultivé ; un tel exemple serait un repas d’équipe. Au fur et à mesure, l’équipe se réunit pour un repas – petit-déjeuner, déjeuner, dîner, selon le cas – et parle de ses expériences au cours du sprint précédent pendant qu’elle mange et discute de tout autre sujet qu’elle pourrait avoir en tête. Que cette nourriture soit fournie par l’entreprise ou par les participants à la réunion dépend de l’organisateur, bien que le fait que les participants fournissent la nourriture (en plus d’être moins cher pour l’entreprise !) ajoute l’intrigue d’un repas-partage où les participants peuvent présenter à leurs collègues des aliments qu’ils ne connaîtraient peut-être pas autrement, ce qui est particulièrement poignant lorsqu’ils travaillent en équipe avec des membres de différentes villes ou pays. Cependant, le principal avantage de cette approche est l’atmosphère qu’elle contribue à créer. À la base, la rétrospective de sprint est un exercice de catharsis : les participants « déchargent » les sentiments – à la fois positifs et négatifs – qu’ils ont accumulés pendant le sprint sur la façon dont le sprint s’est déroulé. Lors de la conversion de cette réunion en repas partagé, le cadre passe du formel à l’informel, et cette détente de l’ambiance peut aider à mieux faire ressortir ces sentiments chez les participants que dans le format traditionnel de la réunion, ce qui signifie un retour plus efficace et donc une contribution plus efficace pour savoir comment améliorer d’autres sprints à l’avenir.
Mots d’adieu
Un qualificatif qui doit être fait ici est que les pratiques décrites ci-dessus se sont produites pendant l’ère pré-COVID – c’est-à-dire avant l’adoption généralisée du travail à distance. Certaines pratiques seraient sans doute à adapter pour les entreprises dont les équipes sont composées de membres qui ne se voient jamais (ou presque) dans le monde physique — par exemple, organiser des petits-déjeuners d’équipe via un appel vidéo et depuis l’enceinte de chaque membre de l’équipe salle à manger ou cuisine – et il est également possible que les effets productifs des approches soient différents pour les équipes à distance par rapport aux équipes en personne. Néanmoins, le principe de base est qu’il peut être utile de remettre en question les conventions des formats de réunion traditionnels pour découvrir si toute modification apportée aux réunions d’un groupe peut se traduire par des équipes plus productives et engagées. Réinventer la roue n’a pas besoin d’être l’alpha et l’oméga ; il se peut très bien que ce qui est déjà prescrit soit la meilleure solution pour l’équipe en place. Cependant, même de tels cas bénéficieraient de cet exercice, car le résultat final serait toujours une introspection sur ce qui sert vraiment bien l’équipe pour son processus de développement.