Rétrospective ou Sprint Rétrospective

Partager!

Le mot " rétrospective " vient du latin "rétrospicere" qui signifie " regarder en arrière ". Au cinéma, à la télévision et en littérature, une technique appelée "flashback" - ou analepse - est utilisée pour relier différents moments dans le temps et développer davantage le caractère d'un personnage ou d'un contexte.

En ce sens, la pratique de réunion rétrospective est beaucoup plus logique pour moi, et dépasse le sentiment primaire d'amélioration. L'équipe agile est comme un individu qui se crée une personnalité et un caractère. Et la rétrospective cherche à développer ce caractère.

Si ce concept vous paraît encore complexe, je vous invite à réfléchir au rôle que vous jouez dans chacun des groupes sociaux et familiaux dont vous faites partie. Dans certains groupes, vous pouvez être le plus âgé ou le plus jeune, le plus joyeux ou le plus sérieux, le plus discipliné ou le plus désordonné. Dans ce sens, l'équipe est un espace où tous les membres assument un rôle et une position qui a la possibilité de mûrir et de se renforcer en fonction de l'objectif pour lequel nous formons le groupe.

Réunions rétrospectives

Les réunions de rétrospective sont, par essence, un espace où l'ensemble de l'équipe réfléchit aux performances passées - le dernier jour, la dernière présentation ou, dans le cas de Scrumle dernier Sprint.

Le but de la réflexion est unique, prendre des mesures claires pour améliorer l'esprit d'équipe et les performances.

Termes associés aux réunions rétrospectives

  • Rétrospective Agile - rétrospectives agiles
  • Sprint ou itération rétrospective - Sprint ou itération rétrospective - Sprint ou itération rétrospective - Sprint ou itération rétrospective - Sprint ou itération rétrospective rétrospective du sprint. Dans le cas particulier de Scrum, le contexte du sprint ou de l'itération vise à limiter la réflexion à la période qui précède immédiatement ou qui est sur le point d'être achevée. Toutefois, dans la pratique, je recommande de concentrer la discussion sur la période précédente, tout en laissant un espace pour évaluer ou contraster l'impact des décisions d'autres rétrospectives. Par exemple, évaluer l'impact positif ou négatif d'une décision ou d'un plan d'action à partir de la rétrospective immédiatement précédente - ou antérieure.
  • Rétro
  • Rétrospective des battements de cœur[1]La traduction de heartbeat retrospective est très difficile à traduire littéralement en anglais..

Historique des réunions rétrospectives

N'allez pas croire que quelqu'un a inventé la pratique de la rétrospection dans le contexte des projets ou de l'agilité. Cependant, cette pratique spécifique que j'appellerai " rétrospective agile " a une origine que nous pouvons retracer comme suit :

Le livre "Survivre aux projets orientés objet"par Alistair Cockburn. Bien que ce livre ne parle pas spécifiquement de la pratique, il expose les bases de l'itération et du travail incrémental. Il traite de l'importance des petites équipes (ou sous-groupes). Et l'espace que les plans itératifs offrent à la réflexion. Il est vrai que le livre est assez technique et que cet aspect s'étend aux activités de réflexion.

1997 - Itérations et amélioration continue

Livre sur les projets de développement de logiciels orientés objet

Le livre "Survivre aux projets orientés objet"par Alistair Cockburn. Bien que ce livre ne parle pas spécifiquement de la pratique, il expose les bases de l'itération et du travail incrémental. Il traite de l'importance des petites équipes (ou sous-groupes). Et l'espace que les plans itératifs offrent à la réflexion. Il est vrai que le livre est assez technique et que cet aspect s'étend aux activités de réflexion.

La naissance "officielle" du mouvement "agile". Avec l'apparition du Manifeste Agile vient le principe 12 :

À intervalles réguliers, l'équipe réfléchit à la manière d'être plus efficace, puis ajuste et affine son comportement en conséquence.
Manifeste Agile


Un certain nombre de livres sont également publiés qui exposent la pratique sous différents noms, parmi lesquels je souligne :

Atelier de réflexion, livre Développement logiciel agile par Alistar Cockburn.

Rétrospectives de projets, livre Rétrospectives de projet par Norman L. Kerth

2001 - Manifeste Agile

Le manifeste agile est créé et plusieurs livres sur le processus de développement agile de logiciels sont publiés.

La naissance "officielle" du mouvement "agile". Avec l'apparition du Manifeste Agile vient le principe 12 :

À intervalles réguliers, l'équipe réfléchit à la manière d'être plus efficace, puis ajuste et affine son comportement en conséquence.
Manifeste Agile


Un certain nombre de livres sont également publiés qui exposent la pratique sous différents noms, parmi lesquels je souligne :

Atelier de réflexion, livre Développement logiciel agile par Alistar Cockburn.

Rétrospectives de projets, livre Rétrospectives de projet par Norman L. Kerth

Le livre d'Esther Derby et de Diana Larsen est publié et parle spécifiquement de la pratique telle que nous la connaissons aujourd'hui. Dans le livre, ils l'appellent "rétrospective des battements de cœur"

2006 - Naissance des rétrospectives agiles

Avec la publication du livre Agile Retrospectives

Le livre d'Esther Derby et de Diana Larsen est publié et parle spécifiquement de la pratique telle que nous la connaissons aujourd'hui. Dans le livre, ils l'appellent "rétrospective des battements de cœur"

Avantages des réunions rétrospectives

Je peux dire beaucoup de choses sur les avantages et les bénéfices des réunions rétrospectives. Toutefois, je tiens à préciser que tous ces avantages dépendent directement de notre modèle d'amélioration continue.

A quoi sert une rétrospective à la fin d'un projet, si le projet est déjà en train de se terminer. Quelle valeur puis-je capitaliser au sein du projet ou de l'équipe ? En vérité, la pratique de la réunion rétrospective exige cadence[2]Rythme ou répétition de certains phénomènes, tels que des sons ou des mouvements, qui se produisent avec une certaine régularité. RAE. Sans cadence, l'exercice de réflexion perd son plus grand potentiel, transformant une équipe et le travail qu'elle accomplit.

Les 5 principaux avantages des réunions rétrospectives sont les suivants :

1. Les réunions rétrospectives facilitent la transparence

Una mano sostiene vaso de agua cristalina que representa la transparencia que promueve las reuniones retrospectivas

Donnez à l'équipe - ou à plusieurs équipes - l'espace et le temps nécessaires pour identifier les problèmes ou les défis, trouver des solutions et s'approprier le projet de manière créative. responsabilité et responsabilise les équipes. En même temps, elle rend transparentes diverses décisions de gestion et nous rend tous "responsables" de la culture de travail elle-même.[3]Bien que le terme de culture organisationnelle représente quelque chose de plus complexe, les habitudes et les actions sont en définitive une expression claire de la culture. Changer les habitudes et les actions peut, au fil du temps - et avec cadence - transformer la culture..

Les membres de l'équipe peuvent discuter des problèmes et des situations de l'équipe, tout en partageant leurs expériences et leurs idées sur la façon de s'améliorer. Cela permet d'instaurer la confiance et la sécurité psychologique.

2. Les rétrospectives agiles favorisent la collaboration et la bonne communication.

Un apretón de manos que representa la colaboración al interior del equipo

Les rétrospectives créent un espace sécurisé où les membres de l'équipe ou de l'organisation peuvent donner un retour d'information sur leur travail. mode opératoire. En offrant cet espace sur une base régulière, il y a un impact substantiel et positif sur la collaboration entre les personnes. La confiance est établie et une culture de critique constructive et de travail en équipe est mise en place.

Pas en vain, le 14e rapport sur l'état de la méthode agile la preuve que les rétrospectives agiles sont la deuxième pratique agile la plus utilisée (81%) et que l'amélioration du moral des équipes est considérée comme l'un des cinq avantages les plus évidents de l'adoption de modèles de gestion agiles.

Des rétrospectives fréquentes, associées à un modèle de gouvernance qui écoute et prend des mesures, renforcent la collaboration et la bonne communication.

3. Les rétrospectives en équipe favorisent le respect des processus.

Los militares representan el respeto por los procesos y la estructura

On ne peut pas mentir, les développeurs de logiciels - et en général les professionnels des carrières liées au génie logiciel et à la mise en page des applications - ne sont pas des amoureux des processus. Ou même de suivre des règles juste pour le plaisir de le faire.

Lorsque nous participons activement aux décisions, nous nous engageons. Cela favorise le respect du processus et des décisions que nous prenons en équipe. Même si ce ne sont pas des décisions que nous aurions prises nous-mêmes.

Ce respect du processus et des "bonnes manières" contribue à une adoption plus rapide de modèles tels que Scrum, voire à la création d'une identité d'équipe. En définitive, elle favorise les gains de productivité et renforce le travail d'équipe.

4. Le site Rétrospective Agile constituent un système d'alerte précoce

Faro rojo como sistema de detección temprana

L'un des avantages les plus importants pour les environnements à haut risque est le fait que ce type de réunion crée un modèle de la gestion du risqueet l'assurance de la qualité. Une rétrospective comporte une analyse quantitative et une analyse qualitative des résultats qui, si elle est effectuée correctement, crée un espace pour la gestion des risques et l'assurance.

Les rétrospectives permettent à l'équipe d'évaluer ce qui a été bien fait, et ce qui a été moins bien fait, et en ce sens d'attaquer à la source l'origine de certains risques et, bien sûr, d'améliorer la qualité qui résulte d'un processus mature.

5. Les rétrospectives favorisent l'excellence technique

Mecánico que realiza una labor con esmero

Nous avons parlé de processus et d'esprit d'équipe. Cependant, les rétrospectives sont aussi un espace pour repenser le résultat technique. Et je ne parle pas des fonctionnalités du produit. Je veux dire comment le résultat a été développé et quelles améliorations - et comment il a été amélioré - ont été apportées. refactor - que nous pouvons évaluer pour garantir un meilleur résultat.

En définitive, l'excellence technique est le résultat de l'examen et de l'évaluation des "moyens" et des "modèles" que nous avons utilisés pour résoudre un processus ou un besoin donné. Les rétrospectives permettent à l'équipe, dans un espace sûr, de discuter des choses dont elle n'est pas fière - techniquement - et qui, à l'avenir, pourraient être une source de problèmes.

Structure d'une réunion de rétrospective agile

Quelle est la structure d'une telle réunion ? Quelles sont les activités que nous pouvons faire ? Je vais vous expliquer comment et vous donner quelques exercices à faire pour tirer le meilleur parti de ce temps.

Infrografía sobre la estructura de una reunión retrospectiva

La réunion de rétrospective peut être structurée en 5 - parfois 6 étapes. Comme suit :

Moment 1 : Préparation, ouverture ou accueil

Pendant ce temps, le modérateur ou le facilitateur donne le ton de la réunion. Par exemple, si nous sortons d'un bon cycle avec de bons résultats, c'est le moment de fêter cela sans oublier que nous pouvons nous améliorer. Cependant, si nous venons d'un cycle de mauvais résultats ou de promesses non tenues, c'est le moment de réfléchir à nos erreurs ou même aux choses qui nous ont fait supposer par le passé que tout allait s'arranger. Le ton donné donnera le ton du reste de la réunion. Mais rappelez-vous, nous ne sommes pas là pour montrer du doigt ! Nous sommes une équipe. Nous nous réunissons pour chercher des solutions et des possibilités d'amélioration.

Moment 2 : Métriques et évaluation objective

Une fois le contexte établi, il est temps d'examiner la réalité. Les données sont notre meilleur allié pour centrer la discussion sur les faits et les résultats et moins sur les personnes et les opinions subjectives. Cette partie de la réunion est appelée dans Scaled Agile : analyse quantitative. Si vous utilisez d'autres pratiques comme la vélocité ou la densité de défauts, c'est le moment de présenter ces données - et vos données historiques.

Moment 3 : Discussion et compréhension de ce qui s'est passé

Que s'est-il passé ? comment avons-nous perçu le cycle ? était-il bon ? était-il mauvais ? qu'est-ce qui n'a pas fonctionné dans nos hypothèses et nos plans ? qu'est-ce qui a fonctionné ? Pour que la dernière question soit résolue, je laisserais la question du pourquoi ? Nous avons tous besoin de construire une structure pour justifier les résultats. Si vous abordez cette question dès le début, chacun tentera de justifier sa réponse par une histoire souvent subjective et pas nécessairement liée aux données.[4]Dans le livre "Le code de l'esprit extraordinaire"Vishen Lakhiani parle de "machine à fabriquer du sens" en référence à notre cerveau. En tant que facilitateur, je vous recommande d'atténuer l'influence de ce comportement humain..

Moment 4 : Décisions basées sur l'amélioration de l'équipe et de sa productivité

Avec la discussion vient la compréhension, ou du moins une vision de groupe unifiée de ce qui s'est passé, et c'est l'occasion parfaite de discuter des possibilités d'amélioration et des actions spécifiques que nous pouvons prendre en tant qu'équipe pour nous améliorer.

Et, permettez-moi de faire une recommandation pour le moment 4, ne laissez pas l'équipe prendre trop de décisions. Si une équipe s'engage dans un trop grand nombre de changements, il peut être impossible de déterminer à l'avenir quelles actions ont réellement fait la différence.

Prenez deux ou trois décisions sur la manière d'améliorer le prochain cycle.

Moment 5 : Conclusions

Bien sûr, vous pouvez imaginer que certaines réunions sont très intenses. Il est temps de baisser le ton et de ramener l'équipe dans le contexte de l'amélioration continue. Par conséquent, rappelez toujours à l'équipe que rien n'est personnel et que toute critique est contenue au sein de l'équipe dans l'intention de la garder privée et axée sur l'amélioration.

Moment supplémentaire : Évaluation des résultats précédents

Il est souvent prudent de réexaminer avec l'équipe les décisions antérieures prises lors d'autres rétrospectives agiles, et l'équipe acquiert alors une meilleure compréhension et conscience de l'impact de ses propres décisions d'amélioration. Ensuite, l'équipe acquiert une meilleure compréhension et conscience de l'impact de ses propres décisions d'amélioration : les décisions de l'itération immédiatement précédente ont-elles fonctionné ? Ont-elles contribué à la productivité comme nous l'avions espéré ou non ?

Outils pratiques pour de bonnes rétrospectives agiles

Bien sûr, il existe des centaines de pratiques et d'exercices que nous pouvons faire pour chaque moment de la réunion. Voici une liste des trois que je préfère - et qui m'ont donné les meilleurs résultats avec mes équipes.

1. ESVP

Pour la phase de préparation, j'aime réaliser une activité connue en anglais sous le nom de ESVP - Explorer, Shopper, Vacationer, Prisoner. L'objectif est que chaque participant évalue sa disposition et sa perspective de la réunion. Ces "positions" sont :

  1. NavigateurUne personne qui est prête à apprendre. Vous avez un esprit de croissance personnelle et d'équipe.
  2. AcheteurTout comme lorsque vous entrez dans un magasin pour chercher quelque chose. Vous n'êtes pas prêt à passer par toutes les étagères pour voir "ce que vous trouvez". Vous ne voyez pas tout comme étant utile ou nécessaire. Par conséquent, en tant qu'acheteur, vous évaluez ce qui vous plaît et ce que vous gardez.
  3. VacancierLorsque vous êtes dans cette position, vous échappez réellement à d'autres responsabilités. Cela signifie que le recul est une rupture par rapport à d'autres choses. Par conséquent, votre intention de collaborer ou de vous dépenser est pratiquement nulle.
  4. PrisonnierJe ne sais pas combien d'explications cette position nécessite. Mais si le vacancier fuit d'autres responsabilités, le prisonnier ne peut s'échapper et est obligé de participer.

Il convient de noter que cette technique est anonyme.

2. métriques standard

Tablero con el resultado de una Starfish durante el cierre de un curso
Voici la photographie d'une étoile de mer prise à la fin d'un de mes cours... Je ne me souviens même plus lequel.

Dès le début du travail avec l'équipe, j'aime établir un ensemble de mesures et d'indicateurs qui nous permettent de nous améliorer. Ce n'est pas pour rien que l'on dit "ce que l'on ne mesure pas, on ne peut pas l'améliorer". Dans ce sens, j'ai défini un ensemble de mesures de base et un article complet sur le sujet.

J'aime toujours tracer ces métriques historiquement. C'est-à-dire comme une séquence de valeurs. Je vous invite à lire mon article sur métriques agiles.

3. la technique de l'étoile de mer ou de l'étoile de mer

C'est, de loin, mon préféré. Non seulement c'est un outil puissant, mais il est profondément simple. L'objectif est d'inviter les membres d'une équipe - ou les participants à une activité en général - à présenter leurs idées et feedback de cette activité. Pour ce faire, ils doivent associer leur idée à l'une des catégories suivantes :

  1. Garder / MaintenirC'est quelque chose qui leur a plu et ils estiment que cela a contribué à l'activité. C'est un élément qu'ils estiment devoir être maintenu dans les activités futures.
  2. Stop / Stop ou arrêtAu contraire, les idées ou commentaires laissés dans cette catégorie représentent des choses qui n'ont pas été appréciées ou qui devraient être abandonnées parce qu'elles n'apportent pas de valeur ajoutée à l'activité.
  3. DébutDans cette catégorie, nous incluons les choses que nous aimerions commencer à faire ou qui manquaient dans l'activité.
  4. Less / MenosIl s'agit d'outils, d'activités ou de techniques qui ont peut-être été trop utilisés ou surutilisés. Par exemple : "moins de réunions de suivi" ou "moins de séances de travail en binôme".
  5. Plus / PlusContrairement à Moins, cette catégorie signifie que vous voulez plus de quelque chose, une activité ou une attitude, ou plus d'une technique. Cela signifie aller plus loin ou faire plus de quelque chose.
  6. FélicitationsCette catégorie permet de mettre en valeur le travail de quelqu'un ou de féliciter quelqu'un ou quelque chose. Il est essentiel de bien faire comprendre que, au-delà des difficultés du travail lui-même, il est toujours possible de reconnaître le travail de l'équipe, de l'entreprise ou d'un individu.

Autres ressources précieuses pour les rétrospectives

Bien entendu, il existe de très nombreux outils permettant de réaliser de bonnes rétrospectives et de rester concentré sur ce qui est important. Voici une liste d'outils et de sites utiles avec des exemples d'activités que vous pouvez réaliser.

Erreurs courantes lors de la mise en œuvre de la rétrospective agile

Para terminar, dejo el artículo con algunos de los errores y problemas más comunes y propensos a ocurrir durante las reuniones retrospectivas.

  1. Olvidar el propósito de la reunión. El objetivo es mejorar, y para hacerlo, debemos discutir las cosas profundas y no solo los síntomas superficiales. Por eso, dentro de la estructura de reunión, en el momento de «preparación» es prudente establecer el objetivo.
  2. Tomar demasiadas decisiones. Las decisiones o planes de acción no son malos. Pero si son demasiados puede llevar a una parálisis o incluso el caos. Los cambios y las acciones de mejora se deben introducir de a poco, para garantizar que el equipo transita a través de su propio proceso de crecimiento y no intenta dar saltos cuánticos.
  3. No contar con las herramientas para promover la discusión. Este es un error típico de los facilitadores inexpertos, llegar a la reunión sin suficiente preparación ni claridad sobre las herramientas a utilizar. Sin herramientas, la discusión puede ser pobre o, peor, desorganizada. Un buen facilitador no asume el éxito de cada evento o actividad y se prepara para «llevar» al equipo.

Partagez votre expérience

Me gustaría conocer su experiencia durante reuniones retrospectivas ágiles. Me encantaría conocer qué les ha funcionado y qué no. A los mejores – o más divertidos – comentarios, prometo hacerles llegar un regalo -digital.

No dejen de hacer las retrospectivas, y sean tan comprometidos con ellas como lo son con una sesión de planificación o una sesión de refinamiento del arriéré de travail. El éxito de los equipos verdaderamente ágiles es que no se detienen y siempre quieren mejorar.

Partager!

Commentaires et notes de l'auteur[+]

Image par défaut
Alberto Dominguez

Diriger des équipes de la théorie à la réalisation réelle et durable de produits et services informatiques innovants.

Publications: 35

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

fr_FR