Imagine que tu as 3 équipes agiles qui travaillent selon Scrum et que tu veux maintenant passer à l'échelle – Scrum ne suffit plus. Comment aller plus loin ? Il existe différents frameworks pour cela, entre autres SAFeNexus, 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 tente d'appliquer les principes et les idéaux de Scrum dans un contexte d'entreprise à grande échelle, le plus simplement possible, grâce à des règles et des directives définies. En raison de sa simplicité, LeSS a reçu la définition ou l'étiquette de framework "à peine suffisant" – mais cela ne doit pas le présenter sous un jour négatif.
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
- Des coûts de mise en œuvre réduits en mettant en œuvre des pratiques que les équipes utilisent déjà dans Scrum
- Un propriétaire de produitqui comprend le cadre et les principes et comble ensuite le fossé entre l'entreprise et les équipes techniques.
- 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.
- Il offre une Vue complète du produit Dans la zone de focalisation
- Le site Les équipes sont en contact direct avec le client et les autres parties prenantes
- 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
- 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.
Avant d'aller plus loin, un petit rappel. Récemment, nous avons accueilli 11 experts agiles internationaux lors d'un webinaire – sur une question : comment faire évoluer correctement les méthodes agiles ?
Il en résulte ce fantastique enregistrement vidéo (en anglais) qui aborde par exemple les questions suivantes :
- Faut-il plutôt commencer par le bas ou par le haut ?
- Comment réussir à mettre les dirigeants d'accord sur une vision commune ?
- Comment choisir le bon framework agile – et pourquoi ce n'est pas si important en fait ?
Ma recommandation la plus chaleureuse : jette un coup d'œil ! C'est relativement long, mais chaque minute en vaut la peine.
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 :
Les principes : L'équipe X développe un téléphone portable. Pour eux, le principe d'agir de manière transparente est important. C'est pourquoi ils travaillent de manière transparente et réalisent régulièrement des bilans. D'autre part, ils veulent savoir d'où proviennent exactement les matériaux importants pour la production du téléphone portable – afin de pouvoir le communiquer ensuite aux clients en toute transparence. Transparence de bout en bout, 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 – si nous restons sur notre exemple – à développer un téléphone qui correspond le mieux aux valeurs et aux idées du client. Ci-dessous, la liste des 10 principes en un coup d'œil :
- 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.
- 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.
- 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.
- 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".
- 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.
- 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.
- Amélioration continue vers la perfection : LeSS est un changement profond pour de nombreuses organisations. Note 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. LeSS est un processus !
- 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.
- Pensée systémique : Toutes les actions, les changements et 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 j'offre théoriquement des bonus financiers dans une équipe – qu'est-ce que cela signifie pour les autres équipes (c'est-à-dire pour le reste du système organisationnel) ?
- 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 façon, une entreprise peut acquérir une expérience d'équipe avec LeSS, se développer dans une gamme de produits, obtenir ses premiers succès – et ainsi obtenir un soutien de gestion avant de faire évoluer LeSS dans toute l'entreprise.
D'ailleurs, un petit conseil dans le contexte de la transformation agile : tu veux t'assurer que tu as actuellement les bonnes priorités dans ton agile La transformation ?
Alors fais notre test de maturité pour ta transformation agile – ne prend que 3 minutes. Tu obtiendras même un benchmark sur la base de 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 :
- le propriétaire de produit Scrum, qui est responsable de la vision et de la direction du produit
- les équipes de développement Scrum, responsables de la création et de la livraison du produit
- le scrum master, qui aide l'équipe à s'améliorer en permanence
- 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 :
- 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.
- 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.
La plupart des coachs Agile tournent en rond...
...et traiter les symptômes superficiels. Il est temps d'utiliser la psychologie – pour un changement d'état d'esprit durable.
Réunions dans LeSS
Le site Refinement du backlog de produit (PBR) Réunion
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 :
- Création d'épis –, c'est-à-dire regroupement de grands sujets qui vont ensemble ; dans notre exemple, il s'agirait de regrouper les sprints de l'équipe de design et d'utilisabilité.
- 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.
- 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 le cas de Scrum à grande échelle, il est parfois recommandé d'effectuer une "rétro de rétros" –, c'est-à-dire de manière supérieure à de nombreuses équipes.
Mêlée à grande échelle – Ratio du maître de la mêlée
Combien d'équipes un Scrum Master doit-il avoir ? On peut argumenter que le mieux est d'avoir un Scrum Master par équipe – bien que cela soit également le cas Inconvénients a. En général le ratio Scrum Master à grande échelle est de 1:1 à 1:3 – un Scrum Master a une à trois équipes au 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®.
- Organisation : LeSS se concentre sur la simplification de la structure organisationnelle en restant flexible et adaptable.
- 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.
- 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 Scrum à grande échelle nécessite de rompre avec les hypothèses établies depuis longtemps et de changer la structure de l'entreprise – avec tout le potentiel explosif au "niveau du chef" et la "perte de face" qu'un changement correspondant implique.
La base est donc que tous se déclarent 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ée une vision attrayante vers laquelle travailler – et lance de nombreux projets de changement à la fois, dans l'esprit de l'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 LeSS, il n'y a pas d'initiative de changement, donc pas de gestionnaires de changement. En LeSS, le changement est continu grâce à 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 implique une restructuration à tous les niveaux. C'est au plus tard à ce moment-là que l'initiateur du changement doit impliquer la direction. Tous les niveaux entre les équipes et la direction de l'entreprise sont remis en question – et la structure organisationnelle devient très légère. 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.
