L’équipe de développement regroupe les professionnels qui conçoivent et réalisent l’incrément de produit. Auto-organisée et pluridisciplinaire, elle décide elle-même comment transformer les éléments du backlog en produit fonctionnel.
Le terme mérite une précision d’actualité. Depuis la révision de 2020, le cadre ne parle plus d’équipe de développement comme d’une entité distincte mais de « développeurs » au sein d’une équipe Scrum unique, incluant le Product Owner et le Scrum Master. Ce changement visait à supprimer une frontière interne qui produisait trop souvent une logique de sous-traitance.
Ce que recouvre réellement le mot développeur
Le mot induit en erreur en français, où il évoque le seul code. Dans le cadre, il désigne toute personne qui contribue à produire l’incrément : conception, développement, tests, rédaction technique, données, expérience utilisateur. Sur un produit non logiciel, ce sont les métiers correspondants.
Cette définition large emporte une conséquence pratique : aucun titre ne dispense de participer. Un architecte ou un expert qui interviendrait ponctuellement, sans faire partie de l’équipe, recrée une dépendance externe et donc une file d’attente — exactement ce que le cadre cherche à éliminer.
Taille et stabilité de l’équipe
Le cadre recommande dix personnes au maximum, Product Owner et Scrum Master compris. Cette limite n’a rien d’arbitraire : le nombre de canaux de communication croît de façon quadratique avec l’effectif, et une équipe de quinze personnes consacre l’essentiel de son énergie à se coordonner elle-même.
La stabilité compte autant que la taille. Une équipe dont la composition change à chaque sprint ne construit ni référentiel commun, ni confiance, ni capacité prédictible. C’est pourtant l’ajustement le plus fréquent en entreprise, où les personnes sont affectées au projet plutôt que le projet confié à une équipe.
Le Scrum Guide reste bref sur ces questions, et c’est délibéré : il décrit un cadre minimal et laisse chaque organisation en trouver l’application. Cette concision est régulièrement prise pour une lacune, alors qu’elle constitue le principe même du document.