Ton équipe roule sans toi ? Annonce la suite.
Si tu ne fixes pas la suite, ton manager le fera.
Un manager qui a dirigé une équipe de Scrum Masters dans une grande entreprise raconte sur Reddit comment il a réglé une question que ta boîte évite : que faire d'un SM qui a réussi ? Il le déplace. Vers la prochaine équipe en difficulté. J'appelle ça le Scrum Master volant. Dans ta boîte, probablement que personne ne pose la question. Vue d'en haut, une équipe qui n'a plus besoin de son SM au quotidien et un poste qu'on peut couper se ressemblent pas mal...
Le réflexe, c'est de te rendre indispensable. Je l'ai eu : rester le gars qu'on appelle pour tout (pour me sentir utile, oui). Mais c'est une belle connerie, ça freines l'autonomie qu'on t'a demandé de construire. Dans l'entreprise du SM volant, la réponse existe avant la question.Une équipe stabilisée libère son SM, qui part vers la suivante.
L'organisation sait ce que ça coûte : avec le temps, l'ancienne équipe peut retomber en partie dans ses travers. Elle accepte ce prix plutôt que de garder un SM sur une équipe qui n'en a plus besoin. C'est comme le contrat d'un moniteur de conduite. Au premier cours, il sait déjà quand il va te lâcher : après le nombre de sorties prévu, tu passes l'examen. Le jour où tu fais ton stationnement en parallèle seul, personne n'est surpris. Il prend l'élève suivant. Le critère de fin était posé dès le début, et c'est lui qui transforme ton permis en preuve de son travail.
Ton management, lui, n'a jamais entendu : on arrête quand ?
Si ta boîte n'a pas ce modèle, déclenche-le toi-même. Avec une phrase posée à ton manager avant la fin, pas après : ton critère de sortie.
On saura que cette équipe n'a plus besoin de moi au quotidien quand [observable]. Ce jour-là, je propose d'aller vers [l'équipe suivante].
Remplie, ça donne :
On saura que cette équipe n'a plus besoin de moi au quotidien quand elle anime ses rétros seule 3 sprints de suite, et que l'âge d'aucun élément en cours ne dépasse 10 jours. Ce jour-là, je propose d'aller vers l'équipe qui vient de perdre son SM.
Ne l'écris pas seul jusqu'au bout. L'observable, c'est l'équipe qui le nomme : c'est elle qui sait quand elle n'a plus besoin de toi.
Trois gestes, cette semaine :
- Écris un premier jet de la phrase, seul. 10 minutes.
- Fais valider ou reformuler l'observable par l'équipe.
- Pose la phrase à ton manager, en 1-1.
"On verra."
Si ton manager botte en touche, envoie-lui la phrase par écrit le jour même. Pas pour le coincer, mais pour ton carnet de bord : une ligne par changement observé chez les autres grâce à ton travail.
T'as pas d'équipe suivante ?
Alors la suite, C'EST ton carnet de bord. Un ancien gestionnaire d'ingénierie m'a posé la bonne question en septembre : pourquoi l'exigence de preuve s'applique-t-elle "tout particulièrement" aux SM ? Parce que les autres rôles ont une sortie par défaut. Le dev a du code. Le PO a des livraisons. Ton travail, lui, produit un changement chez les autres. Si tu ne le notes pas, personne ne le verra. Le SM volant n'est pas un statut qu'on te donne. C'est une sortie que tu annonces. Annonce-la avant que ton manager la constate seul. Ton équipe saurait dire aujourd'hui à quoi on verra qu'elle n'a plus besoin de toi ?

P.S. Le Corpus Implicite est fermé. 90 Scrum Masters ont répondu : merci. Les résultats montent sur scène à l'Agile Tour Montréal le 24 novembre.