---

Qual è il ruolo dello Scrum Team? Potrebbe sorprenderti!

Il framework Scrum definisce tre responsabilità nello Scrum Team:

• Il Product Owner,
• I Developer (membri dello Scrum Team),
• Lo Scrum Master.

Oltre agli altri programmi offerti agli studenti di tutto il mondo, International Scrum Institute™ offre tre programmi principali di formazione e certificazione per questi tre ruoli.

Sono Scrum Product Owner Accredited Certification™ (SPOAC™), Scrum Team Member Accredited Certification™ (STMAC™), e Scrum Master Accredited Certification™ (SMAC™) .

Un'organizzazione Scrum adeguata deve possedere persone con tutte e tre queste competenze. È particolarmente essenziale per riuscire con il framework software Scrum.

Ogni responsabilità è essenziale e deve essere chiara. Product Owner o Scrum Master possono contribuire anche come Developer, ma i diversi compiti devono restare efficaci. Un Product Owner è responsabile di ogni prodotto e può lavorare con diversi Scrum Team. Ogni team ha bisogno di sostegno efficace dello Scrum Master; Scrum non impone un incarico limitato a un solo team.

Non sottovalutare l'importanza di comprendere scopo e funzione di questi ruoli e affidarli a talenti adeguati.

Abbiamo spesso osservato che le difficoltà di un team derivano dalla mancata comprensione dei ruoli o dall'assenza delle persone giuste.

Ognuno ha responsabilità definite. Soltanto svolgendole, interagendo strettamente e collaborando si può completare con successo un progetto Scrum.

Ruoli Scrum e stakeholder

Lo Scrum Team

Nel framework, Scrum Team dedicati svolgono tutto il lavoro consegnato ai clienti aziendali. Sono gruppi di persone che collaborano per fornire gli incrementi richiesti e concordati.

Per lavorare efficacemente, è essenziale che ogni persona:

• Accolga i valori Scrum: coraggio, concentrazione, impegno, rispetto e apertura,
• Rispetti le stesse norme e regole,
• Segua l'obiettivo comune che la collega ai risultati IT e aziendali.

Quando crei un team, ricorda che non raggiungerà subito le massime prestazioni. Deve attraversare fasi descritte dal modello di Tuckman: formazione, conflitto, definizione delle norme, prestazione.

Fasi di sviluppo del team secondo Tuckman

Il tempo necessario alla fase di prestazione varia. Assumere bravi cestisti nello stesso club non crea subito una buona squadra: devono imparare e adattare stili, punti di forza e debolezze per aiutarsi e giocare in armonia. Gli Scrum Team non sono diversi. Circa 3–5 Sprint sono quindi un'indicazione di pianificazione in questa lezione, non una garanzia di maturità. Il team deve verificare la propria capacità di consegnare efficacemente e prevedibilmente.

Caratteristiche dello Scrum Team

Gli Scrum Team hanno queste caratteristiche:

• I membri condividono norme e regole,
• Il team nel suo insieme è responsabile della consegna,
• Il team ha autonomia decisionale,
• Lo Scrum Team lavora con la massima autonomia possibile,
• È auto-organizzato,
• Le competenze al suo interno sono equilibrate,
• È piccolo e non ha sottogruppi,
• Una capacità dedicata è preziosa; l'assegnazione al 100% è un consiglio sul personale, non un requisito Scrum formale,
• I membri collaborano strettamente, idealmente nella stessa stanza quando pratico; anche i team distribuiti possono usare Scrum.

Regole e norme

Contesto ambientale, aziendale, IT e geografico definiscono implicitamente alcune norme del team. Per avere davvero successo, occorre però sviluppare e applicare esplicitamente alcune regole durante la fase di definizione delle norme.

Questi standard comuni sono essenziali per un lavoro fluido e risultati IT e aziendali; la loro importanza non va mai sottovalutata. Altrimenti le persone passerebbero continuamente tra sistemi di valori e regole diversi, sprecando tempo prezioso. Alcuni esempi:

• Scopo, ambito, durata, luogo, partecipanti e risultati dei rituali Scrum (eventi),
• Dettagli necessari per Definition of Done (DoD) chiare, concise e inequivocabili,
• Linee guida per priorità e stime di user story e attività,
• Linee guida, procedure e dettagli per creare documenti vivi,
• Strumenti da usare e da evitare (ricorda: a volte meno è meglio),
• Standard di programmazione,
• Strumenti e linee guida per creare/eseguire test manuali/automatizzati e assicurare la qualità,
• Processo per risolvere i bug,
• Processo per gestire richieste di cambiamento,
• Processo per preparare dimostrazioni degli Increment durante le Sprint Review,
• Processo per gestire i risultati di ogni rituale Scrum (evento),
• Frequenza, approfondimento e durata degli incontri di affinamento del backlog.

Responsabilità

Il team nel suo insieme è responsabile di consegnare le user story concordate in tempo e con la massima qualità possibile.

Un buon risultato o un insuccesso non viene mai attribuito a una sola persona: è sempre il risultato dello Scrum Team.

Autonomia decisionale e auto-organizzazione

Il team deve avere l'autonomia di definire

• Che cosa si impegna a consegnare alla fine dello Sprint,
• Come suddividere le user story concordate in attività,
• Chi svolgerà un'attività specifica e in quale ordine verranno implementate.

Soltanto potendo prendere queste e altre decisioni interne, le persone lavoreranno con prestazioni e motivazione maggiori nell'interesse degli stakeholder del cliente.

Competenze equilibrate

Ogni persona avrà certamente competenze specialistiche, ambiti di attenzione e preferenze. Per ottenere le migliori prestazioni, però, serve un insieme equilibrato di competenze. Soltanto così il team può affrontare difficoltà IT e aziendali in evoluzione e agire con la massima autonomia.

Deve quindi essere multidisciplinare fin dall'inizio, con designer, sviluppatori, tester, architetti e così via. Ogni persona deve anche imparare qualcosa dalle specializzazioni altrui. Per esempio, per completare una storia entro lo Sprint, uno sviluppatore deve essere disposto a scrivere ed eseguire test, consultando il tester quando necessario.

I ruoli non sono separati in architetto, sviluppatore, tester e così via. Tutti condividono il titolo «membro dello Scrum Team», indipendentemente dalle competenze principali.

Dimensioni dello Scrum Team

Gli Scrum Team sono piccoli. La vecchia regola pratica della lezione era 7 +/- 2 persone. Le indicazioni attuali descrivono generalmente l'intero team come composto da 10 persone o meno.

Con la crescita aumentano i costi di allineamento e comunicazione; la vecchia regola delle nove persone invita a verificarli, non è un limite moderno rigido. Non esiste comunque una risposta universale: i team possono funzionare produttivamente anche con meno di cinque o più di nove membri.

L'unico modo per scoprirlo è provare, imparare e adattare. Se un team di 13 persone non funziona abbastanza bene, va diviso in due. I team devono allinearsi strettamente e collegare obiettivi e user story, lavorando per il resto autonomamente.

Presenza nella stessa sede

La vicinanza fisica può ridurre l'onere comunicativo. Su più sedi servono pratiche collaborative deliberate; team separati possono aiutare, ma non sono obbligatori solo perché si lavora a distanza. Devono comunque allineare e collegare obiettivi e user story.

Responsabilità dello Scrum Team

Il team deve svolgere responsabilità specifiche:

• Suddividere le user story, creare attività, definire priorità e stime e auto-organizzare l'implementazione. In altre parole, creare, elaborare e consegnare lo Sprint Backlog.
• I Developer tengono il Daily Scrum.
• Assicurare che alla fine dello Sprint venga consegnato e dimostrato un incremento potenzialmente rilasciabile.
• Aggiornare stato e lavoro rimanente delle attività per consentire uno Sprint Burndown Chart.

Imparare Scrum può essere impegnativo. Ma non preoccuparti: abbiamo creato i prodotti per aiutarti e servirti!