"La rétro est superflue" : 7 conseils pour réagir

Beaucoup disent que la rétrospective est la cérémonie la plus importante dans la boîte à outils agile. Woody Zuill l’exprime ainsi : 

Si tu n’introduis qu’une pratique #agile, il devrait s’agir de rétrospectives. Tout le reste suivra.

Woody Zuill

Alors pourquoi est-il possible qu’une équipe de développement considère la rétrospective de sprint comme superflue ? D’après mon expérience en tant que Scrum Master et psychologue, cela est généralement lié au niveau de maturité de l’équipe.

Alors, que pouvez-vous faire pour améliorer la maturité de votre équipe, dans ce contexte et plus généralement ? Voici 7 réflexions, 7 conseils qui vous aideront à relever ce défi.

L’équipe pense que la rétrospective est superflue : que faire ?

D’ailleurs, la réponse officielle selon l’examen de certification Scrum est celle-ci : Le Scrum Master devrait travailler sur l’équipe pour la rendre plus efficace (en anglais : “The Scrum Master would work on the team to make it more efficient”). Mh, ça n’aide pas vraiment. Qu’est-ce que cela pourrait vouloir dire ?

Le Scrum Master doit travailler sur l’équipe pour la rendre plus efficace.

Le rôle officiel d’un Scrum Master est le suivant, si l’on considère le Guide Scrum regarde : “Le Scrum Master encourage l’équipe Scrum à améliorer son processus de développement et ses pratiques dans le cadre du processus Scrum, afin de le rendre plus efficace et plus agréable pour le prochain sprint.”

En théorie, cela signifie que la rétrospective devrait être un événement central du Scrum Master, car le but principal de la rétrospective est d’aider l’équipe à s’améliorer continuellement. En pratique, cependant, l’équipe n’a peut-être pas la maturité nécessaire pour vraiment utiliser une rétrospective et n’en voit donc pas la valeur. C’est pourquoi, personnellement, j’interprète l’affirmation “rendre l’équipe plus efficace” à un niveau abstrait comme “augmenter le niveau de maturité de l’équipe”. Comment faire dans ce contexte ? Avant de commencer avec les conseils, encore une explication 🙂

La rétro est considérée comme précieuse lorsque l’on s’améliore réellement de manière continue. Alors le sentiment d’autonomie, d’auto-organisation et d’auto-efficacité est élevé. Ce qui conduit à l’hypothèse suivante : La qualité perçue des rétrospectives est l’un des meilleurs indicateurs de la maturité (agile) d’une équipe. 

Si l’on veut mesurer la maturité agile, il faut considérer la qualité des rétrospectives comme un indicateur. C’est le lien temporel typique entre la “qualité perçue de la rétrospective” et la “maturité agile” d’une équipe.

Voici comment cela se passe : 

1. Les premières rétros sont effectuées, des mesures sont écrites. Le sentiment naît : il se passe enfin quelque chose ! 
2. Les mesures ne sont pas vraiment mises en œuvre. On parle beaucoup, mais peu de choses se passent. 
3. Après un certain temps, la frustration s’installe ou tout simplement ce qu’on appelle la “rétro-fatigue”. C’est alors que le phénomène de cet article apparaît : La rétrospective est considérée comme superflue. L’équipe elle-même se perçoit comme relativement mûre et ne voit aucun problème.
4. Ce point n’est atteint que par quelques équipes. C’est-à-dire lorsque la qualité des rétros augmente à nouveau et qu’elle conduit finalement à des améliorations tangibles et que le sentiment d’efficacité personnelle mûrit ainsi lentement. 

J’espère que les conseils de ce texte t’aideront à faire quelques pas dans cette direction. Mais je recommande aussi notre texte sur “ 7 conseils pour de bons objets d’action %E2%80%9D, qui jouent également un rôle dans ce domaine.

1. comprendre pourquoi l’équipe pense qu’une rétrospective n’est pas nécessaire

En tant que Scrum Master, tu as peut-être une hypothèse sur la raison pour laquelle l’équipe pense que la rétrospective de sprint est superflue. Mais s’il te plaît, vérifie cette hypothèse. Demande expressément à l’équipe ce qu’il en est.

Souvent, il y a un “leader d’opinion” dans l’équipe qui a une grande influence sur elle. Essayez d’identifier cette personne, de comprendre son point de vue et, dans le meilleur des cas, de concevoir ensemble les contre-mesures (voir ci-dessous).

Plus tu comprends l’équipe, plus tu peux développer un plan pour augmenter le niveau de maturité de l’équipe et choisir parmi les conseils suivants ceux qui sont les plus appropriés.

2. réalise la rétrospective

Vous devriez en principe réaliser la rétrospective. Supposons que l’équipe ait simplement besoin de plus de temps pour atteindre son objectif de sprint - et qu’une heure de codage au lieu de la rétro pourrait être décisive. Dans ce cas, il est acceptable de reporter la rétrospective de quelques jours.

Tu peux aussi changer le type de rétrospective, la rendre plus courte, etc. Mais la meilleure façon de montrer à l’équipe la valeur d’une rétrospective est d’en faire une vraiment bonne. C’est pourquoi mon appel est le suivant : réserve dans tous les cas un créneau dans le calendrier de ton équipe pour la rétro.

3. mesure la valeur ROTI

Ce que l’on ne mesure pas, on ne peut pas le changer. Une habitude simple et rapide qui vous aide à évaluer en permanence la façon dont l’équipe perçoit les rétros est la mesure du score ROTI : la valeur du “Return on time invest”. Posez simplement la question suivante après chaque rétrospective, peut-être comme un check-out : “Sur une échelle de 0 à 10, dans quelle mesure le temps investi dans cette rétrospective a-t-il été rentable ?”. Mesurez la moyenne dans le temps - vous pourrez, espérons-le, bientôt constater une tendance positive !

Le score moyen de “Return-on-time-invest” sur une échelle de 0 à 10 par mois dans l’outil Echometer - les rétros valent-elles la peine ? Il semblerait que oui !

4. fais en sorte que ta rétrospective de sprint soit très courte

L’équipe de développement considère donc la rétrospective de sprint comme superflue - que devriez-vous faire en tant que Scrum Master maintenant ?

Comme je l’ai mentionné au début, l’équipe pense probablement qu’une rétrospective de sprint n’est pas nécessaire parce qu’elle pense que c’est une perte de temps.

En d’autres termes, lors des dernières rétrospectives, ils ont apparemment “appris” que le ROTI d’une rétrospective - donc la qualité du temps investi, voir ci-dessus - est plutôt mauvais. Il existe une approche assez simple pour changer cela : investir simplement moins de temps pour le même résultat 🙂

C’est peut-être le meilleur conseil si l’équipe considère la rétrospective de sprint comme superflue. Dites à votre équipe : d’accord, nous allons la faire aussi courte que possible (plus d’informations à ce sujet dans notre article de blog “ Brève rétrospective - mieux vaut vite que pas du tout ”). 

Important : tu ne veux pas signaler que les choses resteront ainsi pour toujours. Ton message reste le même : Les rétrospectives sont vraiment importantes. Tôt ou tard, les rétrospectives ne seront plus aussi courtes.

Mais vous raccourcissez la rétrospective (par exemple de 60 minutes à 30 minutes) parce que l’équipe apprend ainsi l’importance d’investir du temps. Et vous laissez la durée de la rétrospective croître de manière quasi “organique”, par un “pull” ou un “souhait” de l’équipe, car à un moment donné, elle souhaitera consacrer plus de temps à la rétrospective. Comment faire ? 

Il suffit de poser la question la plus importante :

“Pourquoi n’avons-nous pas réussi à terminer toutes les User Stories définies pour la dernière itération ?”

Cela donnera lieu à quelques discussions intenses et probablement à des idées d’actions en peu de temps. Cela pourrait même conduire à des discussions plus longues. Et déjà, l’équipe a signalé qu’elle avait besoin de plus de temps pour une rétrospective (bien sûr, c’est à toi de garder la discussion constructive).

Tu devrais toujours poser la question qui, selon toi, déclenche de bonnes pensées ou discussions au sein de l’équipe. Et tu devrais toujours avoir pour objectif d’enregistrer une expérience que tu essaieras lors du prochain sprint (également connu sous le nom d’action item).

5. suggère de laisser tomber d’autres routines aussi

L’équipe pense donc qu’une rétrospective est une perte de temps. D’accord. En tant que Scrum Master, ton objectif principal ne devrait jamais être d’être la personne qui met en œuvre Scrum. Non, il ne s’agit pas de “Scrum”. 

Il s’agit pour l’équipe de réussir et d’apporter une valeur ajoutée au client et aux parties prenantes. Scrum doit aider l’équipe à y parvenir. Mais ce n’est qu’un cadre, un kit de méthodes (plutôt bon) parmi de nombreuses approches possibles pour fournir une valeur ajoutée rapidement, durablement et avec une grande qualité.

Si l’équipe n’est pas satisfaite des rétros, tu peux souligner que tu considères Scrum du point de vue que je viens de décrire. Ensuite, tu ajoutes que tu penses que certaines des autres routines que vous avez sont en fait moins importantes que la rétrospective. 

La rétrospective est le moteur de l’amélioration continue. Elle doit aider les membres de l’équipe à découvrir ce qui a bien fonctionné et ce qui n’a pas fonctionné. Si tu supprimes cette partie de la boucle continue, tu risques de voir la boucle d’amélioration continue s’arrêter.

Par exemple, que se passerait-il si vous supprimiez quelques Dailies ? Savez-vous ce qui se passerait ? Il se peut qu’il n’y ait pas d’impact - parfait, alors vous pouvez le laisser tel quel et gagner du temps. 

D’un autre côté, cela peut aussi conduire à une mauvaise communication au sein de l’équipe. L’équipe commet donc des erreurs. Finalement, il y aura un besoin organique de plus de communication, ce que tu remarqueras probablement dans la rétrospective. Cette fois-ci, une cérémonie agile n’est pas introduite sur ton insistance, mais sur la base de la “douleur” de l’équipe. Ainsi, l’acceptation de cette cérémonie par l’équipe sera beaucoup plus grande.

6. regarde les rétrospectives passées et montre leur valeur

Une approche qui peut compléter les autres est de jeter un coup d’œil à l‘“histoire des rétrospectives” de l’équipe sur une période plus longue. La condition préalable est que certaines des dernières rétrospectives aient été couronnées de succès.

Par exemple, tu regardes la rétrospective d’il y a un an et tu réalises à quel point ces défis étaient difficiles l’année dernière. Et tu réalises alors qu’il serait tellement plus facile de résoudre les mêmes défis aujourd’hui si tu avais toutes les connaissances et l’expérience que tu as acquises.

En d’autres termes, vous réalisez à quel point vous vous êtes améliorés entre-temps. Peut-être que cette approche de l‘“amélioration continue” pourrait fonctionner après tout ?! Et les rétrospectives pourraient en effet jouer un rôle important à cet égard. Correctement utilisée, elle peut tout à fait provoquer un déclic au sein de l’équipe.

En outre, tu peux aussi jeter un coup d’œil sur la valeur ROTI (Return on time investment) de tes dernières rétros (voir ci-dessus) : Si tu peux prouver que la rétrospective a un ROTI de 8 à 10, le temps est manifestement bien investi. Notre outil de rétrospective Echometer, par exemple, demande le ROTI après chaque rétrospective et te donne ainsi un indicateur régulier de la qualité de cette dernière. Performance de toi en tant que Scrum Master .

7. apporte plus de variété dans ta rétrospective

L’une des réponses typiques à la question “L’équipe de développement considère la rétrospective de sprint comme superflue - que doit faire le Scrum Master ?” est de rendre la rétrospective plus productive et plus passionnante en apportant plus de variété à vos méthodes et en la rendant plus divertissante. Je souligne toujours que le “plaisir” n’est pas si important, l’objectif doit toujours être de la rendre productive. Néanmoins, le plaisir peut bien sûr susciter une certaine créativité et motivation. 

Cela signifie d’une part que tu peux utiliser des méthodes de rétrospective créatives - voir par exemple notre article sur 32 Méthodes rétrospectives pour débutants et professionnels -, c’est-à-dire des métaphores sous forme de questions ouvertes qui déclenchent de nouvelles pensées et idées.

D’autre part, tu peux aussi utiliser des méthodes qui vont au-delà de la rétrospective typique, mais qui ont tout de même pour objectif d’améliorer l’équipe. Tu pourrais par exemple organiser une rétrospective/un atelier d’équipe qui La sécurité psychologique au sein de l’équipe - l’une des conditions essentielles à la réussite des équipes. 

Ou vous utilisez notre outil de rétroaction Echometer, qui complète continuellement votre rétrospective avec des questions scientifiquement fondées. Elles aident l’équipe à réfléchir à la mesure dans laquelle elle remplit les caractéristiques essentielles des équipes performantes. Voici un exemple d’une des questions de notre outil, une autre condition préalable à la réussite des équipes - une culture du feedback saine :

Je reçois régulièrement des commentaires utiles sur la qualité de mes performances et sur la façon dont je peux m’améliorer.

Exemple d’impulsion de l’outil Echometer discutée lors de rétrospectives.

Il existe de nombreuses autres approches pour apporter de la variété à vos rétrospectives - soyez créatif. 

Comme dit, selon “pourquoi” l’équipe considère la rétrospective de sprint comme superflue, plus de variété ne devrait probablement pas être la seule mesure pour résoudre le problème.

Conclusion sur les “rétrospectives superflues”

Comme tu l’as vu, les 7 conseils et mesures abordent le défi à différents niveaux. Si je ne devais donner qu’un seul conseil, ce serait de raccourcir intelligemment la rétrospective, comme je l’ai esquissé plus haut. Si tu combines toutes ces mesures, tu verras certainement des résultats très rapidement. 

Amuse-toi bien avec ton amélioration continue # !