Quand un Scrum Master doit-il quitter son équipe?

Quand est-ce le bon moment pour quitter l'équipe en tant que Scrum Master? 👋

Vous connaissez ce qu'on dit sur le rôle de Scrum Master, que son objectif est de devenir obsolète? Eh bien... est-ce vraiment ce qui se passe si souvent? 🧐

J'ai l'impression que certaines variables s'introduisent dans l'équation:

→ La routine confortable: Le Scrum Master rejoint une équipe, apporte des améliorations intéressantes, met l'équipe dans une dynamique d'amélioration continue, et puis... profite simplement du spectacle.
→ La sécurité de l'emploi: On sait que le marché est difficile donc... si je me rends obsolète dans mon équipe, est-ce que je perds juste mon emploi/ma mission?
→ L'envie de prouver qu'ils comptent toujours: Parce qu'on a l'air intelligent quand on fait des choses que d'autres personnes ne pourraient pas faire, n'est-ce pas?

J'ai failli tomber dans ce piège récemment - un peu plus d'un an après avoir rejoint cette mission chez Elia Group et les équipes EL.AI et Panoptic, je me sentais bien. Les équipes fonctionnaient à un rythme confortable, elles savaient ce qui s'en venait et par où aller. Je pouvais donc rester là... ou j'aurais pu accepter le fait que je pourrais apporter plus de valeur à d'autres équipes... tandis qu'un nouveau Scrum Master, avec une vision différente et un ensemble de compétences différent, me remplacerait dans mes anciennes équipes. 🤝

Est-ce un choix confortable? Certainement pas. Mais c'est la principale raison pour laquelle je suis devenu consultant - je voulais être « utilisé » là où je pourrais être le plus précieux. 🎁

Alors hier, j'ai passé ma dernière journée avec Panoptic de la meilleure façon possible: leur journée d'équipe, que nous avons passée à Gand en faisant des choses sympas que je vais probablement partager davantage