Comme vu en première et deuxième partie, nous poursuivons le cas pratique vu lors de ma formation de product manager (qui complète mon expérience en marketing digital), il s’agit cette fois de la phase de rétrospective.
Pour bien voir la route, il faut parfois regarder le rétroviseur. Le même principe s’applique ici : la rétrospective sert à regarder le passé pour mieux vivre le présent et l’améliorer dans l’avenir.
Le feedback de l’équipe, la satisfaction et l’amélioration continue sont la trinité des critères d’une rétrospective réussie. Je vais vous montrer, grâce à ce cas pratique, quels sont les outils pour y parvenir.
La fête du Scrum Master, son animateur
Si la Sprint Review permet de présenter la mise à jour du produit aux équipes et aux parties prenantes, la rétrospective est propre à l’équipe scrum et son contenu lui appartient. L’idée est d’améliorer en continue la méthode et le travail d’équipe, sans jugement.
Ici je vous présente une retrospective longue que vous pouvez faire de temps en temps, vous pouvez aussi vous limiter à une heure et varier les activités à chaque sprint.
Avec cette dernière, l’équipe Scrum collecte le feedback de chacun puis le restitue sous forme de compte-rendu regroupant des indicateurs impactants que nous allons tout de suite voir de plus près.
La collecte du Feedback : la constitution du Radar de satisfaction
Le Burndown Chart
Le Burndown Chart est très utile et pas seulement pour moi, exceptionnellement Scrum Master à ce moment-là du projet. Il me permet de suivre l’avancement et les performances. Grâce à lui, je vois les ressources allouées en théorie ainsi que celles affectées en pratique. Vélocité de l’équipe versus Story points consommés. Ces modèles nous sont très utiles pour identifier les difficultés. Ils nous permettent aussi d’être toujours motivés et soucieux de respecter nos capacités. Les outils comme Jira permettent heureusement de les générer automatiquement. Il peut être utile de le présenter à l’équipe en retro.
Check-In
Durant 15 minutes de check-in , je donne des post-it afin que nous puissions donner notre sens à la rétrospective à venir, ce que nous attendons d’elle. Ma température et celle du reste de l’équipe est donc prise de cette façon pour passer ensuite au…
Le Radar de satisfaction
… Radar. L’une des phases les plus divertissantes à mon goût. Grâce à lui, nous pouvons noter entre de 1 à 5 ou 0 à 10 (le barème est libre au niveau du choix, cela peut être également des émoticônes via le « mad – sad – glad ») les différentes caractéristiques du sprint. Je peux ainsi noter la qualité des users stories, la qualité de l’incrément livré, mon autonomie durant le sprint et la collaboration de l’équipe.
Par la suite, nos notes sont agrégées dans un graphique constituant une figure ayant autant de côtés que de critères à noter. La superposition des figures permet de jauger les satisfactions de chaque membre du groupe par rapport à chaque critère. C’est un exercice agréable permettant de voir les points où nous sommes unanimes et ceux qui sont plus délicats.
Nous pouvons également donner nos points manquants et les actions à mener afin de noter les critères via le jeu de la perfection. Ce jeu nous permet de créer l’étoile de mer : figure où nous trions les actions à continuer, à arrêter, à commencer, à faire plus ou à faire moins.
La Porte des retours
Afin de boucler la boucle, je note à la fin la rétrospective en question. Ainsi, nous améliorons notre propre méthode d’amélioration. Un peu méta mais très efficace !
L’enregistrement du Feedback : Le compte rendu rétro du sprint
Le compte rendu rétro du sprint reprend tous les éléments susmentionnés dessus. Pour ma part, j’ai donc intégré un cadre avec la version du document, les destinataires / les participants, la date de rédaction, l’auteur et les dates de début/fin de la rétrospective.
J’ai ajouté ensuite une synthèse de cette rétro où j’ai pu parler des attentes, frustrations et idées de chacun tout en concluant l’expérience sur une note positive car elle sera améliorée dans le futur.
Je reprends le check-in où chacun de nous a donné sa conclusion finale concernant la gestion du projet. J’utilise à nouveau le radar de satisfaction afin de pouvoir évaluer la qualité des users stories et des critères d’acceptation.
Je reprends également la matrice des émotions mad / sad / glad afin de jauger ces dernières au niveau de chaque membre de l’équipe. Cela permet de voir ce qui les a poussés à brainstormer et apporter des solutions durant le jeu de la perfection.
Enfin, j’affiche le feedback sur l’étoile de mer et la porte des retours pour voir quelles actions à continuer/ à arrêter /à commencer /à faire plus /à faire moins et les idées afin que la note du sprint soit maximale la prochaine fois.
En résumé
Sans compter la rédaction du compte-rendu, très rapide si on a modifié le document en live, la rétrospective dure 2h. Avec le check-in de 15 min, le radar de 20 min, le mad / sad / glad de 15 min, le jeu de la perfection de 30 minutes, l’étoile de mer de 30 et la porte des retours de 10 min. Sous apparence de rigidité se cache un rituel dynamique qui ne fera que vous convaincre d’adopter définitivement la méthode agile !
Découvrez d’autres projets avec My Valentine et World Travel.
Besoin d’un Product Manager ? N’hésitez pas à me contacter !
0 Commentaire