25
Scrum Framework Agile@Core Felice Pescatore

Agile@core - Scrum

Embed Size (px)

DESCRIPTION

Nel cuore di Scrum

Citation preview

Page 1: Agile@core - Scrum

Scrum FrameworkAgile@Core

Felice Pescatore

Page 2: Agile@core - Scrum

Agile@Core: Scrum2

get in touchABOUT ME

[email protected]

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

Page 3: Agile@core - Scrum

Agile@Core: Scrum3

Deadline make all angry and crazy!

Page 4: Agile@core - Scrum

Agile@Core: Scrum4

Agile Values

Page 5: Agile@core - Scrum

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.

Page 6: Agile@core - Scrum

Agile@Core: Scrum6

Page 7: Agile@core - Scrum

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

Page 8: Agile@core - Scrum

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

Page 9: Agile@core - Scrum

Agile@Core: Scrum9

Big Picture… is all there!

Page 10: Agile@core - Scrum

Agile@Core: Scrum10

Big Picture… is all there!

Page 11: Agile@core - Scrum

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.

Page 12: Agile@core - Scrum

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.

Page 13: Agile@core - Scrum

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?”

Page 14: Agile@core - Scrum

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.

Page 15: Agile@core - Scrum

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;

Page 16: Agile@core - Scrum

Agile@Core: Scrum16

Product Backlog Grooming… all together

Page 17: Agile@core - Scrum

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?

Page 18: Agile@core - Scrum

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;

Page 19: Agile@core - Scrum

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.

Page 20: Agile@core - Scrum

Agile@Core: Scrum20

Sprint Review… inspect and adapt

Page 21: Agile@core - Scrum

Agile@Core: Scrum21

Sprint Retrospective… inspect and adapt

Page 22: Agile@core - Scrum

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.

Page 23: Agile@core - Scrum

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.

Page 24: Agile@core - Scrum

Agile@Core: Scrum24

Page 25: Agile@core - Scrum

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