La regola delle "due pizze" di Amazon: un laboratorio di squadra come esercizio
Amazon è stata una delle prime aziende ad adottare metodi di lavoro agili su larga scala, senza fare affidamento su Scrum o altri framework agili. Un elemento centrale per i team agili di Amazon è stata la regola dei “Two Pizza Teams”.
Le due squadre di pizza di Amazon: Non è così facile come sembra
La regola della “squadra da due pizze” stabilisce che un team può essere grande solo per essere nutrito con due pizze. Per inciso, la regola viene dal fondatore di Amazon Jeff Bezos in persona.
Anche se sono passati decenni dall’origine di questa regola della pizza, Amazon continua a mantenere viva la “regola della squadra da due pizze”. Vedi: Introduzione a DevOps su AWS. L’idea di piccoli team auto-organizzati sembra quindi avere una validità universale senza tempo.
Anche se l’idea dei piccoli team sembra semplice, ci sono alcuni altri presupposti che devono essere presi in considerazione per massimizzare l’effetto dei piccoli team sull’agilità dell’azienda.
Vediamo quindi come misurare e migliorare questa filosofia di gestione e i suoi presupposti nei tuoi team:
Health Check: Amazon Two Pizza Team
L’idea alla base della regola “Two Pizza Teams” è che i team più piccoli possono agire e reagire più rapidamente. Questa agilità è spesso un importante fattore di differenziazione nello sviluppo di software per rimanere competitivi.
Tuttavia, affinché questi piccoli team agiscano effettivamente in modo più rapido, devono essere soddisfatte alcune condizioni preliminari:
- Il team ha un obiettivo chiaro e si sente completamente responsabile del suo raggiungimento.
A rigore, un team senza un obiettivo comune non è un team, ma un gruppo di persone. Se il team non si assume la responsabilità di un obiettivo chiaramente definito, le dimensioni del team non potranno contribuire molto all’agilità. - I membri del team possiedono tutte le competenze necessarie per raggiungere i propri obiettivi.
Il tuo team è composto solo da persone provenienti dalla stessa area di specializzazione? Questo non è un team agile: i team Agile sono interfunzionali e hanno tutti i ruoli e le competenze necessarie all’interno del team per raggiungere i loro obiettivi: Analisti di business, designer di prodotto, sviluppatori, ecc. La composizione deve sempre corrispondere all’obiettivo del team. - Il team ha tutti i poteri decisionali e le risorse e quindi non dipende da terzi per raggiungere i nostri obiettivi.
Se il team dipende fortemente da altri team o da chi prende le decisioni, l’agilità viene bloccata sul nascere. Il team deve essere in grado di provare autonomamente le tecnologie, generare dati per il processo decisionale e ottenere un feedback diretto dai clienti. - Il team ha accesso diretto ai clienti per ottenere il loro feedback.
Se un team di due pizze lavora semplicemente su un backlog senza avere alcun contatto con i clienti, questo è promettente solo in misura limitata. Affinché la tua organizzazione diventi davvero più agile nel suo complesso, ogni team deve avere accesso diretto ai propri clienti per ricevere e rispondere ai loro feedback senza deviazioni.
Vedi anche: Il principio dell’ossessione per il cliente di Amazon
Quindi, prima di correre a ridimensionare i tuoi team, dovresti assolutamente occuparti di questi prerequisiti. Un buon formato di workshop per verificare questo “Two Pizza Health Check” è la seguente retrospettiva:
Non sei sicuro di cosa siano le retrospettive e di come possano aiutarti a implementare la cultura del “2 Pizza Team” di Amazon? Allora inizia qui:
Retrospettiva del team Amazon Two Pizza
Con questa retrospettiva di Two Pizza Team puoi analizzare i presupposti insieme al tuo team e avviare un ulteriore sviluppo:
Amazon Two Pizza Team Health Check: Ecco come si svolge la retrospettiva
Icebreaker casuale (2-5 minuti)
Echometer vi mette a disposizione un generatore di domande di check-in casuali.
Revisione delle misure aperte (2-5 minuti)
Prima di iniziare con nuovi argomenti, è necessario parlare del controllo dell'efficacia di ciò che è diventato delle misure delle retrospettive passate. Echometer elenca automaticamente tutti gli elementi di azione aperti delle retrospettive passate.
Controllo della salute
Tutti i membri del team possono rispondere agli Health Check in forma anonima su una scala. Quindi esaminate insieme i risultati degli Health Check e registrate eventuali commenti aggiuntivi. Se utilizzate gli stessi Health Check in più retrospettive, potete anche tracciare le tendenze nel tempo in Echometer.
- Abbiamo un chiaro obiettivo di squadra di cui ci assumiamo la piena responsabilità.
- Abbiamo tutte le capacità del team per raggiungere i nostri obiettivi.
- Come squadra, abbiamo tutto ciò che ci serve per raggiungere i nostri obiettivi indipendentemente da terzi.
- Come team, è facile per noi raccogliere i feedback dei clienti e rispondere ad essi.
Discutere gli argomenti della retrospettiva
Utilizzate le seguenti domande aperte per raccogliere le vostre intuizioni più importanti. All'inizio ognuno per sé in segreto. Echometer permette di scoprire ogni colonna della bacheca retro singolarmente, per poi presentare e raggruppare il feedback.
- Quali sono le competenze o le conoscenze che ci mancano di più nel team?
- In quali situazioni il nostro team dipende da terzi per raggiungere i nostri obiettivi?
- Cosa ci aiuterebbe a rispondere più rapidamente alle esigenze e ai feedback dei clienti?
Domanda jolly (consigliata)
Affinché anche altri argomenti abbiano un posto:
- Di cos'altro vorresti parlare nella retrospettiva?
Prioritizzazione / Votazione (5 minuti)
Sulla bacheca retro in Echometer potete facilmente dare priorità al feedback con la votazione. La votazione è ovviamente anonima.
Definizione delle misure (10-20 minuti)
È possibile creare una misura collegata tramite il simbolo più su un feedback. Non siete ancora sicuri di quale sia la misura giusta? Quindi aprite invece una lavagna sull'argomento tramite il simbolo più per fare un brainstorming sulle cause principali e sulle possibili misure.
Checkout / Chiusura (5 minuti)
Echometer vi permette di raccogliere feedback anonimi dal team su quanto sia stata utile la retrospettiva. Questo crea il punteggio ROTI ("Return On Time Invested"), che potete tracciare nel tempo.
Amazon Two Pizza Team Health Check
Domande sull'Health Check (scala)
Domande aperte
Conclusione: la regola del team delle due pizze di Amazon
La regola del Two Pizza Team ha giustamente mantenuto la sua importanza nel corso degli anni. Tuttavia, è importante notare che la dimensione del team da sola non è garanzia di un’organizzazione agile.
Solo in combinazione con obiettivi chiari e team auto-efficaci in grado di sviluppare soluzioni a diretto contatto con il cliente senza dipendenze interne, un’organizzazione può raccogliere i benefici di una maggiore soddisfazione del cliente e di una maggiore velocità di sviluppo sul mercato.
A seconda del contesto aziendale, spesso non è sufficiente considerare solo i singoli team. Di norma, è necessario mettere in discussione anche la struttura organizzativa per creare le condizioni per un’azienda agile ad alte prestazioni:
Per diventare davvero un’organizzazione agile ad alte prestazioni, devi guardare alla struttura della tua organizzazione in modo diverso ed essere disposto a cambiare il tuo mindset e il tuo comportamento.
Tom Godden, AWS Enterprise Strategist, Fonte: Approfondimenti per i dirigenti di Amazon
Vedi anche in questo contesto: La “mentalità del primo giorno” di Amazon
Spero che la Retrospettiva di Two Pizza Team possa fornire uno stimolo per creare queste condizioni per il tuo team. E magari possa anche fornire qualche spunto di riflessione a livello organizzativo!
Bonus: Vuoi imparare da altri pionieri dell’agilità come Netflix?
Abbiamo anche esaminato da vicino la cultura dell’innovazione di Netflix e abbiamo alcuni formati di workshop per te!
- Perché Netflix tutti i risultati (compresi i fallimenti)
- L’Netflix non ha processi decisionali, ma capitani informati.
- Le idee devono essere socializzate precocemente all’Netflix
- Pensare per scommesse e testare le idee
