Scrum Development Team – Who’s In It? par Mark Levison
https ://agilepainrelief.com/blog/scrum-development-team-who’s-in-it/
On me demande fréquemment si un testeur, une business analyste, un expert du parcours utilisateur (UX), une analyste de base de données ou un expert en sécurité fait partie de l’équipe Scrum ?
Réponse courte : Oui.
Réponse longue : beaucoup de gens comprennent mal le Guide Scrum.
Appartenance à l’équipe de développement Scrum
Le Scrum Guide propose une courte section intitulée « L’équipe de développement » qui dit :
L’équipe de développement est composée de professionnels qui réalisent la livraison d’un produit « Done » potentiellement livrable à la fin de chaque Sprint. Seuls les membres de l’équipe de développement créent l’incrément.
Le Scrum guide détaille davantage les caractéristiques de l’équipe :
- Elle s’auto-organise. Personne (pas même le Scrum Master) ne dit à l’équipe de développement comment transformer le Product Backlog en incréments de fonctionnalités potentiellement livrables ;
- Les équipes de développement sont interfonctionnelles, avec toutes les compétences nécessaires en équipe pour créer un incrément de produit ;
- Scrum ne reconnaît aucun titre pour les membres de l’équipe de développement autres que Développeur, quel que soit le travail effectué par la personne ; il n’y a pas d’exception à cette règle ;
- Scrum ne reconnaît aucune sous-équipe dans l’équipe de développement, quels que soient les domaines spécifiques à traiter comme les tests ou l’analyse métier ; il n’y a pas d’exception à cette règle ; et,
- Les membres de l’équipe de développement individuel peuvent posséder des compétences spécialisées et des domaines d’intervention, mais la responsabilité revient à l’ensemble de l’équipe de développement ;
Pris isolément, certains interprètent mal le troisième point en disant que les équipes Scrum n’incluent que les développeurs et n’incluent pas les testeurs, analystes métier, experts en utilisabilité, etc.
Ils prennent trop au pied de la lettre le « qui », alors que le défi est que le « quoi ».
Une équipe de développement Scrum a besoin de « toutes les compétences nécessaires en équipe pour créer un incrément de produit » et « les membres individuels de l’équipe de développement peuvent avoir des compétences et des domaines d’intervention spécialisés. »
Au final : l’équipe de développement comprend tous ceux qui sont nécessaires pour atteindre la définition de Done dans votre environnement.
Donc, je suppose que si votre « Done » est du code non testé, alors… d’accord, pas de testeurs.
Sinon, cela inclut tous ceux qui doivent accomplir le travail, par exemple cela peut inclure les compétences suivantes : Utilisabilité/UX, Analyse métier, Développement, Test, Base de données, Sécurité, etc.
Parfois, avoir besoin de cette compétence ne signifie pas avoir besoin d’un membre supplémentaire. Cela signifie que quelqu’un dans l’équipe a appris suffisamment d’une autre compétence pour aider l’équipe.
Autres points à retenir :
- les personnes ne peuvent être membres que d’une seule équipe de développement ; l’adhésion à l’équipe est à temps plein,
- et les équipes sont stables (c’est-à-dire une adhésion fixe sur le long terme, sauf pour le turnover normal dû à des promotions ou au départ de l’entreprise, etc.).
- Avoir des membres avec des compétences spécialisées ne signifie pas qu’ils travaillent en silos.
Le langage du Scrum Guide autour des équipes n’est pas parfait, mais ce serait une mauvaise et dangereuse interprétation de dire par exemple que les testeurs ne font pas partie de l’équipe de développement Scrum.
