• 10 heures
  • Difficile

Ce cours est visible gratuitement en ligne.

course.header.alt.is_video

course.header.alt.is_certifying

J'ai tout compris !

Mis à jour le 24/04/2020

Utilisez le modèle Scrum of Scrums

Connectez-vous ou inscrivez-vous gratuitement pour bénéficier de toutes les fonctionnalités de ce cours !

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.

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. 👏

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 en gestion de projet agile
Exemple de burnup chart

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 gestion des sprint release avec le modèle SoS
    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
    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é

Exemple de certificat de réussite
Exemple de certificat de réussite