Le Scrum Master est le garant du bon fonctionnement du cadre Scrum. Il facilite les événements, aide l’équipe à s’auto-organiser et lève les obstacles qui la ralentissent au quotidien.
Il n’est pas un chef de projet. Son rôle consiste à servir l’équipe, le Product Owner et l’organisation, sans autorité hiérarchique sur les personnes. Cette absence d’autorité formelle est constitutive du rôle, et non une faiblesse qu’il faudrait corriger en lui donnant du pouvoir.
Un rôle qui s’exerce sur trois niveaux
Auprès de l’équipe, le Scrum Master développe l’autonomie, aide à tenir la Definition of Done et facilite les événements sans les animer à la place des autres. Auprès du Product Owner, il aide à structurer le backlog et à formuler des objectifs de sprint intelligibles.
Auprès de l’organisation enfin, il agit sur ce qui entrave l’équipe de l’extérieur : circuits de validation trop lourds, dépendances non résolues, sollicitations permanentes venues d’autres services. C’est la partie la plus difficile et la plus souvent abandonnée, car elle suppose d’aller négocier bien au-delà du périmètre de l’équipe.
Les confusions qui vident le rôle de sa substance
La plus répandue consiste à lui confier la répartition des tâches et le suivi des délais, c’est-à-dire à en refaire un chef de projet sous un autre nom. L’équipe cesse alors de s’auto-organiser, puisqu’une personne s’en charge à sa place chaque matin.
Une autre dérive tient au cumul des casquettes : Scrum Master à mi-temps, développeur le reste du temps. Le cumul reste possible mais crée un conflit d’intérêts permanent, l’urgence de livraison l’emportant systématiquement sur le travail de fond, moins visible et jamais réclamé.
Le Scrum Guide a d’ailleurs remplacé le mot « rôle » par celui de responsabilité, précisément pour rappeler qu’il s’agit d’un ensemble de comptes à rendre et non d’un poste dans un organigramme.