Scrum Master

Le rôle du Scrum Master est totalement central en Scrum. Cela ne l'a pas toujours été et, à vrai dire, je préfère largement la manière dont on présentait le rôle de Scrum Master au début de l'avènement des méthodes agiles que ce qu'il est devenu au travers du temps.

Ainsi, aux débuts des années 2001, 2002, 2003, le rôle de Scrum Master était celui d'un "spécialiste" de la méthode Scrum qui avait pour tâche d'amener une équipe dite agile ou équipe Scrum à fonctionner selon les canons de Scrum. Ce rôle était tournant car personne n'avait, sauf rares exceptions, la connaissance profonde de Scrum, ce qui signifiait que tout le monde en était au même point. En conséquence, on faisait tourner le rôle parmi les membres de l'équipe qui en coiffaientt la responsabilité à tour de rôle au passage d'un sprint à l'autre.

Les origines de Scrum

Scrum, signifie "mêlée" en anglais (la mêlée du rugby). C'est un cadre de construction de solutions logicielles qui a émergé dans les années 1990. Son origine remonte à un article fondamental publié en 1986 par Hirotaka Takeuchi et Ikujiro Nonaka, intitulé ""The New New Product Development Game". Cet article a introduit le concept de travail d'équipe agile inspiré du rugby, où la collaboration et l'itération sont essentielles pour atteindre des objectifs communs. C'est dans cet article qu'on retrouve le terme "Scrum" pour la première fois; nous sommes en 1986 !

Je recommande à tous de lire cet article dans la mesure où il dévoile certains "dessous" sans concession de la méthode bien utiles pour comprendre les aspects que tout le monde peut observer aujourd'hui. Ainsi, j'invite chacun à s'interroger sur les 6 caractéristiques de l'approche telles que rapportées par les auteurs dès l'entame de l'article :

This holistic approach has six characteristics: built-in instability, self-organizing project teams, overlapping development phases, “multilearning,” subtle control, and organizational transfer of learning.

Comme on peut le lire …

• instabilité intégrée
• équipes de projet auto-organisées
• phases de développement qui se chevauchent
• apprentissage multiple
• contrôle subtil
• transfert organisationnel de l'apprentissage

… ce que je vais vous aider à interpréter par questionnements …

• instabilité intégrée … ce n'est donc pas le long fleuve tranquille dont on parle habituellement ?
• équipes de projet auto-organisées … l'auto-décision, l'indépendance par rapport à l'organisation 'réceptacle' sont-elles donc inscrits dans les gènes des méthodes agiles ?
• phases de développement qui se chevauchent … serait-ce à dire que des méthodes dites agiles qui l'empêchent ne seraient pas si agiles que ça ?
• apprentissage multiple … serait-ce ce qu'on entend par T-shaping ?
• contrôle subtil … eurh, qui exerce ce contrôle et comment ?
• transfert organisationnel de l'apprentissage … serait-ce un volet de Kaizen ?

Franchement, lisez l'article ! Il en vaut vraiment la peine !

De XP à Scrum

Ken Schwaber, co-créateur de Scrum, a acquis le cycle de conférences organisé par les partisans de l'Extreme Programming (XP) à la fin des années 2000. Cet événement, connu sous le nom de XP Days, visait à promouvoir les pratiques agiles et à rassembler des professionnels intéressés par l'agilité et le développement logiciel.

L'acquisition des XP Days par Schwaber s'inscrit dans un mouvement plus large visant à unifier et à renforcer la communauté agile. À cette époque, les méthodologies agiles, notamment XP et Scrum, XP plus populaire que Scrum à l'époque, commençaient à gagner en popularité, mais il y avait encore des divisions au sein de la communauté concernant les meilleures pratiques et approches à adopter. Schwaber a vu une opportunité de rassembler ces différentes méthodologies sous une même bannière, favorisant ainsi un échange d'idées et de pratiques entre les adeptes de Scrum et ceux d'XP.

C'est une période de l'histoire de l'Agilité qui mérite le feu des projecteurs car c'est aussi le moment où les ténors de l'Agilité (Schwaber, Martin, Beck, … et les autres gurus de l'Agilité) commencent à monétiser leur travail : conférences, cours, consulting, etc. Uncle Bob (Robert C. Martin) explique très bien cette période dans quelques vidéos : soit XP rachetait les conférences de Scrum, soit c'était l'iverse. C'est l'inverse qui s'est produit; Schwaber avait en tête de mettre sur pied un programme de certifications ce qui était considéré par XP, Uncle Bob le premier, comme stupide. Martin, des années plus tard, a reconnu qu'une idée qui avait si bien marcher ne devait pas du tout être stupide en fin de compte. Amusant !

Quoi qu'il en soit, et même si à l'époque j'étais un inconditionnel de XP que j'ai mis en pratique de 2001 à 2004, il faut reconnaître que c'est bel et bien Scrum qui, au final, a fait le succès mondial de l'Agilité !

1. Renforcement de la communauté agile : En intégrant les XP Days, Schwaber a permis de créer un espace où les praticiens de différentes méthodologies pouvaient partager leurs expériences, apprendre les uns des autres et collaborer sur des projets communs.
2. Élargissement des perspectives : Avec l'adoption de plus en plus large de Scrum et ce même dans de très larges organisations, la bonne parole s'est largement répandue favorisant ainsi une approche plus holistique du développement agile.
3. Formation et sensibilisation : Les conférences et les certifications ont continué à offrir des ateliers et des sessions de formation, permettant aux participants de se familiariser avec les dernières tendances et techniques en matière de développement agile.
4. Promotion du chef de projet : même si Scrum vous dira très souvent le contraire, il faut admettre que le programme de certification pour Scrum Master a permis à nombre de chefs de projets de se réorienter et de donner un coup de brosse à reluire sur leur CV. D'un côté on dit qu'il ne faut plus de chefs de projets, de l'autre on vous dit qu'on a besoin de Scrum Masters. Ce serait bien également de vous dire que les premiers inscrits aux certifications étaient des chefs de projets, si bien que l'un équivalait à l'autre, opérant sous un nouveau titre. Les chefs de projets ainsi devenus Scrum Masters ont alors grandement contribué à la publicité faite aux méthodes agiles et à Scrum en particulier.

En résumé, l'acquisition des XP Days par Ken Schwaber a été un tournant significatif pour la communauté agile en renforçant ainsi l'impact des pratiques agiles dans le développement logiciel. C'est indéniable !

Plus que "simples" chefs de projets

Agile Scrum, qui est largement utilisée pour la gestion de projets, a donc un rôle central dévolu au Scrum Master. Ce rôle, souvent mal compris, est bien plus qu'un simple poste de gestion. Voici une analyse rapide des responsabilités, des compétences et de l'importance du Scrum Master au sein d'une équipe agile.

Définition et responsabilités du Scrum Master

Le Scrum Master agit comme un serviteur-leader (servant leader) pour l'équipe. Contrairement à un chef de projet traditionnel, il ne dirige pas l'équipe, mais l'accompagne dans l'application des principes Scrum. Mais attention … on se souviendra de la remarque de Takeuchi et Nonaka : subtle control ! Les principales responsabilités du Scrum Master incluent :

1. Facilitation des processus Scrum : Le Scrum Master organise et anime les cérémonies Scrum, telles que les mêlées quotidiennes, les rétrospectives et les planifications de sprint. Il veille à ce que ces événements soient productifs et respectent les valeurs Scrum (notamment FROCC).
2. Coaching et formation : Il forme les membres de l'équipe aux pratiques agiles et les aide à comprendre les valeurs et les principes de Scrum. Cela inclut l'encouragement à l'auto-organisation et à l'amélioration continue.
3. Résolution des obstacles : Le Scrum Master identifie et élimine les obstacles qui pourraient empêcher l'équipe de progresser. Cela peut impliquer la gestion de conflits ou la facilitation de la communication entre les parties prenantes.
4. Protection de l'équipe : Il sert de bouclier contre les distractions extérieures, permettant à l'équipe de se concentrer sur son travail sans interférences inutiles. Mais cette protection ne se imite pas aux distractions ! Cette protection vise aussi les influences négatives de l'organisation. C'est un aspect difficile car il implique un jeu de pouvoirs dans lequel le Scrum Master n'est pas toujours bien positionné. On se rappellera néanmoins que Takeuchi et Nonaka parlent de self-organizing project teams tout comme ils parlent de built-in instability et de subtle control.

Compétences requises

Pour être efficace, un Scrum Master doit posséder un ensemble de compétences humaines et techniques :

• Leadership sans autoritarisme : Le Scrum Master doit inspirer et motiver l'équipe sans imposer son autorité.
• Communication claire : Il doit être capable de transmettre des informations de manière transparente, assurant que tous les membres de l'équipe sont au courant des objectifs et des progrès.

• Passage de connaissances : il doit avoir des capacités pédagogiques développées.
• Empathie et écoute active : Comprendre les défis rencontrés par les membres de l'équipe est crucial pour offrir un soutien approprié.

• Adaptabilité : Le Scrum Master doit être flexible et capable de s'ajuster aux besoins changeants de l'équipe, du projet, des clients et de l'organisation.
• Compétences en animation : Il doit savoir animer efficacement les réunions et s'assurer qu'elles restent centrées sur les résultats. L'aspect "modération" est tout à fait fondamental, notamment durant toutes les cérémonies prévues par Scrum (je dois confesser que les cérémonies les plus compliquées sont le Review et la Retrospective)

J'ajoute souvent que si le Scrum Master connait aussi la le business de ce est demandé, c'en n'en sera pas un désavantage. De même que s'il possède des compétences techniques, il ne s'en trouvera pas désavantagé non plus.

Scrum Master et Tribe Scrum Master dans les Transformations Digitales

Les rôles du Scrum Master et de Tribe Scrum Master sont importants dans le cadre des Transformations Digitales, car ils facilitent l'adoption des méthodes agiles au sein des équipes et des organisations requises par les Transformations Digitales.

Rôle du Scrum Master

Le Scrum Master est responsable de la mise en œuvre de la méthode Scrum au sein d'une équipe. Le leader de la Transformation Digitale compte sur chaque Scrum Master pour assurer l'avancée correcte de chaque équipe.

Rôle du Tribe Scrum Master

Le Tribe Scrum Master, quant à lui, opère à un niveau supérieur, souvent au sein de plusieurs équipes Scrum (appelées "tribes" ou tribus). Le responsable de Transformation Digitale laisse aux Tribe Leads et Tribe Scrum Masters le soin d'organiser ce niveau d'intégration, colloaboration, et synchronisation. Il discute souvent avec eux pour déterminer ce qui peut être amélioré. Il se base néanmoins sur les Reviews pour juger de la réelle progression de chaque équipe, chaque Tribu et de son programme complet : Working software is the primary measure of progress.

En résumé, le Scrum Master et le Tribe Scrum Master sont essentiels pour accompagner les équipes dans leur transformation digitale, en garantissant une mise en œuvre efficace des pratiques agiles, en favorisant la collaboration et en soutenant l'amélioration continue.