SlideShare una empresa de Scribd logo
1 de 31
Descargar para leer sin conexión
THE
SCRUM
RULES
Domenico Renna
CTO @ Rhubbit srl / AGILE Ambassador
Domenico Renna (Mirco)
AGILE
ambassador
NERD/Geek
Tech lover
Imprenditore
digitale
Crazy Biker
Oggi parleremo di...
● Cosa significa AGILE
● Confronto tra WATERFALL e AGILE
● SCRUM: principi, convenzioni e ruoli
● Differenza tra EPIC, User Story e Task
● Come funziona la KANBAN board
● Come monitorare le PERFORMANCE del team
Il PROBLEMA
https://dilbert.com/strip/2009-12-07
Agile MANIFESTO
Individui e interazioni Tools e processi- vs -
Soluzioni funzionanti Documentazione esaustiva- vs -
Collaborazione con gli
stakeholders
Negoziazione dei contratti- vs -
Rispondere al cambiamento Eseguire un piano- vs -
Stiamo scoprendo modi migliori di creare software,
sviluppando e aiutando gli altri a fare lo stesso
Ovvero, fermo restando il valore delle voci a destra,
consideriamo più importanti le voci a sinistra.
https://agilemanifesto.org
Agile MANIFESTO
Individui e interazioni Tools e processi- vs -
le relazioni e la comunicazione tra gli attori
di un progetto software sono la miglior
risorsa del progetto, se il know how è
condiviso l’obiettivo risulterà chiaro a tutti
e si potrà fare a meno di strutture e
strumenti troppo complessi
Soluzioni funzionanti Documentazione esaustiva- vs -
rilasciare nuove versioni del prodotto ad
intervalli frequenti mantenendo il
progetto semplice e avanzato
tecnicamente riduce complessità e
documentazione al minimo
indispensabile
Agile MANIFESTO
Collaborazione con gli
stakeholders
Negoziazione dei contratti- vs -
coinvolgendo direttamente ed
onestamente gli stakeholder nella
realizzazione del progetto si ottengono
feedback migliori che tentando di
vendere loro qualcosa che non è ancora
pronto
Agile MANIFESTO
Rispondere al cambiamento Eseguire un piano- vs -
il team di sviluppo deve essere
pronto, in ogni momento, a
modificare le priorità di lavoro nel
rispetto dell'obiettivo finale che
diventa la stella polare da seguire
ad ogni costo
Agile MANIFESTO
Waterfall vs Agile
Fisso
Stimato
Waterfall
Nel classico modello a cascata l’obiettivo finale da
raggiungere è noto fin dall’inizio.
E’ quindi possibile stimare con molta accuratezza tempi e
risorse indispensabili al raggiungimento dell’obiettivo
Agile
Nel modello Agile l’obiettivo non è chiaro al 100%, i
requisiti sono in divenire ed i feedback del mercato sono
fondamentali
Il team cerca quindi di gestire al meglio risorse e tempo
per produrre iterativamente incrementi da testare sul
mercato
Nel rugby lo Scrum è la fase del gioco in cui l'arbitro ordina la ripresa tra due gruppi contrapposti
SCRUM
Scrum: i valori
CORAGGIO
i membri del team hanno il coraggio di fare la cosa giusta e
lavorare concentrandosi sui problemi da risolvere
FOCUS
tutti devono essere concentrati sul lavoro pianificato nello Sprint e
sugli obiettivi del TEAM
COMMITMENT
i membri del team si impegnano personalmente al
raggiungimento degli obiettivi del TEAM
RISPETTO
i membri del team si rispettano reciprocamente in quanto persone
competenti in grado di prendere decisioni autonomamente
APERTURA AL CAMBIAMENTO
il TEAM e gli Stakeholder sono pronti ad accettare tutto il lavoro
fatto e tutti i cambiamenti necessari affinché questo avvenga
Ruoli principali
Business Owner e Stakeholders sono esterni
al team e si relazionano esclusivamente con il
Product Owner
ATTENZIONE
● Product Owner interagisce con gli
stakeholders esterni al team per
identificare cosa e perchè va fatto
● SCRUM Master media tra le
esigenze di mercato espresse dal
P.O. ed i problemi tecnici del team
● Team Member si occupano di
selezionare cosa implementare in
funzione delle logiche applicative e
di business
Eventi principali
● SPRINT: unità di base dello Scrum è uno sforzo nel tempo, la
durata è fissata in anticipo per ogni sprint (due settimane)
● SPRINT PLANNING: evento in cui il team determina gli
elementi del backlog su cui lavorerà durante lo sprint e discute
il piano di lavoro
● Daily STAND-UP: incontro che si tiene ogni giorno limitato a
una durata di pochi minuti e finalizzato ad allineare tutti i
membri del team
● SPRINT REVIEW: si svolge dopo lo Sprint e definisce
l’avanzamento del prodotto. Il team presenta quindi il lavoro
completato
● SPRINT RETROSPECTIVE: offre al team
l'opportunità di ispezionare se stesso e
creare un piano per i miglioramenti da
attuare durante il prossimo Sprint.
Artefatti prodotti
01 - Product BACKLOG (Ready)
Elenco dinamico di funzionalità che identifica i requisiti del
cliente individuati dal Product Owner per descriverne le
esigenze.
E’ di fatto l’input per lo Sprint Backlog.
02 - Sprint BACKLOG (To Do)
Elenco di user story, task, bug fix, ecc., pronti per essere
implementati e selezionati per l'esecuzione nell'attuale ciclo di
sprint.
È creato dallo Scrum Team durante lo Sprint PLANNING.
03 - Sprint GOAL (Deliverable)
Il prodotto finale derivato dal completamento di uno sprint.
Viene anche chiamato incremento.
Definisce l'obiettivo condiviso da raggiungere. È derivato da
una discussione tra Product Owner e Scrum Team.
SprintBACKLOG
ProductBACKLOG
Sprint GOAL
Epic & Story
1
Tramite un processo di LEAN DESIGN il progetto va dalla descrizione di una VISION a quella di GOAL
di ampio respiro a loro volta composti da macro gruppi di attività dette Iniziative
favorire acquisti
rapidi sul sito
Epic & Story
2
Una macro attività che identifica un insieme di più azioni coerentemente correlate è detta EPIC,
tipicamente ogni epic costituisce un deliverable prodotto come output di uni SPRINT
credito prepagato
legato al profilo
l’utente
Epic & Story
COME utente registrato
VOGLIO poter ricaricare il mio credito virtuale
COSÌ da poter fare acquisti anche quando non ho la mia carta di credito sottomano
3
ricarica credito
prepagato
KANBAN Board
Workflow
si riferisce alle fasi del processo che un elemento o
un'attività deve superare per essere completato
Card
Le kanban card vengono utilizzate per rappresentare
l'attività su cui un team lavorerà
KANBAN Board
Workflow
si riferisce alle fasi del processo che un elemento o
un'attività deve superare per essere completato
Card
Le kanban card vengono utilizzate per rappresentare
l'attività su cui un team lavorerà
Workflow
si riferisce alle fasi del processo che un elemento o
un'attività deve superare per essere completato
Card
Le kanban card vengono utilizzate per rappresentare
l'attività su cui un team lavorerà
KANBAN Board
una struttura variabile a seconda delle vostre esigenze
KANBAN Board
Burndown(stima)
1
L'asse verticale rappresenta la metrica di stima selezionata, gli STORY POINT
Burndown(lavoro rimasto)
2
La linea rossa rappresenta la quantità totale di lavoro rimasto nello sprint da stime del team
Burndown(linea guida)
3
La linea grigia mostra un'approssimazione di dove dovrebbe essere il team.
Se la linea rossa è al di sotto di questa linea, congratulazioni: siete sulla buona strada per
completare tutto il lavoro entro la fine dello sprint
Le 3 regole d’oro
- 01 -
Prioritizzare
E’ fondamentale stabilire la priorità delle
User Story nel Product BACKLOG
altrimenti il team si troverà in serie
difficoltà nel valutare il lavoro da fare
- 02 -
GOAL Definito
Non modificare lo SPRINT Goal durante il
ciclo di SPRINT: si introdurranno bug e
l’andamento dello sprint non sarà
misurabile (causa mancanza di stime
adeguate)
- 03 -
TEAM Stabile
Non alterare il TEAM durante il ciclo di
SPRINT, nuove risorse vanno affiancate ai
membri del team perchè ne acquisiscono
know how e convenzioni
Scrum: regole di base
● Metodo AGILE parzialmente
pianificato
● Sviluppo AGILE guidato da storie e
test
● Team di sviluppo auto organizzato
● Il prodotto cresce in SPRINT di
durata fissa
● I requisiti sono catalogati nel
PRODUCT BACKLOG
3 Ruoli - 5 Eventi - 3 Artefatti
Conclusioni
solo il 4%
Delle aziende che usano
SCRUM come metodologia
ottengono dei risultati
soddisfacenti
Perchè?
Conclusioni
solo il 4%
Delle aziende che usano
SCRUM come metodologia
ottengono dei risultati
soddisfacenti
Andy Hunt, firmatario del manifesto Agile
I metodi Agile chiedono a chi li
pratica di pensare e,
francamente, è una richiesta
impegnativa.
“
Ritrovarsi insieme è un
inizio, restare insieme è
un progresso, ma
riuscire a lavorare
insieme è un successo.
“
Henry Ford
Domenico Renna
CTO @ Rhubbit srl / AGILE Ambassador
https://www.linkedin.com/in/domenico-renna-396b4924
GRAZIE
per
l’attenzione
domenico.renna@rhubbit.com

Más contenido relacionado

La actualidad más candente

Instilling Scrum Workshop
Instilling Scrum WorkshopInstilling Scrum Workshop
Instilling Scrum WorkshopRaoul Buzziol
 
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...Roberto Bettazzoni
 
Sviluppo Agile secondo l'approccio SCRUM
Sviluppo Agile secondo l'approccio SCRUMSviluppo Agile secondo l'approccio SCRUM
Sviluppo Agile secondo l'approccio SCRUMMatteo Papadopoulos
 
Back to Agile - Codemotion 2013
Back to Agile - Codemotion 2013  Back to Agile - Codemotion 2013
Back to Agile - Codemotion 2013 Fabio Armani
 
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)Ciro Donato Caiazzo
 
Agile Project Management - the Board Game workshop
Agile Project Management  - the Board Game workshopAgile Project Management  - the Board Game workshop
Agile Project Management - the Board Game workshopGiulio Roggero
 
Agile@scale - Agile Day 2013
Agile@scale - Agile Day 2013Agile@scale - Agile Day 2013
Agile@scale - Agile Day 2013Felice Pescatore
 
5 scrum dalle trincee - principi agili
5   scrum dalle trincee - principi agili5   scrum dalle trincee - principi agili
5 scrum dalle trincee - principi agiliAlessio Del Toro
 
Scrum una breve introduzione
Scrum una breve introduzioneScrum una breve introduzione
Scrum una breve introduzionerhubbit
 
Luiss Event Agile Team
Luiss Event Agile TeamLuiss Event Agile Team
Luiss Event Agile TeamEmiliano Soldi
 
Agile requirements - alla ricerca del filo rosso (iad 2013)
Agile requirements - alla ricerca del filo rosso (iad 2013)Agile requirements - alla ricerca del filo rosso (iad 2013)
Agile requirements - alla ricerca del filo rosso (iad 2013)Fabio Armani
 
Lean anche io! No tu no! - Italian Agile Days 2013
Lean anche io! No tu no! - Italian Agile Days 2013Lean anche io! No tu no! - Italian Agile Days 2013
Lean anche io! No tu no! - Italian Agile Days 2013Andrea Scavolini
 
Agile Project Management
Agile Project ManagementAgile Project Management
Agile Project ManagementGiulio Roggero
 

La actualidad más candente (20)

Instilling Scrum Workshop
Instilling Scrum WorkshopInstilling Scrum Workshop
Instilling Scrum Workshop
 
Agile in 45 minuti
Agile in 45 minutiAgile in 45 minuti
Agile in 45 minuti
 
Diventare agile
Diventare agileDiventare agile
Diventare agile
 
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...
 
Sviluppo Agile secondo l'approccio SCRUM
Sviluppo Agile secondo l'approccio SCRUMSviluppo Agile secondo l'approccio SCRUM
Sviluppo Agile secondo l'approccio SCRUM
 
Back to Agile - Codemotion 2013
Back to Agile - Codemotion 2013  Back to Agile - Codemotion 2013
Back to Agile - Codemotion 2013
 
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)
Metaware & Agile - Un Dev Team può creare valore (solo per il cliente?)
 
Agile Project Management - the Board Game workshop
Agile Project Management  - the Board Game workshopAgile Project Management  - the Board Game workshop
Agile Project Management - the Board Game workshop
 
Agile@scale - Agile Day 2013
Agile@scale - Agile Day 2013Agile@scale - Agile Day 2013
Agile@scale - Agile Day 2013
 
5 scrum dalle trincee - principi agili
5   scrum dalle trincee - principi agili5   scrum dalle trincee - principi agili
5 scrum dalle trincee - principi agili
 
Introduzione a Scrum
Introduzione a ScrumIntroduzione a Scrum
Introduzione a Scrum
 
Scrum una breve introduzione
Scrum una breve introduzioneScrum una breve introduzione
Scrum una breve introduzione
 
La salute del software
La salute del softwareLa salute del software
La salute del software
 
Agile methodologies
Agile methodologiesAgile methodologies
Agile methodologies
 
Luiss Event Agile Team
Luiss Event Agile TeamLuiss Event Agile Team
Luiss Event Agile Team
 
Agile Engineering
Agile EngineeringAgile Engineering
Agile Engineering
 
Videogame e agile
Videogame e agileVideogame e agile
Videogame e agile
 
Agile requirements - alla ricerca del filo rosso (iad 2013)
Agile requirements - alla ricerca del filo rosso (iad 2013)Agile requirements - alla ricerca del filo rosso (iad 2013)
Agile requirements - alla ricerca del filo rosso (iad 2013)
 
Lean anche io! No tu no! - Italian Agile Days 2013
Lean anche io! No tu no! - Italian Agile Days 2013Lean anche io! No tu no! - Italian Agile Days 2013
Lean anche io! No tu no! - Italian Agile Days 2013
 
Agile Project Management
Agile Project ManagementAgile Project Management
Agile Project Management
 

Similar a The scrum rules - SMAU Milano 2019

Back to basics - il Manifesto Agile
Back to basics - il Manifesto AgileBack to basics - il Manifesto Agile
Back to basics - il Manifesto AgileGiancarlo Valente
 
Agile raccontato a mia nonna
Agile raccontato a mia nonnaAgile raccontato a mia nonna
Agile raccontato a mia nonnaFelice Pescatore
 
Dall'ideazione alla progettazione - Teamwork e metodologie Agili
Dall'ideazione alla progettazione - Teamwork e metodologie AgiliDall'ideazione alla progettazione - Teamwork e metodologie Agili
Dall'ideazione alla progettazione - Teamwork e metodologie AgiliMassimiliano Camillucci
 
Agile Project Framework
Agile Project FrameworkAgile Project Framework
Agile Project FrameworkSimone Onofri
 
Smau Milano2108_CNA
Smau Milano2108_CNASmau Milano2108_CNA
Smau Milano2108_CNASMAU
 
Scalare scrum senza scrum
Scalare scrum senza scrumScalare scrum senza scrum
Scalare scrum senza scrumGianni Bombelli
 
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...Vittorio Polizzi
 
Product Owner in un mondo Agile Extremely Scaled
Product Owner in un mondo Agile Extremely ScaledProduct Owner in un mondo Agile Extremely Scaled
Product Owner in un mondo Agile Extremely ScaledFelice de Robertis
 
2014 11-21 presentazione breton agile at work - trento
2014 11-21 presentazione breton agile at work - trento2014 11-21 presentazione breton agile at work - trento
2014 11-21 presentazione breton agile at work - trentoClaudio Saurin
 
Alm pills - Sessione community tour Dot Net Umbria 2011
Alm pills - Sessione community tour Dot Net Umbria 2011Alm pills - Sessione community tour Dot Net Umbria 2011
Alm pills - Sessione community tour Dot Net Umbria 2011Gian Maria Ricci
 
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service Management
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service ManagementITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service Management
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service ManagementSimone Onofri
 
AgileDay 2006 - Essere agili nel diventare agili
AgileDay 2006 - Essere agili nel diventare agiliAgileDay 2006 - Essere agili nel diventare agili
AgileDay 2006 - Essere agili nel diventare agiliLuca Minudel
 
Un team agile allo sprint!
Un team agile allo sprint!Un team agile allo sprint!
Un team agile allo sprint!inspearit Italy
 
Impatti dell'introduzione di Scrum
Impatti dell'introduzione di ScrumImpatti dell'introduzione di Scrum
Impatti dell'introduzione di ScrumAndrea Di Pinto
 

Similar a The scrum rules - SMAU Milano 2019 (20)

Scrum method.pptx
Scrum method.pptxScrum method.pptx
Scrum method.pptx
 
Back to basics - il Manifesto Agile
Back to basics - il Manifesto AgileBack to basics - il Manifesto Agile
Back to basics - il Manifesto Agile
 
Agile raccontato a mia nonna
Agile raccontato a mia nonnaAgile raccontato a mia nonna
Agile raccontato a mia nonna
 
Dall'ideazione alla progettazione - Teamwork e metodologie Agili
Dall'ideazione alla progettazione - Teamwork e metodologie AgiliDall'ideazione alla progettazione - Teamwork e metodologie Agili
Dall'ideazione alla progettazione - Teamwork e metodologie Agili
 
Agile Project Framework
Agile Project FrameworkAgile Project Framework
Agile Project Framework
 
Smau Milano2108_CNA
Smau Milano2108_CNASmau Milano2108_CNA
Smau Milano2108_CNA
 
Scalare scrum senza scrum
Scalare scrum senza scrumScalare scrum senza scrum
Scalare scrum senza scrum
 
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...
 
Company empowerment
Company empowermentCompany empowerment
Company empowerment
 
Product Owner in un mondo Agile Extremely Scaled
Product Owner in un mondo Agile Extremely ScaledProduct Owner in un mondo Agile Extremely Scaled
Product Owner in un mondo Agile Extremely Scaled
 
SMART website
SMART websiteSMART website
SMART website
 
2014 11-21 presentazione breton agile at work - trento
2014 11-21 presentazione breton agile at work - trento2014 11-21 presentazione breton agile at work - trento
2014 11-21 presentazione breton agile at work - trento
 
Scrum In A Nutshell
Scrum In A NutshellScrum In A Nutshell
Scrum In A Nutshell
 
Alm pills - Sessione community tour Dot Net Umbria 2011
Alm pills - Sessione community tour Dot Net Umbria 2011Alm pills - Sessione community tour Dot Net Umbria 2011
Alm pills - Sessione community tour Dot Net Umbria 2011
 
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service Management
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service ManagementITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service Management
ITSMF Conferenza 2014 - L'officina Agile per innovare l'IT Service Management
 
AgileDay 2006 - Essere agili nel diventare agili
AgileDay 2006 - Essere agili nel diventare agiliAgileDay 2006 - Essere agili nel diventare agili
AgileDay 2006 - Essere agili nel diventare agili
 
Agile software lifecycle
Agile software lifecycleAgile software lifecycle
Agile software lifecycle
 
Semplicemente Agile
Semplicemente AgileSemplicemente Agile
Semplicemente Agile
 
Un team agile allo sprint!
Un team agile allo sprint!Un team agile allo sprint!
Un team agile allo sprint!
 
Impatti dell'introduzione di Scrum
Impatti dell'introduzione di ScrumImpatti dell'introduzione di Scrum
Impatti dell'introduzione di Scrum
 

The scrum rules - SMAU Milano 2019

  • 1. THE SCRUM RULES Domenico Renna CTO @ Rhubbit srl / AGILE Ambassador
  • 2. Domenico Renna (Mirco) AGILE ambassador NERD/Geek Tech lover Imprenditore digitale Crazy Biker
  • 3. Oggi parleremo di... ● Cosa significa AGILE ● Confronto tra WATERFALL e AGILE ● SCRUM: principi, convenzioni e ruoli ● Differenza tra EPIC, User Story e Task ● Come funziona la KANBAN board ● Come monitorare le PERFORMANCE del team
  • 5. Agile MANIFESTO Individui e interazioni Tools e processi- vs - Soluzioni funzionanti Documentazione esaustiva- vs - Collaborazione con gli stakeholders Negoziazione dei contratti- vs - Rispondere al cambiamento Eseguire un piano- vs - Stiamo scoprendo modi migliori di creare software, sviluppando e aiutando gli altri a fare lo stesso Ovvero, fermo restando il valore delle voci a destra, consideriamo più importanti le voci a sinistra. https://agilemanifesto.org
  • 6. Agile MANIFESTO Individui e interazioni Tools e processi- vs - le relazioni e la comunicazione tra gli attori di un progetto software sono la miglior risorsa del progetto, se il know how è condiviso l’obiettivo risulterà chiaro a tutti e si potrà fare a meno di strutture e strumenti troppo complessi
  • 7. Soluzioni funzionanti Documentazione esaustiva- vs - rilasciare nuove versioni del prodotto ad intervalli frequenti mantenendo il progetto semplice e avanzato tecnicamente riduce complessità e documentazione al minimo indispensabile Agile MANIFESTO
  • 8. Collaborazione con gli stakeholders Negoziazione dei contratti- vs - coinvolgendo direttamente ed onestamente gli stakeholder nella realizzazione del progetto si ottengono feedback migliori che tentando di vendere loro qualcosa che non è ancora pronto Agile MANIFESTO
  • 9. Rispondere al cambiamento Eseguire un piano- vs - il team di sviluppo deve essere pronto, in ogni momento, a modificare le priorità di lavoro nel rispetto dell'obiettivo finale che diventa la stella polare da seguire ad ogni costo Agile MANIFESTO
  • 10. Waterfall vs Agile Fisso Stimato Waterfall Nel classico modello a cascata l’obiettivo finale da raggiungere è noto fin dall’inizio. E’ quindi possibile stimare con molta accuratezza tempi e risorse indispensabili al raggiungimento dell’obiettivo Agile Nel modello Agile l’obiettivo non è chiaro al 100%, i requisiti sono in divenire ed i feedback del mercato sono fondamentali Il team cerca quindi di gestire al meglio risorse e tempo per produrre iterativamente incrementi da testare sul mercato
  • 11. Nel rugby lo Scrum è la fase del gioco in cui l'arbitro ordina la ripresa tra due gruppi contrapposti SCRUM
  • 12. Scrum: i valori CORAGGIO i membri del team hanno il coraggio di fare la cosa giusta e lavorare concentrandosi sui problemi da risolvere FOCUS tutti devono essere concentrati sul lavoro pianificato nello Sprint e sugli obiettivi del TEAM COMMITMENT i membri del team si impegnano personalmente al raggiungimento degli obiettivi del TEAM RISPETTO i membri del team si rispettano reciprocamente in quanto persone competenti in grado di prendere decisioni autonomamente APERTURA AL CAMBIAMENTO il TEAM e gli Stakeholder sono pronti ad accettare tutto il lavoro fatto e tutti i cambiamenti necessari affinché questo avvenga
  • 13. Ruoli principali Business Owner e Stakeholders sono esterni al team e si relazionano esclusivamente con il Product Owner ATTENZIONE ● Product Owner interagisce con gli stakeholders esterni al team per identificare cosa e perchè va fatto ● SCRUM Master media tra le esigenze di mercato espresse dal P.O. ed i problemi tecnici del team ● Team Member si occupano di selezionare cosa implementare in funzione delle logiche applicative e di business
  • 14. Eventi principali ● SPRINT: unità di base dello Scrum è uno sforzo nel tempo, la durata è fissata in anticipo per ogni sprint (due settimane) ● SPRINT PLANNING: evento in cui il team determina gli elementi del backlog su cui lavorerà durante lo sprint e discute il piano di lavoro ● Daily STAND-UP: incontro che si tiene ogni giorno limitato a una durata di pochi minuti e finalizzato ad allineare tutti i membri del team ● SPRINT REVIEW: si svolge dopo lo Sprint e definisce l’avanzamento del prodotto. Il team presenta quindi il lavoro completato ● SPRINT RETROSPECTIVE: offre al team l'opportunità di ispezionare se stesso e creare un piano per i miglioramenti da attuare durante il prossimo Sprint.
  • 15. Artefatti prodotti 01 - Product BACKLOG (Ready) Elenco dinamico di funzionalità che identifica i requisiti del cliente individuati dal Product Owner per descriverne le esigenze. E’ di fatto l’input per lo Sprint Backlog. 02 - Sprint BACKLOG (To Do) Elenco di user story, task, bug fix, ecc., pronti per essere implementati e selezionati per l'esecuzione nell'attuale ciclo di sprint. È creato dallo Scrum Team durante lo Sprint PLANNING. 03 - Sprint GOAL (Deliverable) Il prodotto finale derivato dal completamento di uno sprint. Viene anche chiamato incremento. Definisce l'obiettivo condiviso da raggiungere. È derivato da una discussione tra Product Owner e Scrum Team. SprintBACKLOG ProductBACKLOG Sprint GOAL
  • 16. Epic & Story 1 Tramite un processo di LEAN DESIGN il progetto va dalla descrizione di una VISION a quella di GOAL di ampio respiro a loro volta composti da macro gruppi di attività dette Iniziative favorire acquisti rapidi sul sito
  • 17. Epic & Story 2 Una macro attività che identifica un insieme di più azioni coerentemente correlate è detta EPIC, tipicamente ogni epic costituisce un deliverable prodotto come output di uni SPRINT credito prepagato legato al profilo l’utente
  • 18. Epic & Story COME utente registrato VOGLIO poter ricaricare il mio credito virtuale COSÌ da poter fare acquisti anche quando non ho la mia carta di credito sottomano 3 ricarica credito prepagato
  • 19. KANBAN Board Workflow si riferisce alle fasi del processo che un elemento o un'attività deve superare per essere completato Card Le kanban card vengono utilizzate per rappresentare l'attività su cui un team lavorerà
  • 20. KANBAN Board Workflow si riferisce alle fasi del processo che un elemento o un'attività deve superare per essere completato Card Le kanban card vengono utilizzate per rappresentare l'attività su cui un team lavorerà
  • 21. Workflow si riferisce alle fasi del processo che un elemento o un'attività deve superare per essere completato Card Le kanban card vengono utilizzate per rappresentare l'attività su cui un team lavorerà KANBAN Board
  • 22. una struttura variabile a seconda delle vostre esigenze KANBAN Board
  • 23. Burndown(stima) 1 L'asse verticale rappresenta la metrica di stima selezionata, gli STORY POINT
  • 24. Burndown(lavoro rimasto) 2 La linea rossa rappresenta la quantità totale di lavoro rimasto nello sprint da stime del team
  • 25. Burndown(linea guida) 3 La linea grigia mostra un'approssimazione di dove dovrebbe essere il team. Se la linea rossa è al di sotto di questa linea, congratulazioni: siete sulla buona strada per completare tutto il lavoro entro la fine dello sprint
  • 26. Le 3 regole d’oro - 01 - Prioritizzare E’ fondamentale stabilire la priorità delle User Story nel Product BACKLOG altrimenti il team si troverà in serie difficoltà nel valutare il lavoro da fare - 02 - GOAL Definito Non modificare lo SPRINT Goal durante il ciclo di SPRINT: si introdurranno bug e l’andamento dello sprint non sarà misurabile (causa mancanza di stime adeguate) - 03 - TEAM Stabile Non alterare il TEAM durante il ciclo di SPRINT, nuove risorse vanno affiancate ai membri del team perchè ne acquisiscono know how e convenzioni
  • 27. Scrum: regole di base ● Metodo AGILE parzialmente pianificato ● Sviluppo AGILE guidato da storie e test ● Team di sviluppo auto organizzato ● Il prodotto cresce in SPRINT di durata fissa ● I requisiti sono catalogati nel PRODUCT BACKLOG 3 Ruoli - 5 Eventi - 3 Artefatti
  • 28. Conclusioni solo il 4% Delle aziende che usano SCRUM come metodologia ottengono dei risultati soddisfacenti Perchè?
  • 29. Conclusioni solo il 4% Delle aziende che usano SCRUM come metodologia ottengono dei risultati soddisfacenti Andy Hunt, firmatario del manifesto Agile I metodi Agile chiedono a chi li pratica di pensare e, francamente, è una richiesta impegnativa. “
  • 30. Ritrovarsi insieme è un inizio, restare insieme è un progresso, ma riuscire a lavorare insieme è un successo. “ Henry Ford
  • 31. Domenico Renna CTO @ Rhubbit srl / AGILE Ambassador https://www.linkedin.com/in/domenico-renna-396b4924 GRAZIE per l’attenzione domenico.renna@rhubbit.com