Il était une fois un Scrum Master

Cet article sera l’article “Lorant Deutsch” de la série spéciale Scrum Master. Je vous propose un peu d’histoire pour comprendre le parcours de notre Scrum Master depuis la première définition du rôle jusqu’à aujourd’hui…

Il était une fois un Scrum Master….

Dans cet article très intéressant, Gunter Verheyen, retrace les évolutions de Scrum depuis ses premières versions telles que définies par Ken Schwaber et Jeff Sutherland jusqu’à la dernière version du Scrum Guide en 2020.

1999 : apparition du rôle de Scrum Master dans le papier :

“SCRUM: An extension pattern language for hyperproductive software development” coécrit par Mike Beedle, Martine Devos, Yonat Sharon, Ken Schwaber and Jeff Sutherland“. 

Le Scrum Master y est décrit de la manière suivante : ”a team leader role responsible for logging work, helping team members and resolving blocks.”

3 ans plus tard (2002), dans un nouveau papier de Ken Schwaber et Mike Beedle, une autre facette du rôle est partagée :

“As a Scrum Master, I’m often tempted to help a team resolve its internal problems. Experience has taught me not to. […] the game is in the team’s hands.” 

Cette affirmation vise à trancher avec le rôle de “Project Manager” en donnant une autorité indirecte au Scrum Master vis-à-vis de l’équipe. L’accent est mis sur la capacité du Scrum Master à “donner les clés du camion à l’équipe”. Ce qui doit aussi renforcer la notion d’équipe auto-organisée introduite en 1999.

En 2004, Ken Schwaber affine métaphoriquement sa pensée du rôle :

“In fact, I often compare a ScrumMaster to a sheepdog, responsible for keeping the flock together and the wolves away.”

On peut traduire ceci par le fameux rôle “protecteur de l’équipe”
S’en suivra la première version du Scrum Guide (2010) et quelques évolutions qui amèneront la définition partagée dans le précédent article de la série sur le Scrum Master.

Le coach eXtreme Programming 

Dans son célèbre livre “eXtreme Programming explained”, Kent Beck aborde sur la fin la notion de “Leading by example”.

Il la présente comme une forme de leadership : le coach est parmi l’équipe et réalise avec elle. Pour lui, c’est la meilleure façon d’aider à l’adoption de nouvelles pratiques.

Car oui, notre Scrum Master/Coach a beau avoir les meilleures intentions, pratiques (et certifications du monde), sa meilleure arme sera d’être capable de partager des expériences, du vécu. (aka “mettre les mains dans le cambouis”)

Le coach XP est défini comme celui qui peut :

• partager les valeurs XP (Communication, Simplicité, Feedback, Courage, Respect)
• identifier les goulets d’étranglement de communication et les adresser
• ramener l’équipe devant la notion de simplicité 
• motiver l’équipe à utiliser certaines pratiques
• définir le process global, assurer le rythme soutenable et l’amélioration continue
• être aligné avec les valeurs de l’équipe

En conclusion, est partagée la croyance que le coach XP doit avoir les compétences techniques nécessaires pour accompagner les personnes. Pour résumer : il doit avoir vécu et implémenté ce qu’il souhaite apporter à l’équipe.

Le Scrum Master du futur

Pourquoi avoir choisi de revenir sur ses bases théoriques ? Car elles sont à la fois la source :

• de ce qui a marché
• et des “dérives” autour du rôle de Scrum Master tel qu’il est perçu de nos jours.

Actuellement, il est en effet souvent vu comme un rôle cantonné à un animateur de cérémonie, un secrétaire, le gardien du Scrum Guide, …)

La conclusion du papier de Gunther est en ce sens intéressante : Scrum est un framework. S’il a été défini pour être universel, c’est à nous d’en redéfinir les contours afin de lui donner la forme adaptée à nos environnements. Et nous pensons ne pas trop nous avancer pour affirmer que l’environnement de notre Scrum Master de 1999 n’est pas le même que celui de 2023.

Ainsi, nous comprenons les intentions autour du rôle de Scrum Master (leader, protecteur, garant d’un cadre, expert d’un framework). Nous aimons la posture du coach XP capable d’apporter des pratiques à son équipe, de la focaliser sur l’essence même de son travail : ses pratiques.

Notre vision du Scrum Master

Notre croyance chez KoKan est que le Scrum Master d’aujourd’hui et de demain doit s’appuyer sur ses intentions solides pour se positionner comme un personnage central du delivery de son équipe…

“We are uncovering better ways of developing software (/ deliver products/ deliver services /…) by doing it and helping others do it.”

Agile manifesto

Cela se traduit par un acteur :

• au plus proche de l’équipe de réalisation, faisant partie de son quotidien et interagissant sur les 3 facettes (organisationnelle, technique, fonctionnelle) qui structurent le fonctionnement de l’équipe
• qui va donc avoir les compétences et le vécu pour challenger l’équipe agile (Product Owner + Scrum Team) sur sa culture, ses pratiques
• dont les responsabilités vont l’amener à participer à l’identification, la réflexion et la mise en oeuvre de changements pour fluidifier/booster/enrichir le delivery de son équipe
• qui va se positionner comme un leader d’équipe capable de stimuler l’intelligence collective et d’aider à la prise de recul

Easy, no?

Au prochain épisode

La multiplicité des aspects à aborder peut faire tourner la tête. Lors de nos formations et de nos accompagnements d’équipe, les Scrum Master avec qui nous travaillons peuvent parfois se sentir des fois “écrasés” par l’ensemble de ces responsabilités. Par où commencer ? Comment structurer ma stratégie de Scrum Master pour accompagner mon équipe ?

Les prochains articles de cette saga vont nous amener à évoquer ceci. Connaissez-vous l’Agile Fluency Model? Et si on explorait le Scrum Master Fluency Model ?

Matthieu