Luiss Event Agile Team

465 views
368 views

Published on

Slides of the talk I gave February the 28th at LUISS Business School of Rome

Published in: Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
465
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Luiss Event Agile Team

  1. 1. Un team agile allo sprint28 Febbraio 2013Emiliano Soldi
  2. 2. …una questione di leggerezzaCOMPLESSITÀVARIABILITÀSPRECHISOVRA-ALLOCAZIONI RIDURRE TEMPI ATTESACOLLI DI BOTTIGLIA RIDURRE PASSAGGI DI CONSEGNEDEBITO BUSINESS/TECNICO RIDURRE SOVRA-PRODUZIONE PREVEDERE TIME-BOXING RIDURRE BATCH DI LAVORO DIMENSIONE SIMILE BATCH DI LAVORO APPROCCIO ITERATIVO EVITARE IL MULTI-TASKING COMUNICAZIONE EFFICACE PIANIFICAZIONE VISUALE MIGLIORAMENTO CONTINUO 2
  3. 3. Come fare? 3
  4. 4. Il framework ScrumRegole, ruoli, responsabilità, cerimonie,strumenti, che soddisfano i principi lean. 4
  5. 5. Il team agileE’ lo “strumento” che mette in pratica nelquotidiano, ciò che il framework prescrive.Deve possedere precise caratteristiche,per sostenere la sfida. 5
  6. 6. Trasparenza, Fiducia, Rispetto 6
  7. 7. COMMITMENT 7 7
  8. 8. FOCALIZZAZIONE 8 8
  9. 9. CORAGGIO 9
  10. 10. Competenza tecnica Dimensione ridottaCapacità di adattamento Auto-organizzazioneOrientamento al cliente 10 10
  11. 11. Team Rules EMERSIONE DEI PROBLEMI SE NON RISOLVI UN PROBLEMA DOPO 3H CHIEDI AIUTO RISPETTA IL TIME-BOXING: INIZIA E FINISCI IN ORARIO A TURNO SI AGGIORNA LA BURNDOWN CHART COMUNICARE EFFICACEMENTE: ENTROPIA BANDITA! DAILY SCRUM È ALLE 12.45 TEST DRIVEN DEVELOPMENT È NECESSARIO E RICHIESTOEFFETTUARE PAIR PROGRAMMING/CODE REVIEWS PER OGNI RILASCIODURANTE SESSIONI DI PAIRING, RIMANERE FOCALIZZATI (NO EMAIL, IM) COPERTURA TEST UNITARI 90% NON ROMPERE LA BUILD 11
  12. 12. Sprintiamo? 12
  13. 13. Product Strategy Release Sprint Daily Continuous RYTHMS 13 13
  14. 14. Planning MeetingSpiegazione dei requisiti da partedel Product Owner.Analisi dettagli funzionaliCommitment del teamsu cosa realizzarenell’iterazione in partenzaTeam scompone in task tecnici.Definizione dei criteridi accettazione. 14
  15. 15. Stand-up Daily MeetingCondivisione stato di avanzamentoe eventuali impedimenti.Co-creazione della giornata lavorativa.Cosa ho fatto? Cosa farò? Quali i problemi?Stand-up meeting: Efficacia Focalizzazione Urgenza 15
  16. 16. Lavoro giornaliero: SVILUPPATORE• Richieste di chiarimenti al Product Owner su dettagli funzionali• Approfondimenti sull’architettura• Affiancamento con il tester per la definizione degli scenari di test• Sviluppo test unitari, codice, rifattorizzazione• Rilascio ai testers per controllo qualità• Bug-fixing 16
  17. 17. Lavoro giornaliero: TESTER• Ingaggio del Product Owner per la definizione criteri di accettazione dei requisiti• Verifica scenari di test con il Product Owner• Pairing con sviluppatore per revisione interfacce, prototipi, regole di business• Creazione script di automazione dei test• Effettuazione dei test e segnalazione bug• Sign-off qualitativo di quanto sviluppato 17
  18. 18. Lavoro giornaliero: SCRUM MASTER• Supervisione processo Scrum• Risoluzione impedimenti• Protezione del team• Training/coaching team e altri stakeholders• Supporto al Product Owner nella gestione del product backlog• Promuovere cultura di incessante miglioramento continuo (kaizen) 18
  19. 19. Lavoro giornaliero: PRODUCT OWNER• Alimentare e manutenere il product backlog• Prioritizzare i requisiti in base al valore di business e poi al costo e ai rischi• Ingaggiare gli altri stakeholder• Fornire tutte le informazioni necessarie al team per la realizzazione del requisito• Verificare quanto realizzato e fornire l’accettazione finale, per la messa in demo 19
  20. 20. Demo/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 20
  21. 21. Retrospective MeetingTeam riflette sui risultati sprint terminatoSi identifica ciò che è andato bene e ciò chenon ha funzionatoSi identificano azioni di miglioramento, damettere in pratica immediatamente 21
  22. 22. Bilanciare stabilità e flessibilità, pianificazione e esecuzione,standardizzazione e esplorazione, velocità e controllo. 22

×