Scrum Team : Structure, rôles et responsabilités

Si vous aimez le rugby, le terme « Scrum » est facilement reconnaissable. La Scrum Team fonctionne de manière similaire à la formation de mêlée des joueurs de rugby, et le nom est dérivé du jeu. La scrum est une structure légère et facile à comprendre, mais difficile à maîtriser. Ken Schwaber et Jeff Sutherland l’ont développé au début des années 1990 et l’ont présenté pour la première fois en 1995, à la conférence OOPSLA. Aujourd’hui, il est devenu l’un des cadres les plus populaires et une méthodologie agile fréquemment utilisée dans le secteur du développement de logiciels.

Bien que Scrum soit utilisé de manière récurrente dans le contexte des équipes de développement de logiciels, sa structure et ses principes sont adaptés à tous les types de travail en équipe. Le Guide Scrum 2020 a d’ailleurs retiré tout le vocabulaire informatique pour s’adresser à un public plus large. Analysons le fonctionnement d’une équipe Scrum et définissons ses rôles et responsabilités.

Ce qui a changé avec le Guide Scrum 2020

Le Guide Scrum a été publié pour la première fois en 2010 et mis à jour depuis. La version de novembre 2020 est la référence actuelle. Selon la liste officielle des changements entre 2017 et 2020, elle apporte plusieurs ruptures avec la vision d’une « équipe de développement » séparée :

• une seule Scrum Team, avec trois responsabilités : Product Owner, Scrum Master et Developers ;
• l’Objectif de Produit, auquel chaque Sprint doit rapprocher le produit ;
• une équipe autogérée plutôt qu’auto-organisée : elle choisit avec qui, comment et sur quoi travailler ;
• un troisième thème au Sprint Planning, le « pourquoi », qui mène à l’Objectif de Sprint ;
• un langage simplifié, sans référence au monde informatique (tests, systèmes, conception).

Source : Guide Scrum 2020 en français, rédigé par Ken Schwaber et Jeff Sutherland.

Qu’est-ce que Scrum ?

Le Guide Scrum 2020 le définit comme un cadre de travail léger qui aide les personnes, les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes. La Scrum Team y est décrite comme pluridisciplinaire et autogérée : ses membres ont toutes les compétences nécessaires pour créer de la valeur à chaque Sprint et décident en interne qui fait quoi, quand et comment.

Qu’est-ce que la méthodologie Scrum ?

Scrum est une méthodologie de développement agile qui permet d’aborder des problèmes adaptatifs complexes et de fournir des produits de la plus haute valeur possible. C’est un cadre simple pour une collaboration efficace entre les équipes travaillant sur des projets complexes.

Qu’est-ce qu’une Scrum Team ?

Le Guide Scrum 2020 la veut assez petite pour rester réactive, habituellement dix personnes au plus. Elle réunit des personnes qui se partagent les différentes tâches et responsabilités liées à la livraison du projet/produit. Il s’agit d’un groupe de personnes motivées qui travaillent en collaboration pour assurer la réussite de la livraison du produit. Un niveau élevé de communication est attendu entre les membres de la Scrum Team afin de s’assurer qu’ils se concentrent sur le même objectif tout en maintenant un respect mutuel tout au long du processus. De plus, ils partagent un ensemble commun de normes et de règles.

Les trois piliers d’une Scrum Team sont les suivants :

• Transparence
  Tous les membres de l’équipe disposeront d’un flux d’informations facile et transparent sur l’objectif commun et les rôles et responsabilités de chacun.
• Inspection
  Tous les membres de l’équipe ont le droit de vérifier en temps utile les progrès accomplis vers un objectif commun.
• Adaptation
  Une Scrum Team agile s’adapte aux changements dès que possible pour optimiser la valeur du produit.

Le Framework Scrum

Les rôles de la Scrum Team sont répartis en trois catégories : Scrum Master, Product Owner et Developers (le terme « équipe de développement » a disparu du Guide depuis la version 2020). Chacun de ces rôles comporte un ensemble spécifique de responsabilités tout au long du cycle de gestion du projet, bien qu’ils soient étroitement liés.

Les événements Scrum et leur durée maximale

Le Guide Scrum 2020 fixe des durées plafonds, calculées pour un Sprint d’un mois. Pour un Sprint plus court, l’événement est généralement plus court.

• Sprint : durée fixe, d’un mois ou moins. Un nouveau Sprint commence dès que le précédent se termine.
• Sprint Planning : 8 heures au maximum.
• Daily Scrum : 15 minutes, chaque jour ouvré du Sprint, pour les Developers. Le Product Owner et le Scrum Master y participent en tant que Developers s’ils travaillent activement sur des éléments du Sprint Backlog.
• Sprint Review : 4 heures au maximum.
• Sprint Retrospective : 3 heures au maximum. Elle conclut le Sprint.

Le Guide précise aussi que le Product Owner est le seul à pouvoir annuler un Sprint, lorsque l’Objectif de Sprint devient obsolète. Pendant le Sprint, aucun changement ne doit remettre en cause cet Objectif, et les objectifs de qualité ne sont jamais revus à la baisse.

Qu’est-ce qu’un Scrum Master ?

Le Guide Scrum le décrit comme un véritable leader au service de la Scrum Team et de l’ensemble de l’organisation. Cette personne est chargée de veiller à ce que l’équipe adhère à la théorie, aux pratiques et aux règles de Scrum. Il ne s’agit pas d’imposer les règles aux membres de l’équipe, mais de s’assurer qu’ils comprennent la méthode, les principes et les responsabilités de la Scrum Team. Le Scrum Master assure un déroulement fluide du processus et permet une amélioration continue.

Les rôles et responsabilités d’un Scrum Master sont les suivants

• Accompagner les membres de l’équipe en matière d’autogestion et de pluridisciplinarité
• Préparer le terrain pour que la Scrum Team travaille en collaboration et avec efficacité
• Mentorat de l’équipe pour respecter les principes agiles
• S’assurer que tous les événements Scrum ont lieu, qu’ils sont productifs et qu’ils respectent leur durée maximale
• Établir une bonne relation entre les membres de l’équipe ainsi qu’avec les autres parties prenantes du projet qui ne font pas partie de l’équipe
• S’attaquer aux attitudes improductives et aux comportements dysfonctionnels
• Supprimer les obstacles qui limitent la productivité de l’équipe
• Protéger l’équipe des interruptions et des distractions extérieures afin qu’elle puisse travailler efficacement

Le propriétaire du produit

Le propriétaire du produit est une personne, et non un comité, chargée de maximiser la valeur du produit qui résulte du travail de la Scrum Team. Cette personne doit posséder une compréhension approfondie des exigences du client et de la valeur commerciale relative du produit. Le responsable de produit de l’équipe Scrum travaille de la même manière qu’un mini-directeur général pour le produit. Il s’assure que chaque décision est conforme à la vision du produit, est à l’affût des opportunités, analyse le retour sur investissement et réagit de manière proactive aux menaces et aux risques éventuels. En bref, la personne apporte à l’équipe le point de vue du client.

Les rôles et responsabilités d’un Product Owner sont résumés ci-dessous :

• Maximiser la valeur du produit qui résulte du travail de la Scrum Team.
• Créer une vision du produit et une stratégie de marché et s’assurer qu’elle s’aligne sur les exigences du client.
• Gérer efficacement le Product Backlog et ordonner ses éléments. Il peut déléguer ce travail, mais il en reste redevable.
• Exprimer clairement les éléments de l’arriéré de produits
• Garantir la clarté, la transparence et la visibilité des éléments de l’arriéré de produits pour tous

Les Developers (l’ancienne équipe de développement)

Les Developers sont les membres de la Scrum Team qui s’engagent à réaliser tout ou partie utile d’un Increment à chaque Sprint. Ces membres de l’équipe sont bien structurés et habilités par l’organisation pour la gestion et l’organisation de leur travail. Toute la Scrum Team reste responsable de la création d’un Increment utile à chaque Sprint.

Les caractéristiques de l’équipe de développement sont les suivantes

• Ils décident eux-mêmes comment transformer les éléments du Product Backlog en Increments de valeur : personne d’autre ne le leur dit.
• Il n’y a pas d’équipe dans l’équipe ni de hiérarchie : la Scrum Team est une seule unité, centrée sur un objectif à la fois, l’Objectif de Produit.
• Indépendamment des différents domaines de spécialisation tels que les tests, le codage, etc., la responsabilité du succès et de l’échec dépend de l’équipe et non des personnes qui en sont responsables. Mais l’équipe disposera de personnes ayant une expertise dans des rôles particuliers comme l’analyse commerciale, l’architecture, les tests, etc.
• Les Developers créent le plan du Sprint (le Sprint Backlog), appliquent une Definition of Done, adaptent leur plan chaque jour par rapport à l’Objectif de Sprint et se tiennent mutuellement responsables.
• Ils travaillent de manière transversale : ensemble, ils possèdent les compétences nécessaires pour créer de la valeur à chaque Sprint.
• Les compétences spécifiques requises sont souvent larges et varient selon le domaine d’activité.

Pourquoi Scrum est-il un succès ?

L’un des principaux avantages de la méthodologie Scrum est qu’elle facilite la sortie rapide du produit avec une valeur accrue. Cela donne à l’équipe une capacité plus exceptionnelle à apporter des changements pendant la durée de vie du projet et non à sa fin.

Le Guide Scrum explique que les Sprints plus courts raccourcissent le cycle d’apprentissage et limitent les risques liés aux coûts et à l’effort.

Les bénéfices ci-dessous sont ceux que l’on cite le plus souvent. Le Guide Scrum n’en chiffre aucun ; il relie seulement des Sprints courts à un risque réduit :

• Un meilleur retour sur investissement
• Réduire le délai de mise sur le marché
• Un meilleur moral pour l’équipe
• Promouvoir la collaboration entre les équipes
• Diminution du risque

Conclusion

Scrum est un cadre de travail volontairement incomplet : il ne définit que les parties nécessaires pour appliquer sa théorie, et chaque équipe y ajoute ses propres pratiques. Pour l’appliquer, le plus sûr est de lire le Guide Scrum 2020, qui compte moins de 13 pages.