Scrum sans Scrum Master : Petit guide & 3 conseils

Soyons honnêtes : de nombreuses organisations ne peuvent pas ou ne veulent pas s’offrir un Scrum Master en raison des contraintes financières que cela implique. Mais le Scrum sans Scrum Master, est-ce possible ? Peut-on faire du Scrum sans Scrum Master ?

Pour être honnête, je pense qu’une telle question indique soit a) que l’équipe a un faible niveau de maturité agile, soit b) que l’équipe a simplement un mauvais Scrum Master qui ne fait pas bien son travail (en savoir plus à ce sujet : Maturité agile). Pour répondre simplement à la question, on pourrait donc dire : oui, l’introduction ou l’application de Scrum sans Scrum Master est possible, mais rend la tâche beaucoup plus difficile. Le framework Scrum n’est pas si facile à mettre en œuvre. La plupart des équipes survivront sans un Scrum Master, mais il sera beaucoup plus difficile pour elles de réussir.

Compte tenu de la réalité économique mentionnée ci-dessus, je vais néanmoins essayer dans ce texte d’esquisser brièvement ce que tu dois faire pour mettre en œuvre Scrum avec succès sans Scrum Master.

Il existe un grand nombre de listes de responsabilités et de rôles du Scrum master, mais en substance, on peut dire que cela se résume à trois choses (En savoir plus : Rôles de Scrum Master).

Le Scrum Master est responsable de

• Animation du processus Scrum (surtout les cérémonies Scrum comme le Daily Standup, les revues de sprint, la rétrospective et la planification des sprints)
• Éliminer les obstacles et protéger l’équipe
• Amélioration continue vers une équipe qui s’organise elle-même 

Alors, qui assumerait ces trois responsabilités dans une équipe classique qui n’utilise éventuellement pas de méthodes agiles ?

Et qui s’en chargerait dans une équipe qui souhaite utiliser le cadre Scrum mais qui n’a pas de Scrum Master ?

Voici un petit aperçu de ce que je pense de la situation.

Avec la remarque “En tant que tâche secondaire”, je voudrais souligner le point suivant : certaines des responsabilités seront considérées comme “agréables à avoir” dans une équipe classique ou dans une équipe Scrum sans Scrum Master. Il est probable que la direction de l’équipe se sentira responsable, si tant est que quelqu’un se sente responsable. 

En d’autres termes, ce sont ces responsabilités qui souffriront le plus de l’absence d’un Scrum Master dédié. Maintenant, allons plus loin dans ma répartition.

Qui serait donc responsable dans une équipe de développement ordinaire qui ne travaille pas selon Scrum, c’est-à-dire une équipe qui développe des logiciels sans qu’il y ait naturellement un Scrum Master ?

Probablement soit a) le chef d’équipe / le chef de projet / le propriétaire du produit, etc. soit b) personne ne se sent responsable de ces choses. Et c’est exactement comme cela que se comportent les équipes Scrum sans maître Scrum :

Nos utilisateurs et clients (qui n’ont souvent pas de Scrum Master à temps plein) ont généralement une sorte de chef d’équipe ou de chef technique qui anime toutes les cérémonies Scrum. Parfois, un membre de l’équipe se charge de l’animation de certaines de ces cérémonies. La même personne essaiera également de “supprimer les obstacles et de protéger l’équipe”, mais probablement de manière plus passive ou réactive en fonction des déclencheurs, et non de manière active.

Enfin, dans la plupart des cas, la personne qui anime les séances ne se sent pas vraiment responsable de “l’amélioration continue de l’équipe”, et encore moins du développement d’une “équipe auto-organisée”.

Le chef d’équipe n’a tout simplement pas le temps de s’occuper de ce genre de choses, car il y a trop d’autres défis à relever. Quelle pourrait donc être l’alternative ? Laisse-moi faire une suggestion.

En général, nous devrions ignorer les “outputs” d’un Scrum Master et réfléchir aux “résultats” d’une bonne équipe Scrum (plus d’informations : Outputs vs. Outcomes), car les résultats ne sont pas aussi importants que les résultats finaux. Quels sont les résultats d’une équipe Scrum et comment peut-on éventuellement les atteindre sans un Scrum Master ?

Une bonne équipe agile est collectivement douée pour comprendre les besoins de ses clients et s’efforce de répondre à ces besoins par l’itération, c’est-à-dire de créer de la valeur pour le client. Le framework Scrum et tous les processus qui y sont liés contribuent grandement à atteindre cet objectif.

Mais quelles sont les parties les plus importantes du framework Scrum ? Ce ne sont certainement pas les processus et les cérémonies. Il s’agit plutôt de connaître l’objectif spécifique (objectif : créer une meilleure valeur pour le client grâce à des cycles d’itération) et d’être prêt à s’y investir. C’est ce que l’on appelle aussi le “Agile Mindset” (plus d’informations : Agile Mindset), ou, selon mes propres termes : prendre vraiment au sérieux “l’amélioration continue” vers cet objectif.

Alors, si tu ne peux pas te permettre d’avoir un Scrum Master, comment atteindras-tu l’objectif d’augmenter la valeur client grâce aux cycles d’itération ? Que devrais-tu faire pour maîtriser Scrum sans un Scrum Master ? Ceci pourrait être une approche :

• En tant que chef d’équipe ( ouTech Lead, Product Owner, Product Manager, etc.), tu dois t’assurer que tout le monde comprend les principes agiles essentiels : Tu dois travailler dans des cycles itératifs et courts avec le feedback des clients afin de garantir que tu livres le plus rapidement possible ce qui est attendu.

• N’introduis pas toutes les cérémonies, méthodes et principes agiles en même temps.

• Au lieu de cela, commence seulement par les plus importants : la transparence (pour encourager la communication) et l’amélioration continue.

  • Transparence : en règle générale, l’introduction d’un tableau Kanban s’impose ici. Cela devrait être combiné avec un standup quotidien (ou semi-quotidien ?) pour parler de ton travail, probablement sous la direction du chef d’équipe. Soudain, le travail est visible et la communication s’écoule d’une manière totalement nouvelle et productive.
  • Amélioration continue : commence par introduire des rétrospectives agiles. Comme beaucoup de choses changent au début et que beaucoup de tensions apparaissent, il devrait normalement y avoir un grand besoin d’un espace où l’on parle des tensions et où l’on teste des hypothèses sur la façon de les résoudre. C’est l’objectif d’une bonne rétrospective : définir des mesures ou des actions, les tester pendant 1 ou 2 sprints et voir ensuite si elles fonctionnent. Un item d’action pourrait être, par exemple, d’itérer la vision du produit ou d’avoir besoin d’un véritable objectif de sprint. Ce serait parfait : l’équipe introduit Scrum de manière naturelle, auto-organisée et basée sur les problèmes.

De nombreuses entreprises ont peut-être même “trop” de Scrum Master et connaissent un phénomène appelé “Zombie Scrum” : elles respectent tous les processus, mais elles n’y voient peut-être aucun intérêt. Elles ont un objectif de sprint, mais personne n’y pense pendant le sprint. Elles organisent la réunion de planification du sprint, mais une seule personne parle. Et pourquoi ? Parce que la première étape mentionnée ci-dessus n’a pas été comprise par l’équipe ou n’a pas été suffisamment bien communiquée par le Scrum Master : pourquoi organise-t-on toutes ces cérémonies ?

La meilleure façon de s’assurer que les membres de l’équipe Scrum comprennent la valeur de tous les processus Scrum est de les laisser expérimenter d’abord les problèmes et les tensions qui peuvent ensuite être résolus par les processus du cadre Scrum.

Par conséquent, il pourrait même être avantageux au début de ne pas avoir de Scrum Master et de ne pas “introduire les méthodes agiles de manière excessivement active”. 

Enfin, il existe un outil spécial qui pourrait t’intéresser si tu te poses la question suivante : peut-on faire Scrum sans un Scrum Master ?

"Beaucoup de membres de l'équipe n'osent pas ouvrir la bouche !"

Résoudre ce défi

"Nous découvrons trop de problèmes et de bugs inattendus à un moment tardif !"

Résoudre ce défi

"Pourquoi me faut-il parfois des heures pour préparer une simple rétrospective ?"

Résoudre ce défi

Echometer est en effet parfaitement adapté à ce cas d’utilisation (vous n’avez pas de Scrum Master dédié à temps plein pour soutenir votre équipe).

Echometer est un outil numérique qui aide les team leads agiles lors des rétrospectives agiles et des Health Checks d’équipe. Que ce soit à distance, hybride ou sur place, il rend le coaching d’équipe mesurable et professionnalise ainsi ton travail, tout en t’épargnant beaucoup de travail. Consulte notre site web pour en savoir plus : www.echometerapp.com.

Bien sûr, j’ai trop simplifié dans ce texte et je l’ai rendu très court. Néanmoins, il pourrait être une perspective pertinente et intéressante sur la façon d’aborder le défi de réaliser Scrum sans un Scrum Master. Pour résumer, je dirais : Essaie d’avoir un Scrum Master. Si tu ne peux pas le faire, concentre-toi sur la création d’une atmosphère d’amélioration continue, et l’équipe pourra introduire et apprendre Scrum de manière auto-organisée.

Une question plus fondamentale concernant les méthodes agiles, d’ailleurs : peut-on introduire des méthodes agiles sans Scrum Master ou Agile Coach, le “Agile sans Scrum Master ou Agile Coach” est-il possible ? Il y aurait certainement une autre réponse à cette question, car “Agile” est beaucoup plus large. Le guide ici devrait toutefois aider à penser dans la bonne direction pour cette question. Mes approches peuvent également être appliquées à cette question.

Enfin, encore une fois, la remarque : si tu veux essayer ce que ça fait de développer ton équipe avec notre outil : tu peux lancer une rétrospective agile sans te connecter, dans ce cas l’atelier “Keep, Stop, Start”. 

Sinon, n’hésite pas à transmettre notre site web aux collègues responsables : www.echometerapp.com.

Comment faire

Keep Stop Start Retro : Comment se déroule la rétro ?

1. Icebreaker aléatoire (2-5 minutes)

   Echometer met à votre disposition un générateur de questions de check-in aléatoires.

2. Revue des mesures ouvertes (2-5 minutes)

   Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.

3. Discuter des sujets de la rétro

   Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.

   • Continue : Que devons-nous conserver ?
   • Stop : Avec quoi devrions-nous arrêter ?
   • Démarrer : Que devrions-nous commencer à faire ?

4. Question attrape-tout (recommandée)

   Pour que d'autres sujets aient également leur place :

   • De quoi d'autre aimeriez-vous parler dans la rétro ?

5. Priorisation / Vote (5 minutes)

   Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.

6. Définir les mesures (10-20 minutes)

   Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.

7. Checkout / Closing (5 minutes)

   Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.

Keep Stop Start Retro

Continue : Que devons-nous conserver ?

Stop : Avec quoi devrions-nous arrêter ?

Démarrer : Que devrions-nous commencer à faire ?

Ouvrir cette rétrospective maintenant