Mêlée à grande échelle (LeSS) : Aperçu et comparaison

Imaginez que vous avez 3 équipes agiles travaillant selon la méthode Scrum et que vous souhaitez maintenant passer à l’échelle supérieure - Scrum ne suffit plus. Comment procéder ? Il existe différents frameworks pour cela, dont SAFe Nexus, et bien d’autres encore. Aujourd’hui, nous nous intéressons de plus près à LeSS.

LeSS est SCRUM (définition)

Le site Framework LeSS essaie d’appliquer les principes et les idéaux de Scrum dans un contexte de grande entreprise aussi simplement que possible par le biais de règles et de directives définies. En raison de sa simplicité, LeSS a reçu la définition ou le label de framework “à peine suffisant” - mais cela ne doit pas le dévaloriser.

7 Avantages du framework LeSS

L’objectif fondamental de LeSS n’est pas de créer un nouveau framework différent. Au lieu de cela, les principes de Scrum sont appliqués à de nombreuses équipes.

Certains des avantages liés à LeSS peuvent être obtenus sont

1. Des coûts de mise en œuvre réduits en mettant en œuvre des pratiques que les équipes utilisent déjà dans Scrum
2. Un propriétaire de produitqui comprend le cadre et les principes et comble ensuite le fossé entre l’entreprise et les équipes techniques.
3. Pour les Livraison d’un produit, moins de personnes nécessaire. LeSS n’ajoute pas de manière exponentielle des rôles et des frais généraux.
4. Il offre une Vue complète du produit Dans la zone de focalisation
5. Le site Les équipes sont en contact direct avec le client et les autres parties prenantes 
6. Améliorations continues sont rendus possibles par des rétros et autres réunions régulières, qui sont des processus de base du Manifeste Agile
7. Pour de nombreuses entreprises, l’approche LeSS pour faire évoluer les équipes Scrum peut être La prochaine étape logique sur leur chemin vers l’échelle agile.

Comment LeSS est-il structuré ? Une définition

Par définition, Large Scrum s’appuie sur des principes, des cadres, des guides et des expériences. L’illustration (source : Site web de LeSS) le montre. Expliquons-le avec un exemple : 

Principes : L’équipe X développe un téléphone portable. Le principe d’agir de manière transparente est important pour elle. C’est pourquoi elle travaille de manière transparente et organise des réunions quotidiennes régulières. De plus, elle souhaite savoir d’où proviennent exactement les matériaux importants pour la production du téléphone portable - afin de pouvoir le communiquer ultérieurement aux clients de manière transparente. La transparence à tous les niveaux, donc.

Les conditions cadres : En même temps, ils travaillent continuellement à créer les conditions cadres qui font du framework SCRUM un idéal avec les des valeurs agiles qui te dicte la marche à suivre : Ouverture, courage, respect, concentration & engagement.

Guides : les guides pour le développement sont la vision du produit, les exigences professionnelles pour le produit, mais aussi la manière de travailler en équipe.

Expérimentations : Lorsque des incertitudes apparaissent, on se trouve dans la zone d’expérimentation, où il s’agit de tester et d’essayer. Par exemple, lorsque nous développons une nouvelle fonctionnalité ou que nous voulons atteindre un tout nouveau groupe cible. (Source : Site web de LeSS)

Les 10 principes LeSS

LeSS définit 10 principes. Ils aident à développer - si nous restons dans notre exemple - un téléphone portable qui correspond le mieux aux valeurs et aux idées du client. Voici maintenant la liste des 10 principes en un coup d’œil :

1. La mêlée à grande échelle, c’est la mêlée : Le téléphone peut être développé non pas par une seule équipe, mais par plusieurs, afin que le client soit satisfait et que le temps de développement soit raisonnable.
2. Contrôle empirique des processus : Grâce à l’expérience à court terme, certaines fonctions du téléphone portable sont continuellement adaptées et révisées.
3. La transparence : Notre équipe X décide de partager ouvertement les objectifs hebdomadaires de l’équipe sur leur plateforme interne. Cela aide énormément à comprendre ce sur quoi chacun travaille.
4. Plus avec moins : En principe, il faut expérimenter de nouvelles idées et apprendre d’elles avant d’établir des règles inertes et d’ajouter ainsi du “lest”.
5. Tout le focus sur le produit : Les équipes ont encore plus tendance à sous-optimiser leurs objectifs que les individus. Par conséquent, le plus grand défi pour les équipes est d’intégrer leur travail dans un produit. Le “but” de l’ensemble du produit doit donc être aussi clair que possible. Les équipes et les individus seront ainsi en mesure de définir eux-mêmes des sous-objectifs appropriés si nécessaire.
6. Centrage sur le client : Seules les équipes qui travaillent directement avec le client peuvent maximiser la valeur réelle du produit. Malheureusement, les organisations ont tendance à détacher les équipes des clients dès qu’elles commencent à grandir. Pour contrer cela, les clients sont par exemple régulièrement invités aux réunions d’équipe pour donner leur avis.
7. Amélioration continue vers la perfection : LeSS est un changement profond pour de nombreuses organisations. Notez que cela ne signifie pas automatiquement une amélioration. LeSS permet à l’organisation de commencer à s’améliorer - et à partir de là, il faut continuer à optimiser en permanence. LeSS est un processus !
8. Lean thinking : LeSS met surtout l’accent sur le fait de voir le lieu même de l’événement (Gemba), le concept d’apprentissage en trois étapes ShuHaRi (Shu = imiter, Ha = varier, Ri = définir ses propres règles) et le respect des gens.
9. Pensée systémique : Toutes les actions, tous les changements et toutes les améliorations doivent toujours être pensés de manière systémique ou conforme au système afin d’atteindre les objectifs. Exemple : si, théoriquement, j’offre des primes financières dans une équipe, qu’est-ce que cela signifie pour les autres équipes (c’est-à-dire pour le reste du système organisationnel) ?
10. Théorie de la file d’attente : L’idée de base est que dans le monde du logiciel, nous créons beaucoup de files d’attente invisibles (par exemple des documents d’exigences, des logiciels non testés) et que nous nous soucions à peine de la gestion optimale de ces files d’attente. Savais-tu par exemple qu’en augmentant l’utilisation d’une ressource de 50% à 90%, le temps d’attente pour les nouvelles tâches ne double pas approximativement, mais se multiplie ? Définis donc des limites WIP (Work-in-Progress), évite le multitâche et les gros lots de travail. 

Les cadres LeSS

LeSS propose deux configurations : LeSS de base pour Deux à huit équipes (10 à 50 personnes) et LeSS Huge pour plus de huit équipes (50 à 6000 personnes et plus).

Source : Less.works

Il est recommandé de commencer par LeSS de base afin d’expérimenter, d’acquérir de l’expérience et de recevoir des commentaires avant de passer directement à LeSS Huge. Il existe deux approches proposées pour l’introduction de LeSS Huge :

• Commence par un domaine d’exigence à la fois dans le cadre du produit plus large et concentre-toi d’abord sur celui-ci.
• Ou élargis progressivement la portée du travail de l’équipe, de la définition de ce qui est fait et de la définition du produit.

De cette manière, une entreprise peut acquérir de l’expérience en équipe avec LeSS, se développer dans un domaine de produits, obtenir les premiers succès - et ainsi obtenir le soutien de la direction avant que LeSS ne soit mis à l’échelle dans toute l’entreprise.

D’ailleurs, une brève remarque dans le contexte de la transformation agile : voulez-vous vous assurer que vous fixez actuellement les bonnes priorités dans votre transformation agile ? 

Alors faites notre contrôle de maturité pour votre transformation agile - cela ne prend que 3 minutes. Vous obtenez même un benchmark sur la base des plus de trois cents autres participants. Voir le bouton 🙂

Rôles et planification dans LeSS

Basic LeSS se concentre sur l’équipe et les principaux rôles de Scrum :

1. le propriétaire de produit Scrum, qui est responsable de la vision et de la direction du produit
2. les équipes de développement Scrum, responsables de la création et de la livraison du produit
3. le scrum master, qui aide l’équipe à s’améliorer en permanence
4. le rôle du manager et comment il aide l’équipe à éliminer les obstacles ou “impediments” à l’amélioration continue et à l’autonomie (extension à SCRUM)

Huge LeSS complète Basic LeSS avec les rôles suivants :

1. Le Product Owner régional de LeSS Huge soutient les Product Owners et est essentiel pour faire le lien entre les exigences commerciales (finances, etc.) et les équipes de développement.
2. L’Area Product Owner est spécialisé dans les tâches orientées vers le client et agit en tant que Product Owner pour les équipes de fonctionnalités orientées vers le produit.

Les réunions PBR étendent la planification des sprints à travers les domaines prioritaires grâce à une série d’exécutions parallèles de sprints LeSS. La cadence continue de ces réunions est nécessaire dans chaque sprint pour comprendre, discuter et affiner les éléments et se préparer aux sprints futurs. Les principales activités des réunions PBR sont les suivantes : 

1. Création d’épopées - c’est-à-dire regroupement de grands thèmes cohérents ; dans notre exemple, ce serait le regroupement des sprints de l’équipe Design & Usability
2. Clarifier et répondre aux questions ouvertes : tout le monde doit avoir la même compréhension du produit et des idées du client et de ses collègues.
3. Estimation de la taille de la User Story, des risques, des dépendances : Quasiment la dérivation et la planification détaillée des différents thèmes

Le site Revue de sprint

Équivalent de Scrum : la revue de sprint est une réunion à la fin d’un sprint pour examiner le travail effectué par rapport à l’objectif fixé pour le sprint. Il s’agit du produit en lui-même. Les progrès sont visibles et de nouveaux domaines d’action sont identifiés. Elle rend les progrès transparents par rapport au produit et à l’objectif.

Le site Rétrospective 

Similaire à Scrum : la rétrospective est une réunion qui se concentre sur la collaboration de l’équipe. Il s’agit d’améliorer la collaboration au sein de l’équipe et donc d’améliorer les processus et le contenu. Il s’agit aussi de l’interaction entre les différents développeurs, de l’action du Scrum Master et de la communication avec le Product Owner. La rétrospective est donc une partie importante d’un processus d’amélioration continue (KVP).

Dans Large Scale Scrum, il est parfois recommandé de réaliser une “Retro of Retros” - c’est-à-dire de manière globale sur de nombreuses équipes.

Large Scale Scrum - Ratio Scrum Master

Combien d’équipes un Scrum Master doit-il avoir ? On peut soutenir qu’un Scrum Master par équipe est le mieux - bien que cela Inconvénients a. En général le ratio Large Scale Scrum Master est de 1:1 à 1:3 - un Scrum Master a une à trois équipes maximum.

Quand est-ce que Large Scrum Scrum LeSS est la bonne méthode Agile ?

Large Scale Scrum peut être utilisé si l’on travaille déjà avec SCRUM et que tu veux faire évoluer Scrum. Mais aussi pour trouver l’équilibre entre l’auto-organisation et les règles. 

Bas Vodde a dit une fois que lui et Craig Larman pensent que LeSS est une très bonne approche, parce qu’elle atteint exactement le “sweet spot” entre autant de directives que nécessaire et aussi peu que possible. 

Tout comme Scrum, il ne s’agit que d’un cadre de processus qui peut être personnalisé et diversifié par les équipes qui l’utilisent. Cet argument semble plausible et distingue effectivement Large Scale Scrum (LeSS) de certains autres cadres de mise à l’échelle.

Illustration Point sensible 

Comparaison : Scrum à grande échelle versus Scrum

LeSS s’appuie sur Scrum pour soutenir son utilisation dans un contexte plus large et l’étendre à de plus grandes organisations et au-delà d’une seule équipe. La question n’est donc pas de savoir si c’est l’un ou l’autre. LeSS est une extension de SCRUM. Pour mettre en place LeSS, il faut donc toujours utiliser SCRUM. Il est conseillé d’introduire d’abord SCRUM et de passer ensuite à LeSS.

Comparaison : Scrum à grande échelle versus Scaled Agile Framework SAFe®.

Bien que LeSS soit de plus en plus populaire dans les entreprises ayant de grandes équipes de développement de logiciels, d’autres cadres agiles évolutifs comme Scrum of Scrums ou Scrum @ Scale ont également gagné en importance. L’un des principaux frameworks est le Scaled Agile Framework® (SAFe).

Il existe de nombreuses similitudes entre Large Scale Scrum et le cadre Scaled Agile SAFe®. Par exemple, les deux commencent par la mise à l’échelle d’une équipe Scrum et l’intégration de principes tels que le Lean Thinking, l’amélioration continue et l’orientation client. 

3 différences principales entre Scrum à grande échelle et le cadre agile scaled SAFe®.

1. Organisation : LeSS se concentre sur la simplification de la structure organisationnelle en restant flexible et adaptable.
2. Des rôles : SAFe a des rôles supplémentaires (certains disent aussi pour cette raison plus “overhead”), y compris le Release Train Engineer (RTE), le Solution Train Engineer (STE) et les Epic Owners.
3. Mise en œuvre : Le cadre Scaled Agile SAFe® contient des processus, des artefacts et des changements organisationnels que certaines organisations peuvent ne pas être en mesure d’adopter. Tu dois donc toujours voir quel framework convient à toi et à ton entreprise.

Pour une introduction réussie de Scrum à grande échelle

L’introduction réussie de Large Scale Scrum nécessite de rompre avec les hypothèses traditionnelles et de modifier la structure de l’entreprise - avec tout le potentiel explosif au niveau de la “direction” et la “perte de visage” qu’un tel changement implique. 

La base est donc que tous soient prêts pour ce changement - voir aussi le Modèle de gestion du changement selon Kotter ou notre article sur la Feuille de route de la transformation agile .

Créez une vision attrayante vers laquelle on travaille - et lancez de nombreux projets de changement en même temps, dans un esprit d’expérimentation. 

Lorsque l’objectif initial est atteint, le changement est fait et l’organisation s’adapte à un nouveau statu quo jusqu’à ce que le prochain changement soit imminent. 

Cette approche classique est similaire à l’approche séquentielle et “Approche “gros lot (voir Illustration) du développement de logiciels, où les modifications sont exceptionnelles et strictement gérées par des comités de contrôle.

Dans les adoptions de LeSS, il n’y a pas d’initiative de changement, donc pas de gestionnaires de changement. Dans LeSS, le changement est continu par l’expérimentation et l’amélioration - le changement est le statu quo.

Quelles sont les étapes pour une mise en œuvre réussie ?

1. déplacement, adaptation ou changement de la culture d’équipe

Nous recommandons de commencer d’abord avec une équipe Scrum, jusqu’à ce que l’équipe et l’organisation aient acquis suffisamment d’expérience sur la nouvelle culture agile et que les décideurs responsables passent à l’étape suivante. Cela réduit également le risque d’une mauvaise évolution.

2. améliorer la collaboration au sein des équipes

Le travail échelonné de plusieurs équipes sur un produit nécessite l’introduction de pratiques agiles. Les pratiques qui facilitent la coordination entre les équipes ont un poids particulièrement élevé. Les premières équipes, en tant que pionnières pour le reste de l’organisation, doivent encore beaucoup expérimenter. 

Si les équipes sont réellement découplées du reste de l’organisation, elles peuvent progresser rapidement. Cela peut se faire plus rapidement et avec moins de risques dans un cadre gérable.

3. changements dans la structure de l’entreprise

La poursuite de la croissance de l’organisation agile signifie une restructuration à tous les niveaux. Au plus tard à ce moment-là, l’initiateur du changement doit impliquer la direction. Tous les niveaux entre les équipes et le sommet de l’entreprise sont remis en question - et la structure organisationnelle devient très mince. C’est probablement la partie la plus “douloureuse” du processus, en particulier pour la direction.

4. déplacement de la culture d’entreprise

En appliquant les cadres Scrum et LeSS et les pratiques agiles appropriées dans tous les domaines de l’entreprise, il en résulte un apprentissage de la culture agile à l’échelle de l’organisation. Le processus ne s’arrête jamais, car il n’existe pas d’organisation agile optimale.

Une transition Agile avec Scrum, LeSS et LeSS Huge nécessite une stratégie prévoyante. Elle doit donc être accompagnée de conseils et d’une formation appropriés.

Si tu es toujours à la recherche d’une planche rétro appropriée, notre article peut d’ailleurs t’aider avec ce sujet : Les meilleures planches rétro en comparaison.