AM

Accueil
> Cours
> Perfectionnez votre gestion de projet agile
> Utilisez le modèle Scrum of Scrums

Perfectionnez votre gestion de projet agile

10 heures  Difficile

Mis à jour le 13/08/2021

 

Utilisez le modèle Scrum of Scrums

Dans ce chapitre, je vous propose de maîtriser le premier modèle de gestion à grande échelle inspiré de
Scrum : le Scrum of Scrums (SoS). 😊 Vous apprendrez notamment à calculer la vélocité de plusieurs
équipes différentes et à garantir le principe agile de responsabilité collective du projet.

Le modèle SoS pour vos équipes agiles



Comme le Nexus, ce modèle de gestion de projet à grande échelle vous permet de faire travailler jusqu’à 9
équipes Scrum. En qualité de scrum master, vous serez chargé de faciliter la coordination et l’organisation
du projet avec un comité de pilotage qui réunit tous les product owners.
 Prenez garde à ne pas donner une dimension trop hiérarchique à ce comité de product owners et
respectez bien l’autonomie de chaque équipe Scrum !

Une équipe établit généralement des conventions, tacites, orales ou implicites pour préciser quels sont les
développeurs qui peuvent intervenir sur les différentes parties du code source. Lorsque cette responsabilité
est collective, tous les membres de vos équipes Scrum sont autorisés et même encouragés à modifier toute
partie du code (au besoin). Vous surveillez que chaque développeur soit en mesure de réaliser une tâche en
cours, de corriger un défaut ou d’améliorer les incréments. 👏

Votre rôle de facilitateur consiste aussi à éviter que des règles tacites rentrent en contradiction avec
les règles explicites de vos équipes Scrum (définition des mots "prêt" et "terminé", langage commun,
etc.). Par exemple, un développeur qui manifesterait des mouvements d’humeur dès qu’un autre
membre de son équipe modifie certains fichiers. Vous devez donc vérifier régulièrement que la
responsabilité collective est effective tout au long de votre gestion de projet agile.

La responsabilité collective est un apport fondamental de l’eXtreme Programming (voir la première partie
de ce cours). Voici les principales caractéristiques de ce principe agile  :

Diminuez les risques de blocage en cas d’absence d’un des développeurs.

Facilitez la transmission des connaissances techniques.
Rendez chacun des développeurs responsable de la qualité du projet.
Favorisez une conception orientée par des décisions stratégiques.

Je vous conseille de jouer un rôle actif pendant les rétrospectives. Vous rendez vos équipes Scrum
responsables, mais aussi solidaires et bienveillantes afin d’éviter de désigner des chefs ou pire, des
coupables. Assurez la transparence des communications pour définir ensemble des interfaces claires et
explicites dès la conception du projet. Privilégiez toujours un management visuel sur les murs de votre
espace commun. 👁‍🗨

Les caractéristiques du modèle SoS


Votre gestion de projet agile à grande échelle avec le modèle SoS se base sur des estimations de la
complexité plutôt que des prédictions en temps. Vous menez en effet des réunions de planning poker avant
les sprints pour ajouter des story points (ou points d’effort) aux user stories du projet.

Comment piloter plusieurs équipes Scrum en même temps alors que je ne donne pas de durée
précise au développement de chaque user story ?

En qualité de facilitateur, vous savez bien qu’une complexité de 5 points dans une équipe n’est pas
obligatoirement la même que dans une autre équipe. Vous allez donc créer des ratios pour coordonner vos
différentes équipes Scrum :

Inspectez rigoureusement le travail des équipes sur les 3 derniers sprints.

Calculez d’abord les moyennes des vélocités de chaque équipe (sur 3 sprints).
Calculez ensuite les moyennes des durées de vos itérations (sur 3 sprints).
 Calculez enfin tous vos ratios en divisant les moyennes des jours par celles des vélocités.
Planifiez votre roadmap grâce à ces ratios (story map, burndown chart, etc.).

C’est en multipliant la complexité d’une user story par chaque ratio que vous comparez les performances de
vos équipes Scrum. Utilisez cette technique agile pour faciliter la répartition des tâches opérationnelles lors
des rituels qui précédent vos sprints. 👍 Suivez l’avancement du projet grâce au burndown chart et au
burnup chart qui rendent aussi visible l’évolution du périmètre (story points en ordonnée et vélocité en
abscisse).

Exemple de burnup chart

Vous pouvez aussi revoir les caractéristiques de toutes ces cérémonies dans le cours Gérez votre
projet avec une équipe Scrum.

Le modèle SoS ajoute au Scrum 1 artefact (sprint release) et 3 rituels (daily release, review release et
retrospective release). Il complète également les définitions de 3 rôles spéciaux (product owner, scrum
master et ambassadeur) :

Sprint release

✔ Focalisez vos équipes Scrum sur les besoins du projet uniquement.

✔ Trouvez un compromis pour avoir les mêmes durées de sprint.

✔ Planifier les sprint releases en fonction des storymaps de chaque équipe.

Un exemple de sprint release planning avec le modèle SoS

  
Daily release

✔ Invitez 1 ambassadeur de chaque équipe Scrum tous les 2 jours.

✔ Respectez les règles d’une Daily Scrum (classique).

✔ Facilitez l’animation de cette réunion.

L’organisation du modèle SoS 

 
Product owner

✔ Réunissez tous les product owners en comité (1 fois par semaine).

✔ Orientez la gestion du projet à grande échelle lors de cette réunion.

✔ Nommez un CPO (acronyme pour Chief Product Owner).

  
Scrum Master

✔ Désignez un scrum master pour les nouveaux rituels.

✔ Animez les Retrospective Releases avec les ambassadeurs.

✔ Organisez des Review Releases pour présenter le travail accompli.

Vous devez prendre soin d’accompagner progressivement les entreprises qui souhaitent utiliser le modèle
SoS. Utilisez votre sélection de méthodes et de pratiques agiles pour proposer des formations sur-mesure à
tous les acteurs du projet. Facilitez une transition douce en misant sur une confiance réciproque. Dans le
chapitre suivant, je vous présente les deux derniers modèles de Scrum à grande échelle (LeSS et SSwS). 📐
En résumé


Privilégiez une responsabilité collective du code informatique !

 
Vous profitez des rétrospectives pour analyser collectivement votre gestion de projet agile à
grande échelle.

 
En tant que facilitateur agile, vous créez des ratios pour comparer les performances de vos
différentes équipes Scrum.

 
 Le modèle SoS est très efficace pour les entreprises en mutation.

J'AI TERMINÉ CE CHAPITRE ET JE PASSE AU SUIVANT

 UTILISEZ LE MODÈLE NEXUS UTILISEZ LES MODÈLES LESS ET SSWS 

Le professeur
Arnaud Lissajoux
Facilitateur et formateur agile (Master Web Editorial, Certification Scrum Master)

OPENCLASSROOMS

POUR LES ENTREPRISES

AIDE

EN PLUS

Français