Skip to main content

Que vous soyez nouveau dans le jeu du développement logiciel ou que vous soyez joueur depuis des années, il y a de fortes chances que vous ayez participé à une rétrospective de sprint. Si elles sont bien faites, ces réunions agiles peuvent mettre en évidence les possibilités de changement, générer des améliorations significatives des processus et, en fin de compte, amener l’équipe dans la bonne direction. Si elle est mal faite, une rétrospective de sprint peut se transformer en un jeu de blâme ou donner à ceux qui parlent le plus fort une plateforme pour se plaindre de quelque chose qui se passe dans le projet, sans suggestions pour améliorer les choses. (Alerte au sabotage : ce n’est pas comme ça qu’il faut faire).

Continuez la lecture de cet article si vous voulez comprendre comment vous pouvez utiliser la rétrospective de sprint comme moteur de changement. Nous allons décomposer ce que c’est, ce que ce n’est pas, et donner quelques conseils utiles pour rendre la rétrospective de sprint aussi productive que possible.

Comment faire pour exécuter une rétrospective de Sprint qui mène effectivement à des changements

Qu’est-ce qu’une rétrospective de Sprint?

Par définition, une rétrospective vous permet de jeter un regard rétrospectif sur des événements ou des situations passés. Selon le Guide de la méthode Scrum, la rétrospective de sprint est “l’occasion pour l’équipe Scrum de s’inspecter et de créer un plan d’amélioration qui sera mis en place lors du prochain sprint”. C’est logique, d’autant plus que le développement agile est axé sur l’amélioration continue. Pour s’améliorer, il faut savoir quelle épée aiguiser.

La rétrospective devrait créer un espace sûr pour que les gens puissent partager leurs commentaires honnêtes sur ce qui se passe bien, ce qui pourrait être amélioré et susciter une discussion sur les choses qui devraient changer la prochaine fois, avec des mesures à prendre documentées. Les retrospectives peut être utilisées pour tout type d’équipe travaillant sur un projet commun, mais la rétrospective de sprint est particulièrement optimisée pour une équipe de production agile. C’est l’une des cérémonies que les équipes Scrum et Kanban utilisent tout au long du développement cyclique des produits.

[Tweet “The retrospective should create a safe space for people to share their honest feedback. #dpm #pmo #agile”]

Ce qu’il y a de bien dans cette rétrospective, c’est qu’elle se déroule à la fin d’un sprint, ce qui signifie que les idées fraîches sont habituellement au premier plan et peuvent être mises en avant par toute l’équipe. Nous verrons plus tard en quoi cela diffère d’une revue de sprint, mais le point principal à retenir est que tout cela se résume à une amélioration continue. L’objectif de la rétrospective de sprint est de susciter des changements positifs dans le projet, l’équipe, les comptes et potentiellement l’organisation.

Pourquoi faire une rétrospective de Sprint?

Si vous pratiquez une sorte de méthodologie agile, il y a de fortes chances que la rétrospective de sprint fasse déjà partie de votre routine. Ironiquement, la routine pourrait être un problème auquel certaines équipes de production sont confrontées. Souvent, les équipes peuvent tomber dans leur rythme et des cérémonies vitales comme la rétrospective de sprint deviennent si banales que les équipes ne les utilisent pas à leur avantage. Rassurez-vous, nous irons plus loin dans les façons de faire un mix de tout ça plus tard.

Si vous vous interrogez sur la nécessité de faire une rétrospective de sprint, voici quelques-uns des nombreux avantages des rétrospectives:

  • Elle crée un espace sûr et sans reproche où les membres de l’équipe peuvent partager leurs précieux commentaires.
  • Elle permet à l’équipe de documenter les victoires et les domaines d’opportunité.
  • Elle fournit une liste des prochaines étapes et identifie qui est propriétaire de quel article.
  • Elle identifie les petits changements incrémentiels qui peuvent mener à de plus grandes vagues d’amélioration.
  • Elle permet aux équipes d’itérer leur processus pour amplifier les résultats.
  • Elle permet d’entendre les avis de chacun.
  • Elle aide l’équipe à mûrir.
  • Elle rend chaque sprint meilleur que le précédent.

Quelle est la différence entre une revue de sprint et une rétrospective de sprint?

L’examen de sprint et la rétrospective de sprint sont des cérémonies scrums utilisées dans le monde entier par les équipes de production. Bien qu’ils soient similaires, en ce sens que les deux se déroulent à la fin du sprint, ils sont des exercices séparés et distincts et doivent toujours être traités comme tels.

L’examen de sprint est l’occasion pour l’équipe de mettre en valeur le travail qui vient d’être accompli lors du dernier sprint. Il peut s’agir d’une activité plus occasionnelle, où une démonstration du travail est présentée aux membres de l’équipe interne. Il peut également s’agir d’une réunion plus formelle, au cours de laquelle des intervenants de l’extérieur de l’équipe de base peuvent être invités à une vitrine. Peu importe à quel point vous voulez (ou avez besoin) faire l’examen de sprint, le travail doit toujours être entièrement démontrable et répondre à la qualité définie de l’équipe afin d’être examiné. Il est donc permis à l’équipe de célébrer leurs réalisations et d’obtenir des commentaires immédiats de la part des participants à la revue de sprint au cours de cette réunion.

Une fois l’examen du sprint terminé, la rétrospective de sprint a généralement lieu. C’est là que l’équipe réfléchit sur le travail qu’elle vient de terminer, offre ses félicitations pour ce qu’il s’est bien passé et formule des suggestions d’amélioration pour l’avenir. Elle doit être orientée vers l’action, irréprochable et adaptée aux besoins de votre équipe. Elle est généralement facilitée par le Scrum Master ou le chef de projet digital. Les personnes à la périphérie du projet n’ont pas besoin, et ne devraient pas, s’y joindre.

Sprint review vs retrospectiveEn clair, la revue de sprint consiste à démontrer le travail qui vient d’être complété, et la rétrospective à identifier les points à améliorer pour le prochain sprint.

Un des aspects assez importants est que toutes ces cérémonies devraient des limites de temps appropriées. Il y a beaucoup de ressources, comme celle-ci et celle-ci, qui permettent de réduire un peu plus le temps, mais essentiellement, toutes les cérémonies devraient avoir des limites de temps strictes. Cela permet de s’assurer que les sujets les plus importants sont abordés lors de chaque cérémonie. La limite de temps permet également de réduire le temps passé inutilement dans les réunions agiles et crée un processus de développement plus efficace. Je suis presque sûr que c’est quelque chose que nous pouvons tous apprécier.

Notez que le chronométrage dépend de la longueur du sprint. Prenons un sprint de deux semaines par exemple. La revue de sprint devrait durer au maximum 2 heures. Après cela, la rétrospective ne devrait durer que 90 minutes. Il peut être tentant de les prolonger, mais il est probable que le rendement diminuera. Qu’elles restent limitées dans le temps et concentrées!

Quelles sont les choses que vous pourriez rencontrer? (Et comment les combattre?)

Même si les rétrospectives de sprint sont nouvelles pour votre équipe, il y a de fortes chances que les membres de la production avec lesquels vous travaillez aient déjà fait partie de cette équipe dans un rôle précédent. Comme pour tout rituel, il peut y avoir différents niveaux de bagage émotionnel que vous ou votre équipe apportez à la table, en fonction de vos expériences passées. Voici quelques éléments que vous pourriez rencontrer lors d’une rétrospective et comment combattre ces dos d’âne:

L’apathie

Si les mêmes questions sont posées sprint après sprint, les membres de l’équipe peuvent devenir moins engagés dans les réponses et cesser d’offrir des suggestions constructives pour améliorer le processus.

Combattez la participation apathique en mélangeant les choses ! Les résultats d’une bonne rétrospective peuvent être atteints en adaptant différents exercices et questions. Il n’y a pas “un seul anneau pour tous les gouverner ” lorsqu’il s’agit de rétrospectives et pour une bonne raison. Vous devez itérer la façon dont vous les organisez. Vous trouverez ici, ici et ici, une bonne source d’inspiration.

Émotions

En fin de compte, nous sommes des êtres humains. Et les êtres humains ont des émotions. Nous ne sommes pas non plus des créatures parfaites. Les rétrospectives devraient susciter des commentaires constructifs sur ce qui pourrait mieux se passer dans les sprints futurs, mais elles ne devraient jamais favoriser l’hostilité, la négativité sans fondement et le pointage de doigt.

Il est essentiel que les CPD et les MSC soient des facilitateurs sans jugement ni biais pendant la réunion rétrospective. Les personnes doivent se sentir en sécurité pour partager leurs commentaires lors de cette réunion. N’oubliez pas de fixer des attentes lorsque vous lancez la rétrospective de sprint, d’agir en tant que médiateur en cours de route si nécessaire et de promouvoir une conversation positive.

Un manque de conversation

Vous pourriez avoir une rétrospective de sprint où vous avez l’impression que les questions se heurtent à des regards vides. Au lieu d’insister pour lancer la conversation, faites une ouverture plus engageante à la réunion et traitez-la comme une excellente occasion d’amener un changement progressif.

De plus, vous pouvez encourager votre équipe à noter ses suggestions et ses pensées tout au long d’un sprint. Cela leur donnera quelque chose à regarder pendant la rétrospective au lieu d’avoir l’impression qu’ils ont besoin de tout sortir de nulle part. Une autre option est d’envisager de tenir vous-même un journal de bord (ce que vous avez entendu tout au long de la semaine, dans d’autres réunions agiles ou pendant d’autres événements).

Opposition du leadership

C’est une expérience intéressante. Parfois, les éléments du plan d’action identifiés dans la rétrospective ont un impact sur les membres à l’extérieur de l’équipe de production. Quel que soit le propriétaire de l’article, il devrait travailler avec les dirigeants à l’élaboration d’une conversation autour de la suggestion et détailler les moyens d’apporter le changement demandé. Il est toutefois possible que le leadership s’oppose à cette suggestion.

Si c’est le cas, continuez. Trouvez vos champions au sein de l’organisation qui se battront pour l’équipe de production et les améliorations qui en découlent. Une entreprise agile et/ou qui valorise le changement positif devrait éventuellement être disposée et ouverte à mettre en œuvre des améliorations de processus qui profitent à l’équipe dans son ensemble. Veillez à formuler vos recommandations de manière à ne pas isoler qui que ce soit et à ne pas causer de stress excessif.

Participation des gagnants

C’est ce que vous voulez atteindre ! Les rétrospectives de sprint peuvent être une cérémonie que les gens attendent avec impatience parce qu’elles devraient créer un espace pour évaluer le déroulement des améliorations du processus et permettre d’autres suggestions à suivre.

Efforcez-vous de participer en exprimant votre gratitude lorsque les membres de l’équipe s’immergent vraiment dans la conversation. Remerciez ceux qui profitent de ce temps pour faire des contributions significatives. Soyez positif.

Que pourrait penser l’équipe?

Au moment d’écrire cet article, j’ai contacté plusieurs membres de l’équipe de l’organisation pour discuter de leurs expériences avec les rétrospectives de sprint. J’étais curieux de savoir ce que les différents rôles (concepteur, développeur et chef de projet) pensaient de cette cérémonie. Si vous débutez dans l’organisation de rétrospectives ou si vous cherchez à mélanger les choses, parler directement avec les membres de l’équipe peut être un bon point de départ. Je leur ai posé trois questions simples.

1. Si vous courez bien, qu’est-ce qu’un sprint rétrospectif peut vous apporter?

  • Des idées à retenir sur la façon d’améliorer mon processus personnel et/ou mon rôle, ainsi qu’une occasion d’exprimer les améliorations potentielles du processus à l’échelle de l’équipe, d’avoir des conversations sur la façon d’être meilleur en équipe et de mieux m’engager avec nos clients dans l’avenir (Design)
  • Aider l’équipe à identifier les domaines à améliorer et offrir une plateforme pour parler des valeurs ou des résultats que toute l’équipe peut travailler à l’avenir. (Développement)
  • Compréhension et retours collaboratifs sur ce qui fonctionne bien ou pas au sein de l’équipe et ce qui peut être amélioré. Le meilleur scénario est celui où l’équipe est guidée pour créer et expérimenter des solutions à ses propres défis. (CPM)

2. Si la course est mauvaise, que peut-il se passer?

  • Elle peut se transformer en séance de plainte ou de dénigrement. Un autre aspect négatif est si l’on évoque des choses qui ne changent jamais ou ne sont jamais mises en œuvre. (Design)
  • Il pourrait en résulter une occasion manquée pour l’équipe de se développer dans son ensemble. (Développement)
  • Le statu quo est maintenu. Bien que cela puisse être tentant à court terme, cela peut avoir un effet désastreux à long terme sur le changement de culture au sein de l’équipe. (CPM)

3. Y-a-t-il une question ou une activité que vous préférez dans le cadre d’une rétrospective de Sprint?

  • C’est un peu élémentaire, mais une stratégie efficace consiste à poser une question, puis à faire le tour de la table pour que chacun y réponde. Ça fait parler tout le monde. J’ai fait des rétrospectives où deux ou trois personnes dominent la conversation et d’autres ne disent pas grand-chose. Tout le monde a toujours une opinion sur la façon dont l’expérience s’est déroulée, et certaines personnes ont parfois besoin d’un petit coup de pouce pour s’exprimer ou d’une occasion de le faire. C’est pour cette raison qu’il est efficace de faire le tour de la table. Tout le monde a une réponse. (Design)
  • J’ai entendu parler d’une pratique vraiment sympa d’une équipe de Spotify où le coach agile aidait l’équipe à choisir une chose qu’ils pouvaient faire et qui pourrait améliorer l’équipe et/ou le produit. Dans un cas, ils étaient tous d’accord pour dire que chaque vérification du code devait inclure au moins quelques tests. (Développement)
  • Posez simplement la question : “Est-ce que tout le monde est d’accord avec ce qui vient d’être dit ?” (CPM)

Au final, tout se résume à aller à l’essentiel. Si vous êtes à la recherche d’idées rétrospectives pour rendre votre prochain sprint plus efficace, continuez la lecture. Que vous soyez coincé dans une ornière avec les mêmes vieilles questions, que vous cherchiez à mélanger les choses ou que vous planifiez de déployer le processus rétrospectif de sprint à votre équipe, voici quelques exemples de rétrospectives de sprint pour vous inspirer.

5 conseils rapides pour relever votre prochaine rétrospective de Sprint

5 sprint retrospective ideas

1. Gardez les choses simples

J’attribue cette suggestion à l’excellente équipe de Mountain Goat Software. Une façon simple de rendre votre prochaine rétrospective de sprint efficace est de demander à l’équipe ce qu’elle aimerait commencer, arrêter et continuer à faire. Par exemple, l’équipe peut identifier qu’elle veut commencer à écrire des scénarios de test au moment de la création de l’histoire de l’utilisateur. Ils peuvent décider d’arrêter de dépasser les 15 minutes recommandées pour les réunions debout quotidiennes et de continuer à expérimenter un nouvel outil qui n’est pas encore entrer dans leurs habitudes. Quelles que soient les décisions prises, assurez-vous de demander une participation massive, de documenter les suggestions que vous entendez et de voter pour déterminer ce qui se passe.

[pro_ad_display_adzone id=”26213″]

2. Incorporer de la nouveauté

Une autre technique consiste à incorporer des jeux et autres tactiques variées dans vos rétrospectives de sprint. Il y a beaucoup d’exemples. Choisissez celui qui convient le mieux à votre équipe ou à l’étape de votre projet, et assurez-vous de le passer en revue au moins une fois à l’avance pour vous familiariser. Ces activités peuvent être amusantes, efficaces et productives, mais seulement lorsque l’animateur est prêt! L’une de mes préférées est la rétrospective LEGO. Dans cet exemple rétrospectif de sprint, les membres de l’équipe sont encouragés à utiliser les blocs LEGO pour construire une structure qui représente le dernier sprint, et qui représente ce qui doit se passer pour améliorer le suivant. Cela rend les choses un peu abstraites et génère des conversations étonnamment productives (et créatives).

3. Restez concentré

L’approche Lean Coffee™ permet de construire des agendas rétrospectifs à l’aide de tableaux Kanban générés démocratiquement. Cela peut être bon pour un groupe qui ne semble pas pouvoir rester dans le sujet ou qui a tendance à passer trop de temps sur un point de discussion particulier. Assurez-vous d’utiliser des notes et des marqueurs autocollants de différentes couleurs et d’identifier un volontaire pour documenter les résultats.

4. Mettez l’accent sur l’action

Le plus simple, et peut-être le plus important, c’est de vous assurer que vous assignez quelque chose qui peut donner lieu à une action à quelqu’un de l’équipe. Ce n’est pas nécessaire que ce soit toujours le chef de projet. En fait, ça ne devraient pas être le cas. La conversation peut être aussi constructive et utile que possible, les répercussions ne se feront sentir que si le changement est mis en œuvre au sein de l’équipe. Gardez une liste visible pour tout le monde et assurez-vous que les attentes et les échéances sont fixées.

5. Introduire un point de vue extérieur

Si vous êtes à la recherche d’un remplaçant, il serait sage de faire appel à un coach agile pour vous aider avec la facilitation rétrospective. Il y a beaucoup d’experts qui peuvent faire ressortir certains des points les plus délicats de la conversation et aider à susciter le changement au sein de l’équipe. Un point de vue extérieur peut apporter une grande avancée !

Cela peut coûter cher (et ne pas être nécessaire à moins qu’il y ait vraiment des difficultés). Une autre bonne solution serait donc d’inviter un autre membre de l’équipe à la conversation. Ceux qui ne sont pas liés au projet peuvent aider à faire la lumière sur les commentaires importants et agir en tant que tiers neutre. Si vous n’avez pas accès à un membre de l’équipe, vous pouvez envisager d’utiliser un outil de rétrospectives conçu pour structurer et soutenir le processus.

Quoi d’autre?

La méthode Agile moderne prêche que nous devons expérimenter et apprendre pendant les projets. La rétrospective de sprint est sans aucun doute un excellent véhicule pour recueillir, discuter et finalement mettre en œuvre ces apprentissages. Je ne connais pas un seul CPM qui ne veuille pas que son projet soit couronné de succès. À cette fin, utilisez la rétrospective de sprint pour conduire ce changement, fortifier vos processus et faire de chaque projet une victoire.

By Alexa Alfonso

Alexa Alfonso est une ancienne chef de projet chez Crema, travaillant maintenant comme stratège en développement des affaires. Crema est une agence de technologie et d'innovation qui s'associe à des entreprises en démarrage, des petites entreprises et des entreprises clientes pour prototyper, tester et construire leurs applications Web et mobiles. Quand elle n'est pas à leur bureau de KC, on peut la trouver au gymnase en train de travailler pour devenir plus forte, dans la cuisine en train de préparer quelque chose de délicieux, ou de préparer des plans pour les voyages à venir.