Devrions-nous documenter notre rétroaction rétrospective Scrum Scrum avant la réunion rétrospective?
Notre maître Scrum veut que nous documions nos commentaires pour l'itération avant notre rétrospective. Son argument est qu'elle veut que nous ayons le temps de documenter nos commentaires. Un autre gars qui pense que nous devrions documenter nos commentaires lors de la réunion ou juste avant la réunion.
Je suis une location de collège alors j'apprends toujours la meilleure façon de le faire. Y a-t-il une bonne façon de gérer notre retour rétrospectif?
Il n'y a pas de moyen prescrit pour documenter les commentaires rétrospectifs, mais il y a des choses à considérer.
La chose la plus importante à considérer est que l'équipe a besoin de pouvoir être ouverte et honnête. Si vous utilisez un outil électronique et que vous demandez aux personnes de remplir des notes rétrospectives avant une réunion, il est probable que la paternité de ces notes puisse être liée à des personnes individuelles. Les personnes impliquées peuvent être plus susceptibles de ne pas être complètement ouvertes et honnêtes s'ils savent que d'autres de l'extérieur de l'équipe peuvent voir ce qu'ils écrivent.
Cela dit, il est important d'être préparé pour la rétrospective pour que le temps soit bien utilisé. Permettre à l'équipe d'ajouter à l'équipe d'ajouter des notes à un outil électronique est un bon moyen de le faire. Mais il doit être équilibré avec la communication gratuite, ouverte et honnête entre les membres de l'équipe. Je penserais qu'il est déraisonnable d'avoir une page rétrospective "finie" avant la réunion et de ne pas la modifier pendant la réunion.
De mon point de vue, l'équipe la plus récente que j'ai travaillé avec la confluence utilisée pour des notes rétrospectives. La page rétrospective a été postée tôt dans le sprint et l'équipe pourrait éventuellement ajouter des notes à parler de sorte qu'ils n'oublieraient pas les choses. Cependant, à la rétrospective elle-même, je (comme le maître de Scrum de l'équipe) faisait des notes et des modifications supplémentaires afin que de nouvelles discussions ne puissent pas être liées à des personnes individuelles. La seule attente était que l'équipe se préparait à avoir la discussion et semblait aller bien avec l'équipe.
L'équipe devrait être habilitée à choisir leur façon de travailler dans la mesure du possible sur la base des contraintes de l'organisation. Votre Master Scrum ne devrait pas dicter la façon dont votre équipe fonctionne, mais vous vous entraînant sur des techniques efficaces et vous permettant de faire le travail nécessaire.
Concentrez-vous sur le problème et essayez de trouver de bonnes solutions, en tant qu'équipe.
Canoniquement parler, faire tout ce qui fonctionne pour votre équipe.
Cela dit, je suggérerais que ne approche à deux phases de la documentation est idéale.
Phase 1 : Avant la rétro, chaque membre de l'équipe documente ses propres commentaires en privé.
Phase 2 : En rétro, effectuez une partie de "ce qui s'est bien déroulée" suivie d'une partie de "ce qui ne s'est pas bien passé." Documenter les points principaux, les décisions et les articles d'action.
N'oubliez pas que les objectifs principaux du rétrospectif sont à variateur de commande et Renforce Good processus. Cela n'arrivera pas sans discussion et consensus. La discussion ne se produira pas si personne ne se prépare à parler. et changer/renforcement ne se produira pas si L'équipe ne le documente pas - idéalement ensemble.
Personnellement, je Vraiment Apprécie lorsque mes membres de mon équipe passent du temps à articuler et à documenter leurs commentaires à l'avance individuellement. Cela garantit une discussion survient effectivement. Et, il est utile de veiller à ce que rien d'important ne soit laissé hors de la documentation de l'équipe à la suite de discussions tangentielles.
(N'oubliez pas non plus que le processus rétrospectif est l'un des processus Vous êtes libre de discuter pendant la rétrospective!)
La collecte de données/entrée (= rétroaction) pour la rétrospective peut être effectuée avant la réunion rétrospective, à la réunion ou à la fois (combinée). Vous trouverez ci-dessous des avantages et des inconvénients de chaque approche.
Rassembler des données avant la réunion
Vous pouvez collecter des données avant la réunion à l'aide d'un document ou d'un espace de travail partagé, comme Google Doc, Confluence, Wiki, Slack, etc. En variante, en tant que facilitateur que vous pouvez demander aux participants de vous envoyer leur contribution et de le distribuer. à l'équipe avant ou au début de la réunion.
Avantages:
- Donne aux gens plus de temps pour réfléchir à leur entrée rétrospective
- Ils peuvent préparer leur entrée lorsque le temps leur permet (heure et lieu indépendant)
- Parfois, lorsque les gens relisaient leur contribution, cela leur fait penser à des choses supplémentaires ou de meilleures formulations
- Permet de partager leur opinion plus facile pour les introvertis
- Possible d'éviter le groupe de groupe (si les gens ne voient pas l'entrée de chacun)
- Le facilitateur peut examiner les contributions et demander des ajouts ou des éclaircissements avant la réunion.
- Vous pouvez utiliser des questions pour concentrer l'entrée sur un sujet spécifique
- Plus facile pour les personnes qui préfèrent écrire par parler (note que cela peut également réduire les barrières linguistiques pour les rétrospectives dans des langues non autochtones)
Désavantages:
- Les gens pourraient oublier de donner des informations ou ne pas avoir le temps
- Vous devrez peut-être suivre si les gens ne sont pas suffisamment disciplinés pour fournir des intrants
- La quantité et la qualité de l'entrée peuvent varier entre les personnes
collecte de données dans la réunion
Avantages:
- En tant que facilitateur, vous pouvez interagir directement avec des personnes lorsqu'elles donnent une entrée
- Il veille à ce qu'il y a du temps pour que tout le monde donne une entrée
- Vous pouvez le temps à gagner du temps, et lorsque vous avez besoin d'étendre la fenêtre de temps si plus d'entrée est nécessaire.
Désavantages
- Une partie du temps de réunion est consacrée à la collecte d'informations, vous pouvez donc avoir moins de temps pour l'analyse et les actions (sauf si vous planifiez plus de temps pour la réunion)
- Les personnes qui sont plus vocales pourraient empêcher les autres de parler (il y a des moyens de traiter cela)
- Pourrait conduire à regroupant où les gens qui pensent différemment d'un sujet de discussion parlent
En fonction de votre situation et des avantages et des inconvénients, je suggère d'utiliser l'approche qui convient le mieux. Ou expérimentez et découvrez ce qui fonctionne pour vous dans quelles situations.
Premièrement, gardez à l'esprit que la méthode de documentation de la rétroaction est elle-même soumise au processus rétrospectif. Si vous n'aimez pas comment documenter la rétroaction est effectuée, faites-la monter dans la rétrospective. La plupart des équipes que j'ai vécues ont essayé de nombreuses façons différentes jusqu'à ce qu'elles trouvent une elles, alors s'en tenir à elle, peut-être parfois la secouette.
Ma principale préoccupation pour les commentaires fournis par écrit avant que la réunion ne soit parfois pas vraiment en cours de discussion. De plus, parfois le ton et la signification n'est pas communiqué avec précision aux autres membres de l'équipe. Si vous avez une discussion approfondie et que vous mettez à jour la documentation basée sur la discussion (en temps réel ou ensuite), cela peut fonctionner correctement.
Je travaille dans l'environnement de grande entreprise avec un style assez moderne d'agile Scrum. Au début de chaque sprint, notre maître Scrum les messages d'un conseil d'administration anonyme Sprint pour chaque équipe (ie. Devs ont leur propre, QA a leur propre, etc.). C'est juste une page Web publique à quiconque sur notre VPN et que le lien n'est donné qu'aux personnes de l'équipe. Le conseil a 3 colonnes: Qu'est-ce qui s'est bien passé, Qu'est-ce qui a mal tourné et Que devrions-nous faire.
Comme le sprint passe, les gens ajoutent des choses au conseil. Le dernier jour du sprint, nous avons une réunion (qui est bien réservée à Advanced) où chaque équipe est assise avec le (s) maître (s) Scrum (s) et traverser les éléments du tableau.
Certains avantages de la suite de ce processus sont les suivants:
- Les gens sont généralement plus honnêtes car il est anonyme et personne n'est obligé de prétendre qu'ils ont mis un point au conseil.
- Bien que nous soyons libres de prendre des notes, tout le monde est également en mesure de bien se préparer à avancer pour la prochaine réunion, car nous ne nous concentrons que sur des sujets abordés par des éléments du conseil.
- Comme les choses se trouvent dans votre tête tout au long du sprint, vous pouvez l'ajouter au tableau immédiatement.
Je ne prétends pas que c'est le meilleur moyen, mais tout au long de ma carrière, j'ai vu différentes équipes, essayez différentes implémentations d'Agile Scrum et ma société actuelle est de loin l'expérience la plus lisse que j'ai eue.
J'espère que cela t'aides,
À votre santé!