LeSS est un framework léger et agile pour faire évoluer Scrum vers plusieurs équipes. À partir de 2005, Bas Vodde et Craig Larman ont développé le cadre LeSS après avoir utilisé les principes et règles Scrum sur des projets à grande échelle. Leur objectif était de développer avec succès des projets à grande échelle tout en restant dans les contraintes de Scrum.
LeSS s’appuie sur les principes Scrum tels que l’ empirisme , les équipes interfonctionnelles autogérées et fournit un cadre pour l’appliquer à grande échelle. Il fournit des règles structurelles simples, des guides et des expériences sur la façon d’adopter Scrum dans l’environnement de développement de produits à grande échelle. LeSS n’a que quelques règles et deux frameworks : LeSS et LeSS Huge.
- LeSS Basic : 2 à 8 équipes
- LeSS Huge : 8+ équipes
La différence réside dans la taille du nombre total d’équipes impliquées. Basic LeSS, c’est deux à huit équipes de huit personnes travaillant chacune sur le même développement de produit. LeSS Huge, c’est plus de 2 000 personnes travaillant sur le même développement de produit. En d’autres termes, quelle taille voudriez-vous avoir ? LeSS peut augmenter ou réduire Scrum pour fonctionner dans de nombreux environnements.
Cadre LeSS
La figure ci-dessous illustre le cadre de base de LeSS. Le nombre d’équipes de développement varie de deux à huit. Un propriétaire de produit couvre jusqu’à huit équipes et chaque scrum master sert jusqu’à trois équipes.
Dans le framework LeSS, il y a un propriétaire de produit et un backlog de produit pour le produit livrable complet. Le propriétaire du produit ne doit pas travailler seul sur le raffinement du backlog produit ; elle est soutenue par les multiples équipes de développement qui travaillent directement avec les clients/utilisateurs et les autres parties prenantes. Toutes les priorités passent par le propriétaire du produit, mais la clarification peut se produire directement entre les équipes et les clients/utilisateurs et autres parties prenantes.
Bien qu’une grande partie de LeSS reste fidèle au cadre Scrum à une équipe, les différences sont importantes :
- La planification de sprint est divisée en deux parties : la partie 1 est commune à toutes les équipes et la partie 2 est pour chaque équipe.
- La planification de sprint (partie 1) est limitée à une heure par semaine de durée de sprint. Bien que tous les développeurs ne soient pas tenus d’y assister, ils ne sont pas découragés et au moins deux membres par équipe de sprint y assistent, ainsi que le propriétaire du produit. Les membres de l’équipe représentative reviennent ensuite et partagent leurs informations avec leurs équipes respectives.
- Une planification de sprint indépendante (partie 2) et des mêlées quotidiennes ont lieu, et les membres de différentes équipes peuvent assister à la réunion de l’autre pour faciliter le partage d’informations.
- La coordination inter-équipes est décidée par les équipes avec une préférence pour la coordination décentralisée et informelle par rapport à la coordination centralisée. L’accent est mis sur les réseaux informels qui impliquent des discussions entre équipes, des mentors de composants, des voyageurs, des éclaireurs et des espaces ouverts.
- L’affinement du backlog est effectué pour le backlog produit global avec des représentants de chaque équipe de développement et le propriétaire du produit. Le raffinement du backlog d’équipe individuel a également lieu au niveau de l’équipe individuelle, mais le raffinement du backlog multi-équipes se produit à chaque sprint et constitue la pratique clé de LeSS.
- Les revues de sprint sont faites avec des représentants de chaque équipe et le propriétaire du produit.
Cadre Scrum contre LeSS
Basic LeSS est très similaire à un Scrum d’équipe, seulement étendu. Dans LeSS, il y a un Product Backlog, un Product Owner, une Definition of Done, un sprint commun et un incrément PSP (Potentially Shippable Product) à la fin du sprint. Étant donné que toutes les équipes travaillent à la mise en œuvre du même produit, toutes les équipes sont interfonctionnelles avec peu ou pas d’équipes spécialisées. En résumé, toutes les équipes travaillent pour fournir un produit commun et livrable à chaque sprint.
Il existe des différences entre Scrum standard et LeSS. Dans LeSS, la planification des sprints se fait séparément en deux réunions. Lors d’une réunion, le Product Owner rencontre des représentants de toutes les équipes qui gèrent entre eux pour décider quels éléments du backlog produit ils feront dans le prochain sprint. Une partie du même travail peut être partagée avec deux ou plusieurs équipes. La deuxième réunion, tenue en parallèle ou peu après la première, est une réunion de tous les membres de chaque équipe. À des fins de coordination, les réunions d’équipe peuvent se tenir dans différentes sections d’une même zone, mais séparément. Cette configuration est utile lorsque deux équipes qui travaillent sur les mêmes tâches lors du prochain sprint peuvent avoir des questions ou avoir besoin de clarifications de la part de l’autre équipe.
Cadre LeSS Huge
LeSS Huge s’appuie sur le framework LeSS en optimisant pour huit équipes ou plus. Avec LeSS Huge, le ciel est la limite en ce qui concerne la taille globale de l’équipe de projet. Quelques milliers de personnes pourraient travailler sur un projet. LeSS Huge introduit plusieurs nouveaux concepts et défis pour la gestion des backlogs à grande échelle. Il s’agit des domaines d’exigence, des backlogs de produit de domaine et des propriétaires de produit de domaine.
Les équipes Scrum sont divisées en principaux domaines d’exigences des clients. Chaque zone a un propriétaire de produit de zone et quatre à huit équipes Scrum. (Avoir au moins quatre équipes dans chaque domaine d’exigence empêche une optimisation et une complexité locales trop importantes.) Un Product Owner global et plusieurs Product Owners régionaux forment l’équipe de Product Owner. La figure ci-dessous illustre le framework LeSS Huge.
Comme dans scrum et dans LeSS plus petit, vous avez un produit, une définition de terminé, un propriétaire de produit (domaine) et un sprint. LeSS Huge est une pile de LeSS pour chaque domaine d’exigence. Chaque domaine d’exigence utilise LeSS, et l’ensemble de tous les domaines d’exigence est dans LeSS Huge. Certaines des différences sont
- Une réunion de planification du propriétaire du produit a lieu avant la réunion de planification du sprint.
- Des réunions au niveau de la zone sont ajoutées. La planification du sprint, l’examen et les réunions rétrospectives sont effectués au niveau de la zone, et l’affinement du backlog de produit au niveau de la zone se produit.
- Des revues de sprint globales et des rétrospectives impliquant toutes les équipes sont réalisées. Cet examen coordonne l’ensemble du travail et du processus dans l’ensemble du domaine du programme de produits.
LeSS permet la mise en œuvre de Scrum et de mise à l’échelle d’une manière qui, pour la plupart, est fidèle aux principes Agiles. Certains éléments du cadre Scrum sont soutenus par un apprentissage empirique, de courtes boucles de rétroaction, une auto-organisation et une collaboration et une coordination efficaces.
Des outils de leadership existent également dans LeSS pour de bonnes décisions qui maximisent le retour sur investissement ; offrir de la valeur aux clients ; et créer des équipes heureuses et durables.
LeSS Basic contre LeSS Huge
LeSS Huge est similaire à Basic LeSS, sauf qu’en raison de sa taille, il y a deux ou plusieurs Area Product Owners. Les Product Owners régionaux et le Product Owner global constituent l’équipe de Product Owner. Selon la taille, il peut également y avoir des chefs de produit supplémentaires.
Chaque domaine d’exigence compte idéalement quatre à huit équipes. Étant donné que le travail effectué sous Less Huge est généralement composé de plusieurs équipes régionales de quatre à huit équipes, et que Basic LeSS est composé de deux à huit équipes, le fonctionnement de base des équipes sous Basic LeSS et LeSS Huge est le même.
Gérer Scrum avec un canevas Scrum à grande échelle
Votre équipe peut utiliser un outil agile pour automatiser l’ensemble du logiciel de gestion de projet Agile à l’aide de Visual Paradigm pour maximiser l’efficacité du projet Scrum avec un canevas de processus visuel conçu pour les projets à grande échelle.
Faites un tour rapide pour Large Scrum Canvas — Gérez l’intégralité de votre framework LeSS sur une seule page.
Ressources:
Français
English
简体中文
繁體中文
Deutsch
Español
العربية
Italiano
Português
日本語
Nederlands
Русский