---

Cos'è il framework Scrum? Potrebbe sorprenderti!

Cos'è Scrum? Senza complicare troppo le cose, il framework si può definire così:

Scrum è un framework leggero e iterativo per sviluppare e consegnare prodotti di valore, compreso il software.

Sebbene sia ampiamente usato nell'ingegneria del software, questo framework iterativo e agile si applica anche fuori dal settore software.

Molti nel settore IT credono che «Scrum» sia stato coniato nei primi anni 2000, parallelamente alle tendenze emergenti dello sviluppo e della consegna agili. È un'informazione errata!

La metafora Scrum apparve in un articolo sullo sviluppo di prodotto di Harvard Business Review nel gennaio 1986. Hirotaka Takeuchi e Ikujiro Nonaka la usarono nell’articolo: The New New Product Development Game. (Sì, «New» compare due volte) Dai un'occhiata a «The New New Product Development Game» per scoprire come tutto ciò che riguarda Scrum ha avuto inizio!

Scrum può essere usato in ogni tipo di progetto software: per sviluppare e consegnare pacchetti completi o solo alcuni moduli di sistemi più grandi, per prodotti e servizi di clienti interni ed esterni.

Il framework Scrum è un processo leggero. Mira ad aumentare la produttività dei team riducendo sprechi e attività ridondanti.

Scrum definisce linee guida generali con poche regole, ruoli, artefatti ed eventi. Tutti questi componenti (Componenti principali del framework Scrum ) sono però cruciali, hanno scopi specifici e sono essenziali per usare con successo il framework.

I principali componenti del framework Scrum sono:

• Tre responsabilità nello Scrum Team: Product Owner, Scrum Master e sviluppatori.
• Cinque eventi Scrum (rituali) o cerimonie: Sprint, Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective. Scrum Grooming (affinamento del backlog) è un'attività continua a sostegno di questi eventi, non un sesto evento formale.
• Product Backlog (Scrum Backlog) o Scrum Product Backlog: Un artefatto per gestire e ordinare per priorità tutti i requisiti noti di un progetto Scrum.
• Gli Sprint: Cicli di attività per sviluppare incrementi rilasciabili di prodotti o servizi software.
• Sprint Backlog, backlog dello Sprint: Un artefatto che contiene Sprint Goal, elementi selezionati del Product Backlog e piano degli sviluppatori per consegnarli.
• Incremento: Un miglioramento utilizzabile del prodotto che soddisfa la Definition of Done.

Auto-organizzazione e collaborazione incondizionata sono elementi cruciali del framework Scrum. Gli Scrum Team non richiedono più un project manager nel senso classico. Le responsabilità tradizionalmente assegnate a questa figura si distribuiscono tra Product Owner, Scrum Master e sviluppatori.

Gli sviluppatori mantengono il controllo su come pianificare e svolgere il lavoro; Scrum Master e Product Owner sostengono l'autogestione. Per esempio, gli sviluppatori scelgono gli elementi del backlog discutendoli con il Product Owner e pianificano come consegnare un Incremento utilizzabile.

Un altro elemento centrale è il miglioramento continuo reso possibile da «ispezionare e adattare». Lo Scrum Team monitora, ispeziona e valuta continuamente gli artefatti e l'uso del framework per adattarli e ottimizzarli. Questi sforzi continui massimizzano qualità, efficienza e soddisfazione del cliente, riducendo sprechi e rischi complessivi.

Il framework Scrum riconosce che i requisiti probabilmente cambieranno e non sono interamente noti, soprattutto all'inizio dei progetti.

Ogni progetto ha incognite di cui ignoriamo persino l'esistenza. A volte poche, a volte molte. Scrum ci aiuta ad accettare che possiamo scoprire e affrontare queste incognite solo mentre svolgiamo i progetti.

Lo Scrum Team affina il lavoro prima di implementarlo, dettagliando maggiormente gli elementi prioritari che probabilmente selezionerà presto, durante Scrum Grooming (affinamento del backlog) e Sprint Planning. Apertura al cambiamento, ottimizzazione continua e apprendimento dagli errori diventano parti integranti dell'intero ciclo di ingegneria software.

Un altro fondamento di Scrum è la trasparenza con comunicazione diretta. Lo Scrum Product Owner collabora strettamente con il team per individuare requisiti e priorità. Possono essere scritti come user story e conservati nello Scrum Product Backlog, che raccoglie il lavoro noto necessario a migliorare il prodotto ed evolve con l'apprendimento del team.

Lo Scrum Team può selezionare le storie che ritiene di poter consegnare in uno Sprint, spesso di due-quattro settimane e sempre non oltre un mese. Poiché si impegna sui propri obiettivi, i membri si sentono più coinvolti e sanno che le loro opinioni vengono ascoltate. L'inclusione nel flusso naturale e nella pianificazione dei progetti software aumenta il morale e quindi le prestazioni del team.

Gli Scrum Master hanno un altro ruolo vitale nel framework: sono leader al servizio dei propri Scrum Team e lavorano insieme a loro.

Gli Scrum Master sono facilitatori formati per assicurare un funzionamento impeccabile dei team. A volte sono abili negoziatori che li proteggono da interruzioni e priorità fittizie degli stakeholder. Altre volte sono comunicatori esperti che rimuovono o prevengono impedimenti noti o prevedibili prima che blocchino il team. Sono solo alcune delle loro responsabilità. Approfondiremo più avanti i compiti dei vari ruoli Scrum.

Nella sua forma pura, il framework Scrum è particolarmente adatto a progetti altamente indipendenti con un unico team, sia su sistemi nuovi sia esistenti.

Il buon senso pratico dei professionisti Scrum non si è però fermato qui. Con ruoli e integrazioni come «Chief Scrum Product Owner» e «Scaled Scrum», può essere usato anche in altre configurazioni, comprese quelle con più team e sedi geograficamente distribuite. Approfondiremo anche questi aspetti.

Per ora, resta con noi e continua a goderti la lettura!