Quelle est la taille organisationnelle prévue ou cible pour Scrum à grande échelle (LeSS) et cadre agile évolué (SAFe)?

10

Le Scrum Guide définit une seule unité qui se compose d'un Product Owner, d'une équipe de développement de 3 à 9 membres et de 1 Scrum Master pour quelque part entre 5 et 11 membres. J'ai vu des cas où le Product Owner peut avoir du personnel de support ou l'équipe peut ne pas avoir un Scrum Master dédié pour varier légèrement ce nombre, mais cela semble plafonner à environ une douzaine de personnes.

Le Guide Nexus décrit une méthode de mise à l'échelle de Scrum pour gérer 3 à 9 équipes Scrum travaillant sur un seul produit. Il ajoute une nouvelle équipe d'intégration Nexus qui peut être des membres dédiés ou composée de personnes des différentes équipes Scrum. Sur la base de ce guide, il s'élèverait à environ 20 à 120 individus.

Disciplined Agile peut passer d'une équipe à N équipes. Une taille d'équipe individuelle standard serait à peu près la même que dans Scrum - 3-9 membres plus les rôles de soutien de divers spécialistes, équipes de test indépendantes, experts de domaine, etc. Les considérations dans ce cadre ne sont pas simplement une mise à l'échelle, mais l'application des méthodes agiles dans les grandes organisations, les environnements réglementés avec conformité obligatoire, l'externalisation, les équipes réparties dans le monde entier. Il semble que la limite soit que vous ayez une instance de DA par produit ou ligne de produits.

À des degrés divers, j'ai été impliqué dans le travail ou la mise en œuvre de processus utilisant Scrum, Nexus et DAD, j'ai donc une solide compréhension de ceux-ci. Je n'ai pas de connaissance pratique de LeSS et SAFe, au-delà de ce que je lis d'autres personnes disent.

LeSS semble simple. C'est une alternative à Nexus qui a la capacité d'évoluer beaucoup plus. Les règles de LeSS stipulent que LeSS est conçu pour 2 à 8 équipes et LeSS Huge est conçu pour 8+ équipes, ce que j'estimerais que la taille de l'organisation de développement serait d'environ 15-80 pour LeSS et 80+ pour LeSS Huge. En fonction de votre organisation, vous envisagez probablement de 20 à 110 personnes dans l'organisation des produits pour LeSS et plus de 100 personnes dans LeSS Huge, gestion de comptage, assurance qualité indépendante, opérations, etc. Les deux formes de LeSS semblent être orientées vers un seul produit, ou peut-être un ensemble de produits étroitement liés (comme une gamme de produits ou un ensemble de microservices). Chaque produit aurait sa propre instance de LeSS (ou LeSS Huge).

SAFe semble inclure l'ensemble de l'organisation - opérations, expérience utilisateur, architectes d'entreprise et ingénieurs système, chefs de produit, AQ, développeurs, etc. Il a deux modèles - une organisation à 3 niveaux et une organisation à 4 niveaux. L'organisation à 3 niveaux identifie l'équipe, le programme et le portefeuille. L'organisation à 4 niveaux ajoute un niveau de flux de valeur entre le programme et le portefeuille. Sur la base du nombre de rôles identifiés, il semble que cela cible les grandes entreprises avec plusieurs produits et programmes simultanés. Lire leurs conseils pour la mise en œuvre, il semble qu’ils s’attendent à ce qu’une organisation de mise en œuvre forme des cadres et des dirigeants, puis au moins 50 membres d’une équipe de développement. La taille minimale de l'organisation semble être de quelques centaines de personnes dans tous les groupes identifiés et plusieurs produits pour que la mise en œuvre ait un sens.

Ai-je raison de supposer que LeSS est un «concurrent» de Nexus en ce qui concerne le public cible et que SAFe cible de très grandes organisations avec un grand nombre de produits ou de gammes de produits, bien plus que les autres cadres agiles à l'échelle?

Thomas Owens
la source

Réponses:

2

En tant que source objective, je pense que nous pourrions utiliser la matrice ASK (Agile scaling knowledge) . Il est livré avec 9 frameworks agiles à l'échelle prédéfinis.

Actuellement, ils définissent les tailles suivantes:

  • Petit: <100 personnes ou 10 équipes
  • Med:> 100 <500 personnes ou 50 équipes
  • Grande organisation:> 500 personnes ou 100 équipes

Ensuite, ils répartissent les cadres que vous nommez comme ceci:

  • Nexus: petit mais Nexus + peut dépasser 9
  • LeSS: Med - Large
  • SAFe: Large - Enterprise

D'après ces informations, je dirais que Less et Nexus pourraient se comparer au niveau "Moyen", mais LeSS se concentre davantage sur le côté le plus grand, tandis que le Nexus se concentre sur les configurations plus petites.

SAFe semble être le seul à se concentrer sur des organisations (d'entreprises) de plus en plus grandes. Je me demande quand même si les entreprises qui mettent en œuvre SAFe peuvent être vraiment agiles. (Cela ressemble plus à un rêve de consultant devenu réalité, mais c'est peut-être une question différente ;-)

Personnellement je n'ai pas travaillé dans des entreprises de plus de 3 équipes. Alors peut-être que je ne suis pas la bonne personne pour valider ces informations. Peut-être que vous pouvez en discuter sur le slack pratique qui contient des coaches qui pourraient avoir travaillé avec des entreprises utilisant ces différents cadres de mise à l'échelle.

Niels van Reijmersdal
la source
2

Je suis un praticien certifié LeSS et un consultant du programme SAFe. LeSS et SAFe sont conçus pour une équipe de toute taille, de 50 personnes à des milliers de personnes. La plus grande mise en œuvre de LeSS que je connaisse est celle d'une voiture autonome BMW avec 1800 personnes dans l'équipe. SAFe cependant, je connais de nombreuses organisations avec plus de 4000 personnes dans les équipes.

Je pense que la taille de l'organisation ne devrait pas être votre facteur décisif pour le cadre, c'est une vue très simpliste. chaque framework a un contexte d'optimisation.

LeSS fonctionne mieux si votre principale préoccupation est l'agilité dans le développement de produits. Cependant SAFe fonctionne mieux si vous souhaitez l'agilité, mais votre appétit pour le risque est faible et vous êtes prêt à sacrifier une certaine agilité pour la stabilité.

SAFe est un cadre grand et complexe, c'est un inconvénient mais il fonctionne bien avec des organisations qui ne veulent pas simplifier. J'ai écrit et un article résumant certains aspects clés de Scaled Agile Framework . Il résume les rôles clés, les artefacts et les cérémonies de SAFe pour le rendre un peu plus simple à comprendre.

Un carré
la source