Upload
felice-pescatore
View
184
Download
1
Tags:
Embed Size (px)
DESCRIPTION
Nel cuore di Scrum
Citation preview
Scrum FrameworkAgile@Core
Felice Pescatore
Agile@Core: Scrum2
get in touchABOUT ME
Agile Coach – Agile Enterprise ArchitectMicrosoft MVP Visual Studio ALM
GetLatestVersion.it il primo sito in italiano sull'Application Lifecycle Management
feliceapescatore.it
@felicepescatore
Felice PescatoreDisciplined Agile Delivery Italy Group
Agile@Core: Scrum3
Deadline make all angry and crazy!
Agile@Core: Scrum4
Agile Values
Agile@Core: Scrum5
Scrum in 10 parole
An Empirical Methodology
for Maximizing ROI
of Software Development Projects
… but not only
La parola Scrum deriva dal gergo utilizzato nel rugby ed è utilizzata per rappresentare un Team che si muove come un'unica entità verso la meta.
Agile@Core: Scrum6
Agile@Core: Scrum7
Why Scrum… the essence.
• Scrum is an agile process that allows us to focus on delivering the highest business value in the shortest time.
• It allows us to rapidly and repeatedly inspect actual working software (every two weeks to one month).
• The business sets the priorities. Teams self-organize to determine the best way to deliver the highest priority features.
• Every two weeks to a month anyone can see real working software and decide to release it as is or continue to enhance it for another sprint.
Jeff Sutherland : Initial Scrums at Easel Corp in 1993 , IDX and 500+ people doing Scrum
Ken Schwaber: ADM, Scrum presented at OOPSLA 96 with Sutherland,
Mike Beedle: Scrum patterns in PLOPD4
Ken Schwaber and Mike Cohn: Co-founded Scrum Alliance in 2002, initially within the Agile Alliance
Agile@Core: Scrum8
Scrum Values… five basic values
OPENNESSCOURAGERESPECT
FOCUSCOMMITMENT
“Concentrate all your thoughts upon the work at hand. The sun’s rays do not burn until brought to a focus.” – Alexander Graham Bell
“Fortes fortuna adiuvat – fortune favours the brave” – Latin proverb
“It is impossible for a man to learn what he thinks he already knows.” – Epictetus
“Do, or do not. There is no try.” – Master Yoda
“I speak to everyone in the same way, whether he is the garbage man or the
president of the university.” – Albert Einstein
Agile@Core: Scrum9
Big Picture… is all there!
Agile@Core: Scrum10
Big Picture… is all there!
Agile@Core: Scrum11
Scrum Team… roles
Product Owner
Scrum Master
Development Team
E’ il responsabile della Vision di prodotto e ha
come obiettivo quello di massimizzarne il Valore.
Ha come obiettivo quello di implementare fattivamente Scrum, in modo efficace ed efficiente, all’interno del Team stesso.
Stakehoder / Client
Core Team
Professionisti in grado di realizzare soluzioni Value Driven e Strong Quality compliance.
Agile@Core: Scrum12
Scrum Team: Product Owner… capabilities
Il Product Owner (PO) armonizza la voce degli stakeholder e governa, in modo esclusivo, il Product Backlog:
• work Item knowledge (PBI, product backlog items);
• priorizzazione PBI in funzione del Valore;• definizione e verifica dei test di accettazione.
Agile@Core: Scrum13
Scrum Team: Scrum Master… capabilities
Lo Scrum Master (SM) si comporta da Servant Leader / Facilitatore:
• promuove l’adozione di Scrum e le relativa implementazione;
• protegge il Team verso le interferenze e le distrazioni esterne;
• promuove l’autogestione volta alla crescita delle competenze complessive;
• elimina gli ostacoli agli avanzamenti.
Not “So, what are you going to do for me today?”
But “So, what can I do today to help you and the team be more effective?”
Agile@Core: Scrum14
Scrum Team: Development Team… capabilities
Il Development Team (DT) è il Braccio Operativo dello Scrum Team:
• auto-organizzato, è in grado trasformare autonomamente il Product Backlog in un prodotto rilasciabile;
• cross-funzionali, il dev Team ha tutte le competenze (progettazione, analisi, design, sviluppo, testing, ecc…) necessarie;
• T-shaped pattern, i singoli membri hanno spesso competenze verticali profonde in un settore (Deep) ma sono in grado di supportare il resto del Team su tutte le attività (Broad);
• piccole dimensioni, tipicamente da 3 a 7/9 componenti.
Agile@Core: Scrum15
Product Artefacts… just few
Il Product Backlog è un elenco, pirolizzato, delle funzionalità (Product Backlog Item, PBI) previste per il prodotto, sotto esclusivo governo del Product Owner:
• evolve in funzione del know-how acquisito sul prodotto e alla maturità del Team;
• i PBI sono caratterizzati: descrizione, priorità, effort, e valore di progetto.
Per l’affinamento del Product Backlog viene effettuato il Grooming, sotto piena responsabilità del Product Owner:
• definizione dei Product Backlog Item (PBI);
• priorizzazione;
• stima dell’effort relativo da parte dello Scrum Team tramite, ad esempio, Planning Poker;
• eliminazione, aggiunta, ri-priorizzazione PBI.
• I PBI in cima allo stack sono quelli ad ala priorità e, tipicamente, di maggior dettaglio, pronti, quindi, ad essere inseriti nel prossimo Sprint Backlog;
• Viene definito il significato di «DONE», «DONE-done», «Ready»
I Product Backlog Item sono:
• sintetici;
• scritti tipicamente in forma di User Story;
• corredati di Test di Accettazione;
Agile@Core: Scrum16
Product Backlog Grooming… all together
Agile@Core: Scrum17
Sprint… focus
Lo Sprint è l'evento principale di Scrum:
• tipicamente dura da 1 a 4 settimane;
• produce un incremento funzionale e testato della soluzione;
• è accompagnato da uno «Sprint Goal» che ne definisce l’obiettivo;
• è Time-boxed, ovvero, una volta iniziato, non può essere modificato se non in rarissimi casi e con conseguenze organizzative da non sottovalutare.
Ogni Sprint inizia con lo Sprint Planning Meeting:
• viene definito lo «Sprint Goal»;
• viene creato lo Sprint Backlog, in accordo con lo Sprint Goal, selezionando i PBI a maggiore priorità e in linea con il goal;
• ha una durata relativa (4h per uno Sprint di 2settimane, 8h per uno da 4settimane).
Il Daily Scrum avviene giornalmente sempre alla stessa ora:
• massimo 15 minuti, preferibilmente ad inizio giornata;
• ogni membro del Team risponde rapidamente a tre domande implicite:
• Cosa ho fatto ieri?
• Cosa farò oggi?
• Quali sono gli ostacoli da rimuovere?
Agile@Core: Scrum18
Sprint Artefacts… simple and consistent
Lo Sprint Backlog è l'insieme degli elementi del Product Backlog selezionati per lo Sprint:
• la selezione viene effettuata dallo ST in funzione dello Sprint Goal e della propria storia (Velocity in primis);
• I PBI sono suddivisi in task che descrivono come sviluppare il PBI, e ne viene stimata la durata in ore (tipicamente da 4h a 16h);
• I task sono auto-assegnati, sia durante il Daily Scrum che durante l’attività di lavoro quotidiana.
Il Burndown Chart consente di visualizzare rapidamente quando lavoro fatto e quanto lavoro resta da fare:
• ordinate: ore totali;
• ascisse: giorni dello Sprint;
• contiene l’andamento ideale e quello corrente;
Agile@Core: Scrum19
Ceremonies… inspect and adapt
Lo Sprint Review avviene a fine Sprint per presentare quanto realizzato nel complessivo.
• ha una durata variabile (4ore per Sprint da 2settimane, 8ore per sprint da 4settimane);
• viene mostrato ai presenti l’As-Is;
• il PO identifica la congruità con lo Sprint Goal, ciò che è stato fatto e cosa no;
• viene effettuato il Grooming del Product Backlog;
Lo Sprint Retrospective viene tenuto a fine Sprint, dopo lo Sprint Review:
• è la cerimonia per eccellenza che permette di trasformare un Team in un High Performance Team, ispezionando se stesso al fine di individuare i punti deboli e migliorarsi;
• Ha una durata tipica di 2-3 ore;
• Vengono svolte delle Activity che consentono di ispezionare l’operato del Team, creare una foto dello stato attuale e affinare un piano di miglioramento.
Agile@Core: Scrum20
Sprint Review… inspect and adapt
Agile@Core: Scrum21
Sprint Retrospective… inspect and adapt
Agile@Core: Scrum22
PSI, Potentially Shippable product Increment… the solution.
• il PSI è il risultato dell’attività di Continous Integration ad ogni Sprint, cosa che rende
potenzialmente pronta la soluzione per il delivery
• alla fine di ogni Sprint viene preparato un nuovo PSI che deve essere compliance con la Definition
of Done (DoD);
• Il PSI deve essere utilizzabile indipendentemente dal fatto che il PO decida di rilasciarlo realmente
o meno agli stakeholder/clienti.
Agile@Core: Scrum23
We spoke about…• Scrum Master (SM), responsabile dell’applicazione di Scrum;
• Product Backlog (PB), contiene le funzionalità da implementare;
• Product Owner (PO), responsabile del prodotto e della relazione stakeholder – Team;
• Development Team (DT), responsabile dell’implementazione delle feature;
• Scrum Team (ST), professionisti impegnati nella produzione di Valore;
• Sprint, intervallo Time-boxed nel quel il Development Team lavoro per completare le feature presenti nello
Sprint Backlog;
• Sprint Backlog, feature da realizzare nello Sprint;
• Daily Scrum, meeting giornaliero per fare il punto della situazione;
• Sprint Planning, meeting dello Scrum Team per fissare gli obiettivi del prossimo Sprint;
• Sprint Review, incontro per la verifica dell’AS-IS del progetto;
• Sprint Retrospective, incontro riservato all’intero Scrum Team per l’inspect-and-adapt;
• Grooming, attività di definizione/perfezionamento del Product Backlog;
• PSI, Potentially Shippable product Increment, soluzione potenzialmente consegnabile ed utilizzabile.
Agile@Core: Scrum24
Agile@Core: Scrum25
Quest'opera è distribuita con Licenza Creative Commons Attribuzione - Non commerciale 3.0 Italia.
Imparare senza pensare è fatica perduta; pensare senza imparare è pericoloso.
Confucio