Ce post a été rédigé en tant que documentation pour la session Agile Ottawa Meetup 101 qui a eu lieu le 8 octobre 2013.
Le cadre de travail Scrum.
Afin d’approfondir notre rôle de Scrum Master, faisons un bref rappel de Scrum. Scrum est un cadre itératif qui comprend une période fixe appelée Sprint, d’une durée inférieure à 30 jours. Au début du Sprint, l’équipe planifie son Sprint afin d’atteindre un objectif commun. Chaque jour, l’équipe de développement se réunit pendant un maximum de 15 minutes pour planifier sa journée. À la fin du Sprint, ils organisent une revue de Sprint, une rétrospective, et un retour au Sprint Planning. L’itération livre un produit potentiellement expédiable au client. Il y a un Product Owner, un Scrum Master et une équipe de développement ; un total de 5 à 10 membres. Scrum comprend également certains artefacts : Le Product Backlog ; Le Scrum Backlog ; Le Product Increment.

C’est tout ce que nous avons à savoir, pour l’instant.
Comme son nom l’indique fortement, le Scrum Master est le garant du cadre Scrum. Il s’assure que chaque membre de l’équipe, et au-delà, respecte le cadre et ses valeurs. Voici 5 choses qu’un Scrum Master est :
Les différentes postures du Scrum Master.
Bouclier
Le Scrum Master est un bouclier pour l’équipe. Tout comme Captain America qui se jette pour protéger ses coéquipiers des menaces imminentes, le Scrum Master doit également être réactif et rapide pour intercepter les sources de distraction internes ou externes. Il est essentiel de clarifier l’objectif du Sprint et de définir les attentes lorsque ces distractions surviennent.
Capteur
C’est un art d’intercepter ces distractions en temps voulu. C’est pourquoi le Scrum Master doit être comme un capteur. Il doit sentir, écouter, regarder et observer. Bien que nous puissions identifier certaines catégories de distractions et la manière de les aborder individuellement, c’est un art de les intercepter correctement et de renforcer les objectifs du Sprint tout en promouvant les valeurs Agile.
Ambassadeur
Le Scrum Master est un ambassadeur Agile, promouvant les valeurs, les idées et partageant les connaissances liées à Scrum et à l’Agilité. Il doit savoir quand enseigner ou quand mentorer les membres de l’équipe et éliminer les obstacles qui se dressent sur leur chemin.
Buldoser
Tandis que l’équipe travaille sur les différents défis liés à la réalisation des objectifs du sprint, elle bénéficie de l’aide du Scrum Master pour lever les obstacles et les blocages. Ainsi, l’équipe peut produire l’incrément de produit à un rythme constant. Cela peut être aussi simple que de souligner l’éléphant rose dans la pièce. Identifier les obstacles est la première étape, et peut-être la plus difficile, vers l’amélioration. Le Scrum Master a une perspective différente de celle des Développeurs, ce qui lui permet donc d’identifier plus facilement les obstacles.
Facilitateur
Il est sollicité pour faciliter lorsque c’est nécessaire. Le Scrum Master doit développer la compétence d’obtenir toutes les voix et de promouvoir la prise de décision par consensus. Le Scrum Master travaille en étroite collaboration avec le P.O. pour s’assurer que le Product Backlog est transparent, significatif, bien ordonné et estimé. Il veille également à ce que tout soit visible pour l’équipe, afin qu’elle ait une vue claire de ce qui est à venir. Le Scrum Master facilite également les valeurs et l’état d’esprit à travers l’organisation, en dehors de l’équipe.
Activateur
Une fois les obstacles levés et l’équipe correctement protégée et responsabilisée, la qualité de leur travail augmentera et leurs estimations deviendront peut-être plus précises. À un moment donné, le rythme de Scrum devrait fournir la base nécessaire pour que l’équipe puisse apprendre et grandir de manière continue. Les Développeurs et le P.O. peuvent chercher de nouvelles connaissances, techniques et technologies pour devenir plus rapides, meilleurs et plus intelligents. Maintenant que leur environnement est propice à l’apprentissage, à l’expérimentation, aux erreurs et aux ajustements, tout est possible. Essayez un « lunch and learn », des « katas » en groupe ou d’autres jeux pour promouvoir l’apprentissage et l’amélioration continue.
Ce que le Scrum Master ne fait pas
Ne donne pas d’ordres, ni n’assigne de tâches
Le Scrum Master n’a aucun pouvoir, il est simplement le garant du cadre Scrum, et c’est tout. Par conséquent, les seules décisions qu’il peut prendre sont en rapport avec ce cadre. Il ne peut pas assigner de tâches ni dicter quoi que ce soit à l’équipe. Il ne peut pas leur demander de travailler en binôme ou d’utiliser un outil spécifique. Il n’est pas un assistant du Product Owner ni un secrétaire lors des réunions.
Porter plusieurs casquettes est risqué
Le Scrum Master ne doit pas coder. Ou du moins, il ne doit pas impacter le Sprint, que ce soit en distrayant les développeurs ou en codant une partie d’une tâche. Il ne peut pas s’engager dans le codage car il est déjà engagé à aider l’équipe dans tous les autres aspects du cadre Scrum.
Quel est l’impact de partager deux rôles ? Une fois que vous entrez dans la « zone » du codage, vous perdez la bonne perspective. Vous perdez votre sensibilité et votre capteur ne fonctionnera plus correctement. Vous ne serez plus capable de sauter d’une tâche à l’autre et de rediriger les distractions. Vous risquez même de devenir une distraction pour l’équipe.
Les obstacles ne seront ni identifiés ni résolus. Les réunions ne seront pas aussi productives et personne ne saura pourquoi. La frustration grandira sans être adressée. La production globale diminuera silencieusement, ainsi que la qualité du logiciel.
Pour moi, cela ressemble à un gaspillage d’efforts et d’argent.
Il n’y a pas de prescription formelle à ce sujet. Occuper plusieurs rôles est risqué, car cela nécessite de changer constamment de contexte. Il n’y a qu’un seul Scrum Master, qui veillera sur cela quand vous ne serez pas là ?