« Un·e Scrum Master ça sert à quoi ? », une phrase souvent entendue au sein des organisations. Ce rôle est souvent mal défini ou mal compris, parfois même apparenté à un·e chef·fe de projet. Il est même souvent difficile pour des Scrum Masters de justifier leur rôle et son utilité.
Avant de voir à quoi ça sert, on peut se poser une question plus simple : c’est quoi un·e Scrum Master et pourquoi toute équipe Scrum en a besoin ?

Pourquoi avoir besoin d’un·e Scrum Master ?

Mettre ensemble des développeurs.euses (personnes qui participent à la construction du produit) et leur demander de travailler avec un mindset agile sans qu’ils/elles comprennent ce que cela induit c’est assez stressant. Être Agile ce n’est pas quelque chose qui va se faire avec un coup de baguette magique, c’est un vrai voyage qui va demander du temps et de l’investissement de soi et le/la Scrum Master sera là pour accompagner les personnes concernées vers cet objectif. La plupart du temps on ne sait pas ce que ça signifie, par quoi commencer, comment faire les choses dans le contexte donné (l’équipe, l’organisation, le produit). C’est pour ça qu’on fait souvent appel à des Scrum Masters (des pros de l'Agilité et du Framework Scrum). De plus, une organisation va présenter un contexte particulier, il va falloir l’interroger, apporter des outils, proposer des idées pour offrir à l’équipe des occasions de s’améliorer et challenger le process existant. Chaque contexte étant différent, le travail et la contribution du/de la Scrum Master vont être, par conséquent, différents.

Un·e Scrum Master ça fait quoi ?

Mais concrètement alors, il/elle fait quoi au sein d’une équipe et d’une organisation ?
Cette personne accompagne l’équipe pour travailler selon le Framework Scrum. Elle est ”redevable de l’efficacité de l’équipe Scrum” et est un ”véritable leader au service de l’équipe Scrum et de l'ensemble de l'organisation.” (Cf. Scrum Guide 2020).
En gros, c’est la personne qui va aider à comprendre comment les choses doivent être faites (« L’objectif du Daily c’est ça », « Une Sprint Review ce n’est pas qu’une démo » etc.) et qui est à mi-chemin entre le gentil organisateur, le chef de projet et le secrétaire.
Coincé entre un rôle de « coaching » (je t’aide mais je ne te dis pas quoi faire), de secrétaire « C’est moi qui gère les invitations », chef de projet « je lead le cadrage » et de manager « Je fais descendre et remonter les informations », il est difficile devant la variété des équipes, des profils et des contextes de brosser un portrait clair et précis de ce rôle. Et pourtant, un·e Scrum Master, ça fait des trucs : on a suffisamment d’historique de situations où ce rôle a été d’une véritable utilité que ça soit pour les équipes que pour l’organisation : faciliter une négociation de périmètre, aider une équipe à se réorganiser, donner des outils pour aider au suivi du produit, expliquer au Product Owner comment travailler avec les développeurs, faire des formations sur l’Agile, aider l'organisation et l'équipe à se comprendre/s'intégrer etc.

Une journée type d’un.e Scrum Master ?

Etant donné qu’il/elle est au service de l’équipe et de l’organisation, bien évidemment le/la Scrum Master adaptera son coaching et sera plus ou moins présent.e en fonction des besoins, cela lui permettra de se dégager du temps pour se consacrer à d’autres activités (training, observation, lecture etc.) qui lui permettront de grandir et d’apporter de nouvelles solutions à l’organisation et à l’équipe mais aussi de faire bénéficier de son expérience (ses échecs et ses succès) pour d’autres équipes ou coachs.
Partant de ce principe, le/la Scrum master n’a pas de journée type. Il/elle adaptera sa journée en fonction des besoins et du contexte.

Et alors qu’est-ce qu’il/elle ne fait pas ?

Face à cet éventail incroyablement large d’activités, on peut alors dire que tout peut être adressé par le/la Scrum Master, il/elle est là pour aider, faciliter, expliquer. Il/elle pourrait donc prendre la charge managériale, une partie du développement et de la définition du Product Backlog, un mouton à 12 pattes donc.
FAUX !
Un·e Scrum Master n’est pas là pour organiser et mener des réunions, valider les congés, faire des jeux, prendre des notes, gérer le Product Backlog, gérer les dépendances techniques et autres problèmes de développement, et materner l’équipe.
Mais en même temps, quand un·e Scrum Master arrive dans une organisation au sein d’une équipe peu mature, il lui est souvent demandé de prendre ce type d’activités pour aider l’équipe dans un premier temps et leur montrer comment faire ce genre de choses et appliquer le Framework. N'ayant pas pour vocation de prendre ce genre de rôle, l’équipe est invitée à réussir à s’auto organiser pour les effectuer. Ce qui laissera l’opportunité au/à la Scrum Master de se focaliser sur l’amélioration du processus au niveau de l’équipe et de pouvoir adresser les autres difficultés de l’organisation en termes d’Agilité (organiser des trainings adaptés au niveau et au rôle de chacun, faire le lien entre le Framework Scrum et le reste de l’organisation).
Lorsque les équipes sont matures sur l’agilité, expliquer pour la 250e fois comment on fait un Daily n’a plus vraiment de valeur ajoutée, la question qu’on peut donc se poser c’est : « Que fait-on d' un·e Scrum Master ? ». Le/la Scrum Master va donc aller aider l’organisation et potentiellement d’autres équipes, participer/mettre en place à des Communautés de pratiques etc. mais il/elle sera toujours un peu là pour veiller à ce que l’équipe initiale ne développe pas d’anti-pattern.

En conclusion

Une fois qu’on a dit tout ça, on constate donc qu’il est difficile et ambitieux d’écrire une fiche de poste type pour le rôle de Scrum Master. Il ne faut pas s’attendre à ce que le/la Scrum Master livre véritablement quelque chose de concret (comme des lignes de codes pour un.e développeur.se), mais plutôt à ce qu’il/elle construise l’environnement dans lequel l’équipe et l’organisation évoluent. Le plus simple est de définir le contexte et de laisser le/la Scrum Master définir un plan d’actions afin d’améliorer les différents processus et l’efficacité de l’équipe.
C’est sur ces deux éléments qu’est attendu le/la Scrum Master, il/elle pourra démontrer sa plus-value via son impact ou des indicateurs pertinents (mais ça, ça sera un autre article). Son objectif restera toujours le même, peu importe le contexte : rendre une équipe et/ou une organisation plus mature d’un point de vue Agile.

Si vous voulez en savoir plus sur le Framework Scrum, n’hésitez pas à aller lire le Scrum Guide ou à nous contacter directement 😊