Le Scrum Master est-il un poste à temps plein ou non ?

par Robert Woods | 3 décembre 2021 | Blog

La question de savoir si le Scrum Master est une fonction à temps plein fait toujours l'objet de nombreux débats.  

Et je veux dire beaucoup. 

Certains camps font référence au guide Scrum, d'autres se réfèrent à des articles de LinkedIn, et d'autres encore fondent leur opinion sur cette question uniquement sur leur expérience. 

Alors, qui a raison ? Ce rôle exige-t-il que quelqu'un s'y consacre à plein temps ? Peut-elle être un "développeur" au sein de l'équipe ? Peut-elle soutenir plusieurs équipes ?

Comme on peut s'y attendre, cela dépend de .....

Répondons à cette question en en posant d'abord une autre. Je vous promets que je ne suis pas en train de canaliser l'un de mes philosophes grecs préférés. Je pose cette question parce que nos clients nous la posent tout le temps. 

Le rôle du Scrum Master est-il vraiment nécessaire ?  

La réponse est simple : oui, et voici pourquoi. 

Nous commençons à changer, non seulement notre façon de travailler, mais aussi notre façon de penser. 

J'adore les métaphores sportives occasionnelles, surtout lorsqu'elles s'appliquent au monde du basket-ball. Réunir cinq personnes athlétiques sur un terrain ne fait pas d'elles une équipe de basket-ball. En tout cas, pas si vous voulez qu'ils soient un tant soit peu compétents et compétitifs. 

Vous avez besoin de quelqu'un pour les aider à apprendre les principes fondamentaux du jeu et les guider dans leurs efforts pour s'améliorer chaque jour. 

Si l'on ajoute les avantages d'une personne chargée d'éliminer les obstacles afin que l'équipe puisse se concentrer sur "le jeu et l'apprentissage", on se demande soudain pourquoi ce rôle n'existait pas depuis longtemps.

D'ailleurs, de nombreuses équipes et organisations qui commencent sans personne dans ce rôle Scrum Master se rendent vite compte qu'elles regrettent de ne pas l'avoir fait. La courbe d'apprentissage globale et le taux d'amélioration sont plus rapides lorsque quelqu'un se consacre à ces tâches plutôt que d'espérer que l'on s'en souvienne.

Cela nécessite-t-il un poste à temps plein ? 

Posez-vous la question suivante : si vous voulez que votre équipe de basket-ball soit compétitive et s'améliore rapidement, seriez-vous à l'aise de confier cette responsabilité à une personne à temps partiel ? 

J'accompagne des individus, des équipes et des organisations depuis longtemps. S'il y a une chose qui est restée constante, c'est que l'équipe ne s'améliorera qu'au rythme où le Scrum Master (ou le facilitateur d'équipe) peut s'appliquer. Cela s'est avéré vrai avec très peu de variations.

Ce qui me fait dire qu'il est préférable d'avoir quelqu'un qui se consacre à ce rôle, au moins au début de l'équipe. 

Jouons à quatre scénarios

Alors, à quoi peuvent ressembler les permutations de certains dans le rôle de Scrum Master ? J'en ai vu quatre qui valent la peine d'être examinées. Chacune d'entre elles comporte des compromis spécifiques en fonction de ce que vous êtes prêt à accepter comme résultats. 

     1) L'idéal : Vous embauchez quelqu'un qui a l'expérience de ce type d'environnement. Cette personne se consacre à l'équipe pendant qu'elle s'améliore et s'habitue au cadre et aux personnalités. En fin de compte, elle se responsabilise autour d'eux et se responsabilise davantage autour de l'amélioration continue de l'équipe. 

         Les inconvénients : Il faut embaucher quelqu'un qui ne connaît pas l'organisation ou les acteurs concernés.

     2) L'idéal en quelque sorte : Quelqu'un dans l'entreprise montre la volonté de s'impliquer et d'apprendre le rôle, et nous le consacrons à ce rôle. 

         Les inconvénients : Ils ont probablement besoin d'une formation, ils apprendront en même temps que l'équipe (comme un futur entraîneur de basket-ball qui apprendrait les bases de l'entraînement pour pouvoir ensuite diriger une nouvelle équipe) et vous devrez probablement pourvoir leur ancien poste.

     3) Le moins idéal : Un membre de l'équipe assume ce rôle, en plus de celui de "développeur". 

         Les inconvénients : Ils doivent partager leur temps entre les activités de Scrum Master et le travail de développement. Les personnes qui occupent ce rôle (ou d'autres rôles en fait) sont obligées d'établir des priorités et de décider si elles doivent passer du temps à supprimer le bloqueur X pour quelqu'un d'autre ou à terminer cette fonctionnalité qu'elles se sont engagées à livrer. 

Vous obtenez essentiellement la moitié d'un développeur et l'autre moitié d'un Scrum Master qui doit passer d'un contexte à l'autre. Et vous savez à quel point le changement de contexte affecte la productivité.

     4) Le pire des cas : Nous faisons circuler le rôle au sein de l'équipe afin qu'il ne repose jamais sur une seule personne à temps plein. 

         Les inconvénients : Par où commencer... il finira par tomber sur quelqu'un qui méprise l'idée d'avoir à le faire. Devinez les efforts qu'elle y consacrera. Les équipes extérieures ne savent pas avec qui travailler de manière cohérente. Personne ne se sent jamais à l'aise dans ce rôle. Nous remettons en question la valeur globale parce que personne ne le fait bien. Une façon plus honnête de dire tout cela est de demander "quel est l'avantage ?". Il n'existe pas. 

Chaque organisation aura la possibilité d'adopter ce rôle de différentes manières, tout comme le cadre Scrum dans son ensemble. Vous devez travailler avec les contraintes qui sont les vôtres tout en ne cherchant pas d'excuses pour expliquer pourquoi nous ne pouvons pas donner à la fonction Scrum Master les meilleures chances de succès. 

N'embauchons-nous pas cette fonction parce que nous ne la considérons pas comme si importante ou parce que nous n'avons pas de titre embrassé par les RH ? Nous ne le comprenons pas assez bien ? Devinez quoi, nous pouvons engager la personne dans ces mêmes circonstances et simplement ne pas lui fournir le soutien, la confiance et l'environnement nécessaires à sa réussite. Cela ne marchera pas non plus !

Les conseils de Bobby

Commencez par comprendre la raison d'être du rôle de Scrum Master. Examinez attentivement l'impact de ce rôle, lorsqu'il est bien assumé, sur l'équipe et sa capacité à fournir de la valeur et à s'améliorer plus rapidement. Comprenez les compromis qu'implique le fait qu'une personne ne se consacre pas à ce rôle et soyez prêt à lui apporter tout le soutien nécessaire si elle a plusieurs casquettes. 

Le plus important est d'être patient avec leur courbe d'apprentissage et l'impact de cette courbe d'apprentissage sur la façon dont l'équipe peut travailler.

Si j'accepte un rôle, je veux donner le meilleur de moi-même. J'ai le sentiment que de nombreuses personnes ressentent la même chose. J'espère que j'obtiendrai le soutien dont j'ai besoin et que les bonnes attentes seront fixées, car je veux que mon équipe soit "championne".