Un team agile allo sprintUniversità degli Studi Roma Tre

Facoltà di Economia “Federico Caffè”

12 Aprile 2013

http://www.EmilianoSoldiPMP.info

Emiliano Soldi PMP, PMI-ACP, CSM

Agile Practice Leader & Coach

@EmilianoSoldi#PMIRome_APM

2

RIDURRE TEMPI ATTESA

RIDURRE PASSAGGI DI CONSEGNE

RIDURRE SOVRA-PRODUZIONEPREVEDERE TIME-BOXING

RIDURRE BATCH DI LAVORO

DIMENSIONE SIMILE BATCH DI LAVORO

APPROCCIO ITERATIVO

EVITARE IL MULTI-TASKINGCOMUNICAZIONE EFFICACE

PIANIFICAZIONE VISUALEMIGLIORAMENTO CONTINUO

COMPLESSITÀ

VARIABILITÀSPRECHISOVRA-ALLOCAZIONICOLLI DI BOTTIGLIADEBITO BUSINESS/TECNICO

…una questione di leggerezza

3

Come fare?

4

Il framework Scrum

Regole, ruoli, responsabilità, cerimonie, strumenti, che soddisfano i principi lean.

5

Il team agile

E’ lo “strumento” che mette in pratica nel quotidiano, ciò che il framework prescrive.

Deve possedere precise caratteristiche, per sostenere la sfida.

6

COLLABORAZIONE, COOPERAZIONE, CONDIVISIONE, COORDINAMENTO

7

Trasparenza, Fiducia, Rispetto

88

COMMITMENT

99

FOCALIZZAZIONE

10

CORAGGIO

11

Competenza tecnica

Dimensione ridotta

Capacità di adattamento

Auto-organizzazione

Orientamento al risultato

Miglioramento continuo

Competenza tecnica

Dimensione ridotta

Capacità di adattamento

Auto-organizzazione

Orientamento al risultato

Miglioramento continuo

11

12

o tribù?!

Troupe teatrale…

13

Sprintiamo?

14

Vi presento il team

1515

Product Strategy

Release

Sprint

Daily

Continuous

RYTHMS

16

Planning Meeting

� Spiegazione dei requisiti da parte del Product Owner.

� Analisi dettagli funzionali

� Commitment del team su cosa realizzare nell’iterazione in partenza

� Team scompone in task tecnici.

� Definizione dei criteri di accettazione.

17

Stand-up Daily Meeting

� Condivisione stato di avanzamento

e eventuali impedimenti.

� Co-creazione della giornata lavorativa.

� Cosa ho fatto? Cosa farò? Quali i problemi?

� Stand-up meeting:

� Efficacia

� Focalizzazione

� Urgenza

18

Lavoro giornaliero: DEVELOPER

• Richiede chiarimenti al Product Owner su dettagli funzionali

• Approfondisce l’architettura

• Affianca il tester per la definizione degli scenari di test

• Sviluppa test unitari, codifica, rifattorizza

• Rilascia il prodotto ai tester per controllo

qualità

• Effettua Bug-fixing

19

Lavoro giornaliero: TESTER

• Ingaggia il Product Owner per definire

i criteri di accettazione dei requisiti

• Verifica scenari di test con il Product Owner

• Pairing con sviluppatore per revisione interfacce, prototipi, regole di business

• Crea gli script di automazione dei test

• Effettua i test e segnala eventuali bug

• Effettua primo sign-off funzionale

qualitativo di quanto sviluppato

20

Lavoro giornaliero: SCRUM MASTER

• Supervisiona il processo Scrum

• Aiuta il team a migliorare le performance

• Si prende carico e risolve gli impedimenti

• Protegge il team da ‘incursioni’

• Training/coaching team e altri stakeholders

• Support Il Product Owner nella gestione del product backlog

• Promuove cultura di incessante del miglioramento continuo (kaizen)

21

Lavoro giornaliero: PRODUCT OWNER

• Alimenta e manutiene il product backlog

• Prioritizza i requisiti in base al valore di business, al costo e ai rischi

• Ingaggia gli altri stakeholder

• Fornisce le informazioni necessarie al team

per la realizzazione del prodotto

• Verifica quanto realizzato

• Fornisce l’accettazione finale, per la messa in demo

22

Demo/Review Meeting

� Il team mostra a tutti gli stakeholders interessati, quanto è stato sviluppato e fornisce i dati inerenti le perfomance

� Il Product Owner raccoglie eventuali feedback provenienti dalla platea al fine di raccoglierli nel product backlog per sviluppi futuri

� Si vuole creare un clima di fiducia e impegno reciproci

23

Retrospective Meeting

� Team riflette sui risultati sprint terminato

� Si identifica ciò che è andato bene e ciò che non ha funzionato

� Si identificano azioni di miglioramento, da mettere in pratica immediatamente

24

Falsi Miti sui Team Agili

� I team o sono disciplinati o agili

� Auto-organizzazione = Anarchia

� Requisiti e architettura chiari subito

� I team agili non stimano, giocano a poker

� I tester nei team agili non servono

� Facciamo unit testing non servono test di integrazione

� Senza un Gantt il team non sa cosa fare

25

http://it.linkedin.com/in/emilianosoldi/

http://www.emilianosoldipmp.info/

http://twitter.com/EmilianoSoldi/