Guida Agile · Ruoli e team Agile
Strutture dei team Agile: tipi, ruoli e come scegliere
Una struttura di team Agile è il modo in cui persone, competenze e responsabilità sono organizzate affinché un team piccolo e cross-funzionale possa fornire valore end-to-end. Le strutture comuni includono feature team, team di componente, combinazioni di generalisti e specialisti e team di piattaforma, spesso raggruppati in unità più grandi man mano che le organizzazioni crescono.
Punti chiave
- I team Agile sono piccoli, cross-funzionali, auto-gestiti e stabili nel tempo.
- I feature team riducono i passaggi di consegne; i team di componente e di piattaforma forniscono competenze approfondite e servizi condivisi.
- Progettate le strutture attorno al flusso di valore e riducete al minimo le dipendenze.
- Rivedete periodicamente le strutture, ma mantenete stabili i team.
Cosa rende Agile un team
- Cross-funzionale: il team ha tutte le competenze necessarie per trasformare un elemento del backlog in un risultato finito.
- Piccolo e stabile: in genere circa dieci persone o meno; la Guida Scrum 2020 afferma che uno Scrum Team è in genere composto da 10 persone o meno.
- Auto-gestito: il team decide come svolgere il proprio lavoro.
- Stabile nel tempo: i team restano insieme per molti progetti, in modo da imparare e migliorare.
- Concentrato su un obiettivo o un prodotto alla volta.
Vedi che cos'è un team Agile per le basi.
Strutture comuni dei team Agile
| Struttura | Come funziona | Punti di forza | Attenzione a |
|---|---|---|---|
| Feature team | È responsabile di funzionalità complete per il cliente su tutti i livelli | Delivery end-to-end rapida, meno passaggi di consegne | Richiede competenze ampie; il codice condiviso richiede buone pratiche |
| Team di componente | È responsabile di una parte del sistema, come i pagamenti o la ricerca | Competenze approfondite, architettura coerente | Le feature richiedono più team; più dipendenze |
| Team di generalisti | I membri possono lavorare su molti tipi di attività | Flessibile, evita i colli di bottiglia | Può mancare di competenze approfondite |
| Team di specialisti | Ogni membro possiede una competenza distinta | Alta qualità in ogni disciplina | Colli di bottiglia quando una competenza è sovraccarica |
| Team ibrido (a T) | I membri hanno una competenza approfondita e competenze secondarie più ampie | Bilancia profondità e flessibilità | Richiede tempo e supporto per essere costruito |
| Team di piattaforma | Fornisce strumenti e servizi condivisi agli altri team | Riduce la duplicazione degli sforzi | Deve trattare gli altri team come clienti |
Ruoli in un team Agile
| Ruolo | Focus |
|---|---|
| Product owner | Massimizza il valore; è responsabile del backlog e lo ordina; vedi Product Owner in Scrum |
| Scrum Master o Agile coach | Efficacia del team e rimozione degli impedimenti; vedi ruolo dello Scrum Master |
| Developer o membri del team | Realizzano, testano e consegnano il lavoro; possono includere ingegneri, designer, analisti, tester e redattori |
| Stakeholder | Forniscono input e feedback, soprattutto durante le review |
| Agile project manager (in alcune organizzazioni) | Coordinamento tra team, budget e reporting; vedi Agile project manager |
Come progettare la struttura dei team
- Partite dal value stream: mappate come il lavoro fluisce dalla richiesta al cliente; vedi value stream mapping.
- Scegliete il tipo di team: preferite feature team allineati ai customer journey o ai prodotti, e aggiungete team di componente o di piattaforma solo dove lo richiedono le competenze o la scala.
- Dimensionate i team: puntate a circa cinque-nove membri e suddividete i gruppi più grandi.
- Colmate le lacune di competenze: elencate le competenze necessarie per completare il lavoro senza passaggi di consegne, poi assumete, formate o affiancate le persone per colmare le lacune.
- Riducete al minimo le dipendenze: se un team aspetta regolarmente un altro, modificate i confini.
- Definite come si coordinano i team: usate pratiche come un Scrum of Scrums o una pianificazione condivisa.
- Rivedete regolarmente: verificate flusso, dipendenze e morale ogni pochi mesi e adattatevi.
Esempio: dai team di componente ai feature team
Un retailer online ha quattro team di componente (front end web, mobile, servizi di checkout e database) di sei persone ciascuno. Una feature tipica richiede tutti e quattro, quindi gli elementi restano in coda e una modifica semplice richiede sei settimane. L'azienda si riorganizza in tre feature team allineati ai customer journey (navigazione, acquisto, account), ciascuno con competenze di front end, mobile, back end e test, più un piccolo team di piattaforma di sei persone per l'infrastruttura condivisa. Con meno passaggi di consegne, la maggior parte delle feature viene ora completata da un solo team in uno o due sprint.
Strutture su larga scala
- Team di team: più team che lavorano su un unico prodotto condividono un backlog e si coordinano; vedi Large-Scale Scrum (LeSS).
- Agile Release Train: in SAFe, in genere 5–12 team pianificano e consegnano insieme; vedi Agile Release Train.
- Squad, tribe, chapter e guild: un modello reso popolare da Spotify; vedi squad, tribe, chapter e guild.
Modelli gratuiti per questo argomento
Domande frequenti
Qual è la migliore struttura di team Agile?
Non esiste una struttura migliore in assoluto. I feature team si adattano alla maggior parte del lavoro di prodotto, affiancati da team di piattaforma o di componente dove servono competenze specialistiche approfondite o servizi condivisi.
Quanto dovrebbe essere grande una struttura di team Agile?
Piccola, in genere circa dieci persone o meno. I gruppi più grandi dovrebbero di solito suddividersi in più team.
Che cos'è una struttura di team Agile cross-funzionale?
Un team che possiede tutte le competenze necessarie per consegnare un risultato finito senza dipendere da altri team.
Quale struttura di team Agile è migliore: feature team o team di componente?
Un feature team consegna funzionalità complete per il cliente attraverso tutto il sistema; un team di componente è responsabile di una parte del sistema.
Che cos'è un membro del team a T in una struttura di team Agile?
Una persona con competenze approfondite in un'area e conoscenze operative in diverse altre, il che aiuta il team a condividere il lavoro.
Una struttura di team Agile ha bisogno di un project manager?
Non all'interno di Scrum, che non prevede il ruolo di project manager. Alcune organizzazioni mantengono i project manager per il coordinamento tra team; vedi Agile project manager.
Chi guida una struttura di team Agile?
I team Agile sono auto-gestiti. Il product owner fissa le priorità, lo Scrum Master supporta l'efficacia e il team decide come svolgere il lavoro.
Che cos'è un team di piattaforma in una struttura di team Agile?
Un team che realizza e gestisce strumenti o servizi condivisi in modo che gli altri team possano consegnare più rapidamente.
Una struttura di team Agile dovrebbe essere co-locata?
La co-locazione favorisce la comunicazione, ma molti team lavorano bene da remoto o in modalità ibrida con buoni strumenti e orari di lavoro concordati.
Con quale frequenza dovrebbe cambiare una struttura di team Agile?
I team traggono vantaggio dalla stabilità, quindi evitate frequenti rimescolamenti. Rivedete le strutture ogni pochi mesi e modificatele quando cambiano dipendenze o obiettivi.
Come coordina più team una struttura di team Agile?
Attraverso backlog condivisi, pianificazione congiunta, riunioni periodiche tra team e framework di scalabilità; vedi framework Agile su larga scala.