Erreurs du Scrum Master à éviter
Le rôle du SCRUM Master est de s'assurer de la bonne conduite de SCRUM au sein de l'équipe.
Parfois, le SCRUM Master prend des rôles qu'il n'est pas supposé avoir...
Le chef de projet
Le SCRUM Master n'est pas un chef de projet.
Il n'est pas non plus le garant de la documentation, ou du budget.
Il arrive assez régulièrement qu'un SCRUM Master soit aussi un développeur...
Mais si le SCRUM Master est trop orienté technique et développement, cela peut entrainer des difficultés de communication avec le Product Owner.
Le SCRUM Master n'est ni technique, ni fonctionnel.
Il est là pour aider l'équipe à s'organiser.
Il est là pour tout faire pour maximiser les relations avec le métier, les parties prenantes
L'animateur
Le SCRUM Master n'est pas un animateur.
Ce n'est pas forcément son rôle de présider l'ensemble des cérémonies SCRUM ou d'envoyer toutes les invitations.
En théorie, il assiste le Product Owner et les développeurs.
Donc il peut être amené à le faire, surtout si l'équipe n'est pas encore mature avec SCRUM, mais ce n'est pas son rôle.
Cela va à l'encontre de l'autonomie qu'une équipe SCRUM doit viser.
Même pour la Sprint Retrospective, le SCRUM Master n'est pas tenu de la présider.
Il arrive souvent que la personne qui anime une réunion ne fasse que donner la parole et prendre des notes, au détriment de sa propre participation aux discussions.
Or, le SCRUM Master aussi, peut et doit remonter ses problèmes.
Le casanier
Le SCRUM Master doit sortir régulièrement de l'équipe.
C'est souvent lui qui représente l'équipe au sein de l'organisation.
Il doit aider l'équipe à s'adapter à l'organisation et à l'organisation de s'adapter à l'équipe.
Il doit amener une synergie entre l'équipe et l'organisation.
Il doit aussi travailler avec les autres SCRUM Masters, pour se synchroniser, se tenir à jour des bonnes pratiques, etc.
Il doit toujours garder contact avec l'extérieur !
Le passif
SCRUM Master n'est pas un sous-rôle.
On voit fréquemment des SCRUM Master avoir de nombreux autres rôles, lui laissant moins de temps pour assurer son rôle.
À moins qu'il soit aussi développeur, ce n'est pas son rôle de faire d'autres taches, quelles soient techniques ou administratives.
Il est un acteur de l'agilisation !
Il ne doit pas se contenter d'observer l'équipe.
Il est là pour la coacher.
Il doit être proactif, aller creuser les problèmes que peut rencontrer l'équipe.
Il doit poser des questions à l'équipe, écouter les demandes de l'équipe et y répondre ou chercher les réponses dans l'organisation.