Un team agile allo sprintUniversità degli Studi Roma TreFacoltà di Economia “Federico Caffè”12 Aprile 2013http://www.Emili...
2RIDURRE TEMPI ATTESARIDURRE PASSAGGI DI CONSEGNERIDURRE SOVRA-PRODUZIONEPREVEDERE TIME-BOXINGRIDURRE BATCH DI LAVORODIMEN...
3Come fare?
4Il framework ScrumRegole, ruoli, responsabilità, cerimonie,strumenti, che soddisfano i principi lean.
5Il team agileE’ lo “strumento” che mette in pratica nelquotidiano, ciò che il framework prescrive.Deve possedere precise ...
6COLLABORAZIONE, COOPERAZIONE, CONDIVISIONE, COORDINAMENTO
7Trasparenza, Fiducia, Rispetto
88COMMITMENT
99FOCALIZZAZIONE
10CORAGGIO
11Competenza tecnicaDimensione ridottaCapacità di adattamentoAuto-organizzazioneOrientamento al risultatoMiglioramento con...
12o tribù?!Troupe teatrale…
13Sprintiamo?
14Vi presento il team
1515Product StrategyReleaseSprintDailyContinuousRYTHMS
16Planning MeetingSpiegazione dei requisiti da partedel Product Owner.Analisi dettagli funzionaliCommitment del teamsu cos...
17Stand-up Daily MeetingCondivisione stato di avanzamentoe eventuali impedimenti.Co-creazione della giornata lavorativa.Co...
18Lavoro giornaliero: DEVELOPER• Richiede chiarimenti alProduct Owner su dettagli funzionali• Approfondisce l’architettura...
19Lavoro giornaliero: TESTER• Ingaggia il Product Owner per definirei criteri di accettazione dei requisiti• Verifica scen...
20Lavoro giornaliero: SCRUM MASTER• Supervisiona il processo Scrum• Aiuta il team a migliorare le performance• Si prende c...
21Lavoro giornaliero: PRODUCT OWNER• Alimenta e manutiene il product backlog• Prioritizza i requisiti in base al valore di...
22Demo/Review MeetingIl team mostra a tutti gli stakeholdersinteressati, quanto è stato sviluppato efornisce i dati ineren...
23Retrospective MeetingTeam riflette sui risultati sprint terminatoSi identifica ciò che è andato bene e ciò chenon ha fun...
24Falsi Miti sui Team AgiliI team o sono disciplinati o agiliAuto-organizzazione = AnarchiaRequisiti e architettura chiari...
25http://it.linkedin.com/in/emilianosoldi/http://www.emilianosoldipmp.info/http://twitter.com/EmilianoSoldi/
Upcoming SlideShare
Loading in …5
×

Un Team Agile allo Sprint (PMI-Rome)

458 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
458
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Un Team Agile allo Sprint (PMI-Rome)

  1. 1. Un team agile allo sprintUniversità degli Studi Roma TreFacoltà di Economia “Federico Caffè”12 Aprile 2013http://www.EmilianoSoldiPMP.infoEmiliano Soldi PMP, PMI-ACP, CSMAgile Practice Leader & Coach@EmilianoSoldi#PMIRome_APM
  2. 2. 2RIDURRE TEMPI ATTESARIDURRE PASSAGGI DI CONSEGNERIDURRE SOVRA-PRODUZIONEPREVEDERE TIME-BOXINGRIDURRE BATCH DI LAVORODIMENSIONE SIMILE BATCH DI LAVOROAPPROCCIO ITERATIVOEVITARE IL MULTI-TASKINGCOMUNICAZIONE EFFICACEPIANIFICAZIONE VISUALEMIGLIORAMENTO CONTINUOCOMPLESSITÀVARIABILITÀSPRECHISOVRA-ALLOCAZIONICOLLI DI BOTTIGLIADEBITO BUSINESS/TECNICO…una questione di leggerezza
  3. 3. 3Come fare?
  4. 4. 4Il framework ScrumRegole, ruoli, responsabilità, cerimonie,strumenti, che soddisfano i principi lean.
  5. 5. 5Il team agileE’ lo “strumento” che mette in pratica nelquotidiano, ciò che il framework prescrive.Deve possedere precise caratteristiche,per sostenere la sfida.
  6. 6. 6COLLABORAZIONE, COOPERAZIONE, CONDIVISIONE, COORDINAMENTO
  7. 7. 7Trasparenza, Fiducia, Rispetto
  8. 8. 88COMMITMENT
  9. 9. 99FOCALIZZAZIONE
  10. 10. 10CORAGGIO
  11. 11. 11Competenza tecnicaDimensione ridottaCapacità di adattamentoAuto-organizzazioneOrientamento al risultatoMiglioramento continuoCompetenza tecnicaDimensione ridottaCapacità di adattamentoAuto-organizzazioneOrientamento al risultatoMiglioramento continuo11
  12. 12. 12o tribù?!Troupe teatrale…
  13. 13. 13Sprintiamo?
  14. 14. 14Vi presento il team
  15. 15. 1515Product StrategyReleaseSprintDailyContinuousRYTHMS
  16. 16. 16Planning MeetingSpiegazione dei requisiti da partedel Product Owner.Analisi dettagli funzionaliCommitment del teamsu cosa realizzarenell’iterazione in partenzaTeam scompone in task tecnici.Definizione dei criteri di accettazione.
  17. 17. 17Stand-up Daily MeetingCondivisione stato di avanzamentoe eventuali impedimenti.Co-creazione della giornata lavorativa.Cosa ho fatto? Cosa farò? Quali i problemi?Stand-up meeting:EfficaciaFocalizzazioneUrgenza
  18. 18. 18Lavoro giornaliero: DEVELOPER• Richiede chiarimenti alProduct Owner su dettagli funzionali• Approfondisce l’architettura• Affianca il tester per la definizione degliscenari di test• Sviluppa test unitari, codifica, rifattorizza• Rilascia il prodotto ai tester per controlloqualità• Effettua Bug-fixing
  19. 19. 19Lavoro giornaliero: TESTER• Ingaggia il Product Owner per definirei criteri di accettazione dei requisiti• Verifica scenari di test con il Product Owner• Pairing con sviluppatore per revisioneinterfacce, prototipi, regole di business• Crea gli script di automazione dei test• Effettua i test e segnala eventuali bug• Effettua primo sign-off funzionalequalitativo di quanto sviluppato
  20. 20. 20Lavoro 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 delproduct backlog• Promuove cultura di incessante delmiglioramento continuo (kaizen)
  21. 21. 21Lavoro giornaliero: PRODUCT OWNER• Alimenta e manutiene il product backlog• Prioritizza i requisiti in base al valore dibusiness, al costo e ai rischi• Ingaggia gli altri stakeholder• Fornisce le informazioni necessarie al teamper la realizzazione del prodotto• Verifica quanto realizzato• Fornisce l’accettazione finale, per la messain demo
  22. 22. 22Demo/Review MeetingIl team mostra a tutti gli stakeholdersinteressati, quanto è stato sviluppato efornisce i dati inerenti le perfomanceIl Product Owner raccoglie eventualifeedback provenienti dalla platea al finedi raccoglierli nel product backlogper sviluppi futuriSi vuole creare un clima difiducia e impegno reciproci
  23. 23. 23Retrospective MeetingTeam riflette sui risultati sprint terminatoSi identifica ciò che è andato bene e ciò chenon ha funzionatoSi identificano azioni di miglioramento, damettere in pratica immediatamente
  24. 24. 24Falsi Miti sui Team AgiliI team o sono disciplinati o agiliAuto-organizzazione = AnarchiaRequisiti e architettura chiari subitoI team agili non stimano, giocano a pokerI tester nei team agili non servonoFacciamo unit testing non servonotest di integrazioneSenza un Gantt il team non sa cosa fare
  25. 25. 25http://it.linkedin.com/in/emilianosoldi/http://www.emilianosoldipmp.info/http://twitter.com/EmilianoSoldi/

×