• 8 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 20/10/2022

Mettez en pratique les principes de l’agilité à l’échelle

Découvrez les points communs de tous les frameworks

Un cadre de travail agile doit rester simple pour être compris par tous. Il en est de même pour l’agilité à l’échelle.

Je vous propose de partir de votre ensemble d'équipes agiles. Ajoutez le strict minimum d'éléments méthodologiques, pour faire collaborer vos équipes dans un cadre simple et compréhensible.

Les frameworks du marché sont de véritables capitalisations de savoir-faire. Ils ont fait leurs preuves sur le terrain, et sont sources d’inspiration.

Chaque framework comprend un certain nombre de principes déclinés en pratiques. Le respect des principes est important, car ils décrivent ce qu’il faut faire. En revanche, les pratiques sont à adapter car elles décrivent comment il faut faire, et elles sont donc propres à votre périmètre.

Le cadencement, la synchronisation et l’alignement sont les grands principes les plus structurants sur lesquels reposent tous les frameworks.

À vous de les maîtriser pour les mettre en pratique ! 😊

Cadencez vos équipes

Le cadencement est un principe qui donne un rythme à votre équipe agile. En pratique, votre équipe enchaîne des itérations de même durée.

Qu’est-ce que ça veut dire, concrètement ?

Proposez à l’ensemble de vos équipes agiles un rythme commun, c’est-à-dire des itérations de même durée pour tous.

Mais pourquoi ? Quel intérêt ?

En moyenne, vos équipes embarquent une dizaine de fonctionnalités par itération. C’est un bon compromis qui présente 3 avantages :

  • Une bonne parallélisation des travaux par vos développeurs. Ils doivent malgré tout respecter le nombre maximum de fonctionnalités en cours, fixé par l’équipe.

  • La possibilité de terminer des fonctionnalités, et d'éviter ainsi l’effet “tout ou rien”.

  • Un niveau de gestion administrative acceptable.

  • Conséquences :

    • Une répartition plus difficile des fonctionnalités dans les différentes équipes.

    • Des pratiques hétérogènes de rédaction des fonctionnalités entre Product Owners.

Mhhh. Je crois que j’ai du mal à suivre…

Pas de panique. :) Regardez le schéma ci-dessous :

Observez la différence entre des équipes non cadencées et des équipes cadencées
Observez la différence entre des équipes non cadencées et des équipes cadencées
  • À gauche, les équipes ne sont pas encore cadencées. Elles n’ont pas le même rythme.

  • À droite, les équipes 2 et 3 ont adopté le rythme de l’équipe 1. Elles sont désormais cadencées.

Je vous conseille de pratiquer des itérations de 2 semaines, le grand maximum étant 3 semaines. Lorsque les itérations sont trop longues, 2 inconvénients apparaissent :

  • Un volume de code important, qui rend difficile les travaux d’intégration.

  • Des feedbacks moins nombreux, car les démonstrations sont moins fréquentes et trop longues.

Synchronisez vos équipes

Le principe de synchronisation permet à chaque fin d’itération :

  • Une intégration du travail fourni par l’ensemble de vos équipes. Conséquences :

    • des problèmes d’intégration détectés et corrigés au plus tôt ;

    • des coûts de correction plus faibles.

  • Une démonstration d’un produit unique et commun. Conséquences :

    • des feedbacks fréquents ;

    • des équipes qui vont dans la bonne direction ensemble.

D’un point de vue pratique, définissez un agenda commun dans lequel vos itérations démarrent et terminent toutes au même moment, pour toutes vos équipes.

Observez la différence entre des équipes cadencées et non synchronisées et des équipes cadencées et synchronisées
Observez la différence entre des équipes cadencées et non synchronisées et des équipes cadencées et synchronisées

Alignez vos équipes

Le principe d’alignement mobilise toutes vos équipes agiles autour d’un objectif commun, et évite que les équipes partent dans des directions différentes.

Illustration d'équipes non alignées : les équipes n'ont pas d'objectif commun
Illustration d'équipes non alignées : les équipes ne vont pas dans le même sens

Je vous conseille d’aligner vos équipes sur 3 axes :

  • Un axe business/fonctionnel pour partager vos enjeux métiers, afin que chacun comprenne à quoi sert son travail.

  • Un axe méthodologique et organisationnel pour homogénéiser les façons de travailler.

  • Un axe technique pour partager une architecture commune, des bonnes pratiques de conception, des normes de développement, des objectifs communs de qualité de code, une stratégie de tests commune, etc.

Principe d'alignement des équipes : à gauche des équipes non alignées ne vont pas dans le même sens, à droite, des équipes alignées ont un objectif commun
Principe d'alignement des équipes : à gauche des équipes non alignées ne vont pas dans le même sens, à droite, des équipes alignées ont un objectif commun

D’un point de vue pratique, il existe au moins 3 stratégies autour des rôles garants de l’alignement de vos équipes :

  1. Vous ne changez rien ! Vous gardez vos équipes actuelles. Vous donnez le lead à un des Product Owners et à un des Scrum Masters.

  2. Vous ne gardez qu’un Product Owner et qu’un Scrum Master.

  3. Vous gardez vos équipes actuelles, et vous ajoutez un Super Product Owner et un Super Scrum Master.

3 stratégies d’organisation pour réaliser votre alignement
3 stratégies d’organisation pour réaliser votre alignement

Voici les avantages et inconvénients de chaque stratégie :

Stratégie

Avantages

Inconvénients

1 - Un PO par équipe et un SM par équipe. Un des PO a le lead et un des SM a le lead

  • Équipes initiales inchangées et donc non perturbées

  • Pas de surcoût

  • Conflits de légitimité entre PO pour avoir le lead

  • Conflits de légitimité entre SM pour avoir le lead

2 - Un PO unique et un SM unique pour toutes les équipes

  • Vision métier et priorisation portées par un PO unique

  • Le SM unique est bien au fait de toutes les difficultés rencontrées par les équipes

  • Réduction des coûts

  • Capacité du PO à alimenter plusieurs équipes

  • Surcharge pour le SM si les équipes ne sont pas matures sur l’agilité

3 - Un SPO et un SSM

  • Une personne complètement dédiée pour donner la bonne direction métier à l’ensemble des équipes

  • Une personne dédiée à la facilitation des cérémonies agiles à l’échelle, et à l’alignement méthodologique

  • Multiplication des rôles

  • Surcoût

  • Des PO qui perdent l’orientation client, confiée au SPO

  • Transition SPO -> PO difficile à mettre en œuvre

  • Un SSM décorrélé du terrain qui perçoit mal les difficultés des équipes, mais qu’il doit pourtant lever

Vos cérémonies agiles à l’échelle participent aussi à l’alignement de vos équipes. Deux stratégies au moins sont possibles, concernant les participants à inviter :

  1. Visez la simplicité en conviant un minimum de personnes, c’est-à-dire un rôle de Product Owner, un rôle de Scrum Master et un développeur de chaque équipe. 

  2. Facilitez les échanges en invitant tout le monde.

Voici les avantages et inconvénients de ces 2 stratégies :

Stratégie

Avantages

Inconvénients

1 - Lead PO + Lead SM + un développeur de chaque équipe

  • Coût faible

  • Facilité d’organisation (taille d’équipe Scrum)

  • Manque de sentiment d’appartenance à un ensemble d’équipes, pour tous ceux qui ne participent pas

  • Pertes d’informations éventuelles, puisque tout le monde n’est pas présent

2 - Tout le monde

  • Sentiment d’appartenance à un ensemble d’équipes

  • Communication face à face entre toutes les personnes de toutes les équipes

  • Des milliers de mails évités…

  • Plus grande facilité à traiter les dépendances

  • Coût de l’événement à justifier auprès du management

  • Trouver les locaux adéquats pour se retrouver tous ensemble

  • Horizon de planification plus long qu’une simple itération, afin de limiter la fréquence de l’exercice

Pour aligner vos équipes agiles, vous avez défini vos rôles et vos cérémonies à l’échelle. Sans le savoir, vous avez posé les bases de votre propre framework agile à l’échelle ! 😃

Positionnement stratégique de 3 frameworks d’agilité à l’échelle
Positionnement stratégique de 3 frameworks d’agilité à l’échelle

À vous de jouer !

  • Proposez un agenda commun pour le périmètre Fidelio et son dispositif de 2 équipes.

  • Choisissez une stratégie d’organisation pour vos rôles et vos cérémonies.

Corrigé

Vous pouvez consulter le corrigé pour vérifier si vos stratégies sont les bonnes.

En résumé

  • Pour faire collaborer des équipes agiles, privilégiez un cadre simple et facile à comprendre.

  • Le cadencement des équipes apporte un rythme commun à tous.

  • La synchronisation offre une intégration et une démonstration fréquentes du produit commun.

  • L’alignement assure que toutes les équipes vont bien dans la même direction.

  • L’alignement est réalisé de manière pratique, grâce à une stratégie d’organisation basée sur les rôles et les cérémonies agiles à l’échelle. 

Vous maîtrisez désormais les principes et les pratiques associées. Je vous propose maintenant de choisir votre framework agile à l’échelle.

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