Questa pagina è stata tradotta automaticamente. Per una migliore esperienza di lettura, passa all'inglese.

Passa all'inglese

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:

Articoli per il controllo della salute

Rispondi su una scala

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.

👍 👎

Domande aperte

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?

💬

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:

“To truly become a high-performing agile organization, you must look at your organization structure differently and be willing to change your mindset and behavior.” 

Tom Godden, AWS Enterprise StrategistFonte: 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!

Categoria del blog

Altri articoli su "Suggerimenti sull'agilità"

Visualizza tutti gli articoli di questa categoria
Modello Agile Spotify: Squad, Tribe, Chapter e Guild spiegati

Modello Agile Spotify: Squad, Tribe, Chapter e Guild spiegati

Il modello agile di Spotify con Squad, Tribe, Chapter e Guild spiegato in modo semplice. Scopri di più su vantaggi, tipiche insidie e casi d'uso.

5 idee per la retrospettiva di sprint che i team non mancheranno di celebrare

5 idee per la retrospettiva di sprint che i team non mancheranno di celebrare

Scopri 5 idee per la retrospettiva Sprint che il tuo team adorerà! Dalla retrospettiva a batteria alla barca a vela: migliora i tuoi processi agili e il lavoro di squadra.

I miei 7 modelli preferiti per le retrospettive Agile

I miei 7 modelli preferiti per le retrospettive Agile

Scopri 7 modelli insoliti per le retrospettive agili che motiveranno sicuramente il tuo team! Da "Batteria" a "CEO" – nuovi impulsi per la tua prossima retrospettiva sprint.

Come si può migliorare la comunicazione in un team di sviluppo software remoto?

Come si può migliorare la comunicazione in un team di sviluppo software remoto?

Migliora la comunicazione nei team di software da remoto! Scopri misure efficaci per lo sviluppo agile di software, dagli incontri individuali alle retrospettive.

Metriche DORA e SPACE: 2 workshop di squadra per il miglioramento

Metriche DORA e SPACE: 2 workshop di squadra per il miglioramento

Ottimizza la distribuzione del tuo software con le metriche DORA e SPACE! In questo articolo scoprirai come migliorare le prestazioni con i workshop di gruppo.

Accordi di lavoro: 10 esempi, campioni e modelli

Accordi di lavoro: 10 esempi, campioni e modelli

Agile Working Agreements: 10 esempi, modelli e template per Scrum, team remoti e SAFe. Come migliorare la collaborazione e rafforzare i team!

Lista di controllo per i team leader: 10 compiti chiave

Lista di controllo per i team leader: 10 compiti chiave

10 compiti per i team leader: questa checklist ti aiuta a tenere traccia di tutto e a guidare al meglio i tuoi collaboratori. ✓ Scarica ora gratuitamente in PDF!

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

Scopri come diventare un Servant Leader come Scrum Master! 8 consigli su comunicazione, auto-organizzazione e gestione agile dei progetti per il tuo team agile.

Non tutti i team Scrum sono agili: Fake Agile

Non tutti i team Scrum sono agili: Fake Agile

Non tutti i team Scrum sono agili: scopri cosa significa Fake Agile, quali sono le sue cause (mancanza di feedback da parte dei clienti, focus sulla velocity) e come proteggerti.

Newsletter Echometer

Non perdere gli aggiornamenti sull'Echometer e trova ispirazione per il lavoro agile