Le Scrum of Scrums : Coordonner plusieurs équipes Scrum en agilité à l’échelle

Cet article fait partie de la série Les cérémonies Scrum.
Lorsque votre organisation grandit et que plusieurs équipes développent conjointement un même produit, les réunions quotidiennes à l’échelle d’une seule équipe ne suffisent plus. C’est à ce niveau d’interdépendance qu’intervient le Scrum of Scrums (souvent abrégé SoS). Cependant, clarifions immédiatement une nuance importante : le Scrum of Scrums n’est PAS un événement formel prescrit par le Scrum Guide officiel rédigé par Jeff Sutherland et Ken Schwaber. Le guide officiel se concentre uniquement sur le fonctionnement d’une équipe Scrum isolée. Le Scrum of Scrums est en réalité une pratique de mise à l’échelle (scaling), réservée aux contextes multi-équipes pour assurer une synchronisation fluide à l’échelle d’un programme ou d’une entreprise.

Origines et intégration dans les frameworks de mise à l’échelle

Le concept a été popularisé dès les années 1990 par Jeff Sutherland, qui l’utilisait sur le terrain pour résoudre les blocages complexes survenant entre différentes équipes travaillant sur un socle technique commun. Face au succès de la démarche, la pratique a été adaptée et formalisée dans les grands frameworks d’agilité à l’échelle :

• Le framework Nexus : Développé par Ken Schwaber et Scrum.org, il adapte cette réunion sous le nom officiel de Nexus Daily Scrum.
• Large-Scale Scrum (LeSS) : Conçu par Craig Larman et Bas Vodde, ce cadre encourage la coordination directe inter-équipes et l’utilisation de rencontres type Scrum of Scrums dès que nécessaire.
• Le framework SAFe (Scaled Agile Framework) : Il formalise le Scrum of Scrums comme un événement clé du niveau « Programme », souvent combiné avec l’ART Sync pour aligner les Scrum Masters et les Product Managers.

Bien que non prescrite dans le Scrum Guide initial, cette cérémonie s’associe idéalement aux principes du Lean, du Kanban ou de l’Extreme Programming pour maintenir un flux d’intégration continu et sans friction.

Objectif et format typique de la cérémonie

L’objectif premier du Scrum of Scrums est de garantir que le produit final reste un ensemble cohérent et fonctionnel. Alors que le Daily Scrum permet aux membres d’une équipe de synchroniser leur travail quotidien, le SoS permet d’identifier les risques d’intégration, de lever les dépendances inter-équipes et de traiter les obstacles globaux qui dépassent le champ d’action d’une seule équipe.

Format et participants

La réunion rassemble un représentant par équipe, fréquemment appelé « ambassadeur ». Ce rôle n’est pas obligatoirement attribué au Scrum Master : il est conseillé d’adapter le choix de l’ambassadeur en fonction du sujet dominant du moment (un développeur ou Tech Lead si le blocage est lié à l’architecture, un Product Owner si la dépendance concerne des règles métier). Pour préserver l’auto-organisation, ce rôle est très souvent tournant.

La fréquence du SoS dépend de la taille et du niveau de couplage du programme : elle peut être quotidienne ou avoir lieu 2 à 3 fois par semaine, pour une durée restreinte de 15 à 30 minutes.

Les trois questions structurantes

Tout comme la réunion quotidienne classique, le Scrum of Scrums s’appuie sur des questions clés pour guider l’échange :

1. Qu’a accompli mon équipe depuis notre dernière rencontre qui pourrait impacter d’autres équipes ?
2. Que va réaliser mon équipe d’ici la prochaine réunion qui risquerait d’affecter une autre équipe ?
3. Quels obstacles rencontrenons-nous qu’une autre équipe pourrait nous aider à résoudre, ou qui risquent d’impacter le reste du programme ?

Mise en perspective : Le Scrum of Scrums face au Nexus Daily Scrum

Il est instructif de comparer le SoS informel au Nexus Daily Scrum du framework Nexus. Dans Nexus, l’accent est mis de manière stricte sur l’intégration continue du produit. Des représentants de chaque équipe ainsi que des membres de l’Équipe d’Intégration Nexus (Nexus Integration Team) se réunissent chaque jour pour inspecter l’état actuel de l’Incrément intégré. Si le Scrum of Scrums classique a tendance à traiter largement de la coordination et des processus, le Nexus Daily Scrum recentre fermement les débats sur le code intégré et la détection précoce des conflits techniques.

Exemple concret : Résolution d’une dépendance croisée en direct

Imaginons un projet e-commerce d’envergure. L’équipe Panier prépare une nouvelle fonctionnalité de réduction, mais celle-ci dépend d’une mise à jour de l’API développée par l’équipe Paiement.

Lors du Scrum of Scrums du mardi matin, l’ambassadeur de l’équipe Panier signale que leurs tests d’intégration échouent en raison d’un changement non annoncé dans le schéma JSON transmis par l’équipe Paiement. L’ambassadeur de l’équipe Paiement comprend aussitôt l’impact, ouvre le ticket sur Jira et constate qu’une modification mineure a entraîné une incompatibilité descendante. En moins de cinq minutes lors du SoS, les deux représentants conviennent d’un correctif rapide et planifient un atelier de 15 minutes l’après-midi même avec les développeurs concernés, appuyés par un schéma partagé sur Miro. Le problème est résolu en quelques heures, évitant ainsi un blocage majeur en fin de Sprint.

Erreurs fréquentes et pièges à éviter

Même avec les meilleures intentions, l’animation d’un Scrum of Scrums peut déraper. Voici les erreurs les plus courantes observées sur le terrain :

• La transformation en rapport de statut ascendant : Si des managers de transition ou des directeurs de projet monopolisent la réunion pour exiger des comptes, les ambassadeurs adoptent une posture défensive. Le SoS doit rester un outil d’entraide entre pairs, pas une réunion de reporting.
• Un mauvais choix d’ambassadeur : Envoyer une personne peu informée du travail réel de l’équipe ou dénuée d’autorité pour prendre des décisions empêche de résoudre efficacement les problèmes en séance.
• Une fréquence ou une durée inadaptées : Une réunion trop longue (plus de 30 minutes) se transforme rapidement en débat technique interminable. À l’inverse, une fréquence trop faible (une fois par semaine) laisse s’accumuler les blocages.

Conseils pratiques pour réussir l’alignement à l’échelle

Pour garantir l’efficacité de vos réunions Scrum of Scrums, mettez en œuvre ces bonnes pratiques :

Gardez le format court et orienté action. Si un sujet nécessite plus de deux minutes de débat technique, créez un sujet de suivi (« after-party » ou point d’alignement séparé) impliquant uniquement les personnes directement concernées. Centralisez le suivi des obstacles partagés sur des outils visuels et collaboratifs comme Confluence, Trello ou Azure DevOps.

Si votre organisation devient très volumineuse (plus de 8 à 10 équipes), ne surchargez pas un seul Scrum of Scrums. Mettez en place une structure en cascade appelée Scrum of Scrums of Scrums (SoSoS), où les représentants des réunions SoS se regroupent pour traiter les problématiques stratégiques au niveau de l’ensemble de l’entreprise.

Comment organisez-vous la coordination entre vos différentes équipes lors de projets à grande échelle, et quels sont les plus grands défis que vous avez rencontrés avec le Scrum of Scrums ?

Photo : Thirdman sur Pexels.

Pour aller plus loin

Liens affiliés Amazon : en tant que Partenaire Amazon, ce site perçoit une commission sur les achats éligibles réalisés via ces liens, sans coût supplémentaire pour vous.

Sources

• The Scrum Guide – Official Definition
• The Nexus Guide – Scrum.org
• Large-Scale Scrum (LeSS) Framework
• Scaled Agile Framework (SAFe) – SAFe Sync

Sur le même sujet

• Le Sprint Planning
• La Mêlée quotidienne (Daily Scrum) : le guide complet pour dynamiser votre synchronisation d’équipe
• La Sprint Review (Revue de Sprint) dans Scrum : bien plus qu’une simple démonstration produit
• La Retro En Agilité
• L’affinement du Product Backlog : la fausse 5e cérémonie Scrum indispensable
• La réunion des Three Amigos : maximiser la clarté et la qualité avant le Sprint
• Glossaire Scrum : tous les termes de l’agilité expliqués
• Toutes les cérémonies Scrum