La Guida Scrum definisce una singola unità composta da un Product Owner, una squadra di sviluppo di 3-9 membri e 1 Scrum Maestro per un posto tra 5 e 11 membri. Ho visto casi in cui il Product Owner potrebbe avere uno staff di supporto o il team potrebbe non avere uno Scrum Master dedicato per variare leggermente quel numero, ma sembra che faccia capolino intorno a una dozzina di persone.
La Guida Nexus descrive un metodo di ridimensionamento di Scrum per gestire 3-9 team Scrum che lavorano su un singolo prodotto . Aggiunge un nuovo Nexus Integration Team che può essere membri dedicati o può essere composto da persone appartenenti ai vari team Scrum. Sulla base di tale guida, si ridurrebbe a circa 20-120 individui.
Agile disciplinato può passare da una squadra a N team. Una dimensione standard individuale del team sarebbe più o meno la stessa di Scrum - 3-9 membri più i ruoli di supporto di vari specialisti, gruppi di test indipendenti, esperti di dominio, ecc. Le considerazioni in questo contesto non sono semplicemente ridimensionanti, ma applicando i metodi agili in grandi organizzazioni, ambienti regolamentati con conformità obbligatoria, outsourcing, team distribuiti a livello globale. Sembra che il limite sia che tu avresti un'istanza di DA per prodotto o linea di prodotti.
In varia misura, sono stato coinvolto nel lavorare o nell'implementare processi usando Scrum, Nexus e DAD, quindi ho una solida comprensione di questi. Non ho una conoscenza pratica di LeSS e SAFe, al di là di quello che sto leggendo che altri stanno dicendo.
LeSS sembra semplice. È un'alternativa al Nexus che ha la capacità di ridimensionare molto più grande. Le regole di LeSS indicano che LeSS è progettato per 2-8 team e LeSS Huge è progettato per 8+ squadre, quale stimerei le dimensioni dell'organizzazione di sviluppo per essere a circa 15-80 per LeSS e 80+ per LeSS enorme. A seconda della tua organizzazione, probabilmente starai guardando a 20-110 persone nell'organizzazione del prodotto per LeSS e 100+ persone in LeSS Huge, contando gestione, QA indipendente, operazioni e così via. Entrambe le forme di LeSS sembrano essere orientate verso un singolo prodotto, o forse una serie strettamente correlata di prodotti (come una linea di prodotti o un set di microservizi). Ogni prodotto dovrebbe avere la propria istanza di LeSS (o LeSS Huge).
SAFe sembra essere inclusivo dell'intera organizzazione: operazioni, esperienza utente, architetti e ingegneri di sistemi aziendali, product manager, controllo qualità, sviluppatori e così via. Ha due modelli: un'organizzazione a 3 livelli e un'organizzazione a 4 livelli. L'organizzazione a 3 livelli identifica Team, Programma e Portfolio. L'organizzazione a 4 livelli aggiunge un livello di flusso di valore tra il programma e il portafoglio. In base al numero di ruoli identificati, sembra che si tratti di organizzazioni aziendali di grandi dimensioni con più prodotti e programmi concorrenti. Leggendo la loro guida per l'implementazione , sembra che si aspettino un'organizzazione che implementa dirigenti e dirigenti e quindi almeno 50 membri di un team di sviluppo. Le dimensioni minime dell'organizzazione sembrano essere un paio di centinaia di persone in tutti i gruppi identificati e più prodotti per rendere l'implementazione sensata.
Ho ragione nel ritenere che LeSS sia un "concorrente" per Nexus rispetto al target di riferimento e SAFe si rivolge a organizzazioni molto grandi con un gran numero di prodotti o linee di prodotti, molto più di quanto gli altri framework scalabili siano ?