La Scrum Guide definisce una singola unità composta da un Product Owner, un Team di sviluppo composto da 3-9 membri e 1 Scrum Master per un numero compreso tra 5 e 11 membri. Ho visto casi in cui il Product Owner potrebbe avere personale di supporto o il team potrebbe non avere uno Scrum Master dedicato per variare leggermente quel numero, ma sembra superare circa una dozzina di persone.
La Guida di 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 un membro dedicato o può essere composto da persone dei vari team Scrum. Sulla base di quella guida, si ridimensionerebbe a circa 20-120 individui.
Disciplinata Agile può scalare da una squadra a N squadre. Le dimensioni di un singolo team standard sarebbero all'incirca le stesse di Scrum - 3-9 membri più ruoli di supporto di vari specialisti, team di test indipendenti, esperti di dominio, ecc. Le considerazioni in questo framework non sono semplicemente il ridimensionamento, ma l'applicazione di metodi agili in grandi organizzazioni, ambienti regolamentati con conformità obbligatoria, outsourcing, team distribuiti a livello globale. Sembra che il limite sia che si avrebbe un'istanza di DA per prodotto o linea di prodotti.
A vari livelli, sono stato coinvolto nel lavoro o nell'implementazione di 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 gli altri.
LeSS sembra semplice. È un'alternativa a Nexus che ha la capacità di ridimensionarsi molto più grande. Le regole di LeSS stabiliscono che LeSS è progettato per 2-8 team e LeSS Huge è progettato per 8+ team, che stimerei che le dimensioni dell'organizzazione di sviluppo siano circa 15-80 per LeSS e 80+ per LeSS Huge. A seconda della tua organizzazione, probabilmente guarderesti 20-110 persone nell'organizzazione del prodotto per LeSS e oltre 100 persone in LeSS Huge, contando la gestione, il QA indipendente, le operazioni e così via. Entrambe le forme di LeSS sembrano essere orientate verso un singolo prodotto, o forse un insieme strettamente correlato di prodotti (come una linea di prodotti o un insieme di microservizi). Ogni prodotto avrebbe la propria istanza di LeSS (o LeSS Huge).
SAFe sembra essere inclusivo dell'intera organizzazione: operazioni, esperienza utente, architetti aziendali e ingegneri di sistema, responsabili di prodotto, QA, sviluppatori e così via. Ha due modelli: un'organizzazione a 3 livelli e un'organizzazione a 4 livelli. L'organizzazione a 3 livelli identifica il team, il programma e il portafoglio. L'organizzazione a 4 livelli aggiunge un livello di flusso di valore tra programma e portafoglio. Sulla base del numero di ruoli identificati, sembra che questo abbia come target le grandi organizzazioni aziendali con più prodotti e programmi concorrenti. Leggendo le loro indicazioni per l'implementazione, sembra che si aspettino che un'organizzazione attuatrice formi dirigenti e dirigenti e poi almeno 50 membri di un team di sviluppo. Le dimensioni minime dell'organizzazione sembrerebbero essere un paio di centinaia di persone in tutti i gruppi identificati e più prodotti per dare un senso all'implementazione.
Ho ragione nel ritenere che LeSS sia un "concorrente" di Nexus rispetto al pubblico target e che SAFe stia prendendo di mira organizzazioni molto grandi con un gran numero di prodotti o linee di prodotti, molto più degli altri framework agili scalati?