Qu'est-ce qu'un Scrum Master et quelles sont ses responsabilités ?

Résumé : le Scrum Master aide à animer la mêlée (Scrum) pour l'équipe dans son ensemble en s'assurant que le framework Scrum est respecté. Il s'engage à respecter les valeurs et les pratiques Scrum, mais doit également rester flexible et ouvert aux possibilités d'amélioration du workflow de l'équipe.

Comme son titre l'indique, le Scrum Master est responsable de la mêlée (Scrum) et veille à ce que le framework Scrum soit respecté. Celui-ci comporte un ensemble clairement défini de rôles et de rituels qui doivent être suivis, et le Scrum Master travaille avec chaque membre de l'équipe Scrum pour les guider et les coacher dans le framework Scrum.

Atlassian a réalisé un sondage sur Twitter où 92 % des personnes interrogées ont déclaré qu'elles appliquaient des pratiques personnalisées (non-Scrum) « à la lettre ». Cela nous a amenés à nous demander ce que cela signifiait pour les Scrum Masters, dont le rôle est de coacher et d'aider leur équipe à comprendre Scrum. Quelle est leur place dans un monde Agile en constante évolution et où les règles ne sont pas systématiquement respectées ?

Ce sont les questions auxquelles nous avons voulu répondre en examinant les rôles et les responsabilités des héros Agile méconnus, les Scrum Masters.

Les Scrum Master sont les animateurs Scrum, le framework Agile léger qui met l'accent sur des itérations limitées dans le temps appelées sprints. En tant qu'animateurs, les Scrum Masters jouent le rôle de coachs pour le reste de l'équipe. Ce sont des « leaders-serviteurs », comme le dit le Guide Scrum. Les bons Scrum Masters s'engagent à respecter les bases et les valeurs Scrum, mais restent flexibles et ouverts aux possibilités d'amélioration du workflow de l'équipe

Dans un monde Agile idéal, l'équipe gérerait ses propres processus et outils. Pourtant, nous avons constaté que de nombreuses équipes qui passent à Agile s'appuient souvent sur le Scrum Master comme propriétaire de leur processus. Il faut du temps pour que la responsabilité et l'autorité se diffusent au sein d'une équipe. Dans ce contexte de transformation, le rôle peut être aussi minime que la planification des cérémonies Scrum ou aussi impliqué que n'importe quel autre membre de l'équipe Scrum. Bien que le Guide Scrum indique comment le Scrum Master remplit d'autres rôles Scrum, il ne s'agit pas d'une liste exhaustive des responsabilités. En effet, nous constatons que les Scrum Masters remplissent souvent tout ou partie des fonctions suivantes, qui ne sont pas toutes définies par Scrum :

1. Stand-ups : animer les stand-ups quotidiens (ou Daily Scrums), si nécessaire.
2. Réunions de planification d'itération/de sprint : protéger l'équipe contre les engagements excessifs et la dérive des objectifs. Aider à l'estimation et à la création de sous-tâches.
3. Revues de sprint : participer à la réunion et recueillir le feedback.
4. Rétrospectives : noter les domaines d'amélioration et les éléments d'action à adopter pour les futurs sprints.
5. Administration des tableaux : travailler en tant qu'administrateur de tableau Scrum. S'assurer que les cartes sont à jour et que l'outil Scrum, Jira Software ou autre, fonctionne bien.
6. Réunions individuelles : rencontrer individuellement les membres de l'équipe et les parties prenantes selon les besoins. Régler les désaccords au sein de l'équipe concernant le processus et les styles de travail. Bien que de nombreux experts Scrum soient opposés à cette méthode, car ils pensent que ces communications doivent avoir lieu pendant les stand-ups, certaines équipes, en particulier les nouvelles, préfèrent avoir ces interactions régulières en face à face avec des membres spécifiques de l'équipe. Le Scrum Master peut décider que ces interactions individuelles sont cruciales pour le développement de l'équipe et pour apprendre à se connaître.
7. Services de conseil internes : les Scrum Masters doivent être prêts à consulter les membres de l'équipe et les parties prenantes internes sur la meilleure façon de travailler avec l'équipe Scrum.
8. Rapports : analyse régulière des graphiques Burndown et d'autres outils de planification de portefeuille pour comprendre ce qui est développé et à quelle cadence.
9. Bloqueurs : le Scrum Master aide l'équipe en éliminant les bloqueurs externes et en gérant les obstacles internes par l'amélioration des processus ou des workflows.
10. Travail prenant : si l'équipe Scrum ne ronronne pas, c'est le problème du Scrum Master. Cela signifie peut-être qu'il faut réparer les ordinateurs cassés, déplacer les bureaux ou même régler le thermostat. Les Scrum Masters devraient être à l'aise pour faire à peu près n'importe quoi pour aider leur équipe, et ne devraient pas rechigner à aller chercher des cafés ou des en-cas si c'est ce dont l'équipe a vraiment besoin.

Tout formateur Scrum enseignera qu'une équipe Scrum doit avoir un Scrum Master. Sans lui, vous faites quelque chose qui s'éloigne du Scrum véritable, un simili-Scrum.

Pour se lancer avec Scrum, il peut être très utile d'affecter à ce rôle une personne qui a eu l'opportunité de voir Scrum appliqué correctement. Mieux encore, qui a eu plusieurs fois cette opportunité. C'est pourquoi les Scrum Masters sont souvent engagés comme consultants, plutôt que comme employés à plein temps.

Mais chaque équipe Scrum est différente. De nombreuses équipes expérimentées assument les responsabilités énumérées ci-dessus comme une unité, et sont fières et heureuses de partager la gestion du processus. Le rôle de Scrum Master est assumé à tour de rôle par l'équipe, ses membres animant tour à tour les stand-ups et les rétrospectives.

Et pour certaines équipes, la meilleure chose à faire est d'assigner ce rôle à la même personne tous les jours.

Malheureusement, la méconnaissance du rôle de Scrum Master conduit souvent les responsables en place à penser que ce rôle est le leur. Pour mieux comprendre pourquoi cela peut être un problème, comparons le rôle de Scrum Master à des rôles non-Scrum que vous avez peut-être déjà dans votre organisation, et pourquoi il est important de le séparer.

Comme nous l'avançons dans l'aperçu de la gestion de projets Agile, plus un Product Owner est impliqué dans l'équipe de développement, mieux c'est. Cette implication doit être conforme à celle d'un Product Owner qui défend les besoins des clients, le « pourquoi » du produit. Lorsque l'implication se confond avec l'attribution des tâches, le « comment » pour une équipe, alors il y a un problème. Même avec les meilleures intentions, ce type de mentalité d'utilisation tend à cacher les problèmes : défauts, transferts et inconnues. L'imbrication du périmètre et du processus tend à verrouiller le périmètre, le calendrier et la qualité. C'est une recette vouée à l'échec.

C'est pourquoi le Scrum Master et le Product Owner remplissent deux besoins différents au sein d'une équipe Scrum, qui sont souvent combinés avec la gestion du développement traditionnelle. Et il est tentant, dans les petites équipes, d'éviter la charge de travail perçue d'un autre rôle. Cependant, lorsque des obstacles surgissent ou que des changements surviennent, une division claire entre la gestion du processus et la trajectoire du produit est nécessaire.

L'homologue non technique (ou non-Agile) du Scrum Master est le chef de projet. Ces deux rôles se concentrent sur le « comment » de la réalisation du travail et sur la résolution des problèmes de workflow par le biais des processus et de l'animation. Vous avez donc besoin des deux ? Probablement pas.

Un chef de projet traditionnel et un Scrum Master sont tous deux chargés d'aider leurs équipes à faire leur travail, mais leurs approches sont très différentes. Le chef de projet fixe les échéances et les étapes importantes et les suit, rend compte de l'avancement et coordonne la communication entre les équipes. Cependant, il le fait à partir d'un lieu de contrôle, dans un rôle de gestion plus traditionnel.

Le Scrum Master aide l'équipe à améliorer et à simplifier les processus par lesquels elle atteint ses objectifs. Il le fait en tant que membre de l'équipe, ou collaborateur, et non pas, idéalement, en tant que contrôleur. Les meilleures équipes Scrum sont auto-organisées et ne réagissent donc pas bien à la gestion descendante.

Ce ne sont là que quelques-unes des configurations possibles de la gestion des équipes Scrum. Certaines organisations s'acquittent de tous ces rôles, d'autres en ont un ou aucun.

Une considération s'impose lorsque l'on envisage d'engager un Scrum Master : ne le faites que si votre organisation s'implique dans Scrum et qu'elle investit dans le processus. Tous les rôles ci-dessus peuvent gérer une équipe de développement de multiples façons, mais un Scrum Master ne peut être efficace que si Scrum est accepté à 100 %. Point final.

Avec un Scrum Master aidant chaque équipe à gérer son processus, votre organisation entière peut bénéficier de sérieux avantages. En plus d'apporter régulièrement de la valeur ajoutée à vos clients (l'objectif principal de Scrum), les coéquipiers et les responsables seront libres de se concentrer sur ce qu'ils font le mieux. Les responsables produit peuvent se concentrer sur la stratégie, les développeurs peuvent écrire leur meilleur code, et Kyle de l'équipe commerciale peut faire sonner cette satanée cloche. À quoi tout cela ressemble-t-il ? On dirait une application Scrum de haut niveau. En voilà une bonne nouvelle !