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 :
À 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.
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.
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.
D’un point de vue pratique, il existe au moins 3 stratégies autour des rôles garants de l’alignement de vos équipes :
Vous ne changez rien ! Vous gardez vos équipes actuelles. Vous donnez le lead à un des Product Owners et à un des Scrum Masters.
Vous ne gardez qu’un Product Owner et qu’un Scrum Master.
Vous gardez vos équipes actuelles, et vous ajoutez un Super Product Owner et un Super Scrum Master.
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 |
|
|
2 - Un PO unique et un SM unique pour toutes les équipes |
|
|
3 - Un SPO et un SSM |
|
|
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 :
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.
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 |
|
|
2 - Tout le monde |
|
|
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 ! 😃
À 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.