O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

How Agile Dev Teams work

217 visualizações

Publicada em

Our seminar at ICTDays 2017

Publicada em: Software
  • Seja o primeiro a comentar

How Agile Dev Teams work

  1. 1. HOW AGILE DEV TEAMS WORK
  2. 2. Let’s talk about PAROS & XPEPPERS Una breve introduzione
  3. 3. Paros PMI – informatica bancaria Fondata nel 2009 come spin-off di un progetto di una SW in-house P.A. Prodotti e servizi Sistema per la tracciabilità delle transazioni finanziarie tra Banca e P.A. Help Desk supporto applicativo Organizzazione 3 CFO, GE Managers 2 PO and PM 7 Dev-Ops 7 Help Desk
  4. 4. 149.676.595.979,71 € 9.059.619 documenti 6.025 Utenti attivi 732 Enti Mandato Informatico
  5. 5. Who are we? Agile dev Cloud & Automation Training & Coaching
  6. 6. Agile Dev
  7. 7. DevOps e Cloud
  8. 8. Agile Coaching and Training
  9. 9. WHAT IS AGILE?1
  10. 10. WHAT IS AGILE? A set of principles, values, practices and tools that allow orgs to improve their delivery effectiveness and to deliver value to their stakeholders early, often and continuously
  11. 11. Agile Manifesto ◦ Individuals and interactions over processes and tools ◦ Working software over comprehensive documentation ◦ Customer collaboration over contract negotiation ◦ Responding to change over following a plan
  12. 12. Individuals and interactions between them are more important than processes and tools Agile Manifesto // Individuals and interactions over processes and tools
  13. 13. Collaboration for the competitive advantage of the customer is more important than negotiation based on what is written on the signed contract between the two parts. Agile Manifesto // Customer collaboration over contract negotiation
  14. 14. Agile Manifesto // Working software over comprehensive documentation Delivering working software early and often is more important than having a detailed and comprehensive documentation
  15. 15. Agile Manifesto // Responding to change over following a plan Responding to change is more important than strictly following an outdated plan
  16. 16. “ Agile Planning In preparing for battle I have always found that plans are useless, but planning is indispensable. - Dwight D. Eisenhower
  17. 17. “ True Agility? “This is the essence of agile, teams do not become agile by adopting a methodology. Rather true agility means that teams are constantly working to evolve their processes to deal with the particular obstacles they are facing at any given time" - “Lean Enterprise”
  18. 18. ◦ They are a team, not a bunch of people working together ◦ Common approach to work ◦ Common purpose or goal ◦ Work matters to each other ◦ Interdependent ◦ Cross-functional (complementary skills) ◦ Make commitments to each other What are the key characteristics of an Agile Team?
  19. 19. 2 Come eravamo... PAROS BEFORE AGILE
  20. 20. PAROS BEFORE AGILE ◦ Ad ognuno la sua parte ◦ Analisi e Progettazione ◦ Fase di Test ◦ Deploy
  21. 21. Ad ognuno la sua parte
  22. 22. Ad ognuno la sua parte ○ Scarsa condivisione ○ Assenze difficili da sopperire ○ Passaggi di consegne difficili ○ Difficile evoluzione qualitativa delle applicazioni ○ Meno propensione alla crescita
  23. 23. Analisi e Progettazione
  24. 24. Analisi e Progettazione Incontro Analisi Progettazione Sviluppo No! No! $ 011010
  25. 25. Fase di Test
  26. 26. IL DEPLOY
  27. 27. Deploy ○ Fuori Orario di Lavoro ○ Codice Sorgente su vecchi server ○ Script poco leggibili e fragili ○ Tante Email ○ Deploy Manuale ○ Migrazioni Database Manuali
  28. 28. Un nuovo inizio.
  29. 29. PAROS MAKES AN INVESTMENT3
  30. 30. Nell’aprile 2014 inizia l’adozione dei metodi agili Agile Adoption in Paros
  31. 31. ◦ Formazione sui metodi agili ◦ Training on the job ◦ Introduzione di Scrum ◦ Agile Coaching ◦ Team misto Paros + XPeppers Agile Adoption in Paros
  32. 32. Agile Adoption in Paros // Agile Awareness TRASMETTIAMO I NOSTRI VALORI
  33. 33. Agile Adoption in Paros // Team Co-Sourcing Il team Paros Il team XPeppers Co-Sourcing + =
  34. 34. CLEAN CODE & TDD Agile Adoption in Paros // Technical Training
  35. 35. INIZIAMO AD ESPLORARE IL PROBLEMA Agile Adoption in Paros // Agile Discovery
  36. 36. UN UNICO TEAM CHE LAVORA AL RITMO DI SCRUM Agile Adoption in Paros // Cross-Functional Team
  37. 37. What is Scrum? Scrum non è una metodologia: è un framework. Ciò significa che non vi dice esattamente cosa fare. Accidenti.
  38. 38. Scrum ○ Scrum è un framework di project management, quindi non prescrive pratiche tecniche ○ Spesso chi adotta Scrum lo integra con pratiche tecniche prese da eXtreme Programming
  39. 39. ○ Scrum è time-boxed: lo sviluppo del prodotto è suddiviso in iterazioni di lunghezza fissa, tipicamente di due settimane. ○ Alla fine di ogni iterazione si rilasciano le funzionalità sviluppate Scrum
  40. 40. Il ritmo di uno sprint
  41. 41. HOW WE CHANGED4
  42. 42. Product Owner ○ Definisce le funzionalità ○ Responsabile delle Priorità ○ Stabilisce l’esito dello sprint ○ Garante del Product Backlog
  43. 43. Product Backlog ○ Il product backlog è uno strumento del P.O. ○ E’ l’insieme delle funzionalità che il prodotto deve avere ○ E’ ordinativo per priorità
  44. 44. Dev Team ○ Stima le funzionalità ○ Si auto-organizza ○ Il team viene prima del singolo ○ Condivide i successi ○ Ma anche i fallimenti ○ Diritto e dovere di dare aiuto ○ You’ll never walk alone!
  45. 45. Openness Non ci sono segreti Dev Team // Values
  46. 46. Focus Concentrazione sul task in corso Dev Team // Values
  47. 47. Commitment Portiamo a termine ciò che abbiamo iniziato Dev Team // Values
  48. 48. Respect Diamo il nostro meglio e siamo convinti che tutti facciano lo stesso Dev Team // Values
  49. 49. Courage Nell’affrontare i cambiamenti, ma anche nel dire di no Dev Team // Values
  50. 50. PLANNING
  51. 51. SCRUM BOARD
  52. 52. Scrum Master ○ Rimuove gli impedimenti del team ○ Non è davanti ma dietro il team ○ Garante della qualità del processo
  53. 53. SPRINT Le attività quotidiane 5
  54. 54. STAND UP MEETING
  55. 55. CONDIVISIONE DELLE INFORMAZIONI
  56. 56. Pair Programming
  57. 57. Test Driven Development
  58. 58. REFACTORING
  59. 59. STUDIO
  60. 60. Continuous Delivery Commit! Unit and Component Tests Build and Archive Deploy to... User Acceptance Test Environment User Acceptance Tests Ready for Production! Release! ~ 10 min ~ 15 min
  61. 61. Qualche numero Vediamo la nostra Continuous Delivery più da vicino
  62. 62. 2.500 Test Unitari 200 Test di funzionalità automatici 1.000 Release in un anno
  63. 63. 30 minuti Tempo massimo dal commit alla produzione 0 minuti Tempo impiegato per lanciare un deploy 6 minuti Durata di un deploy in produzione
  64. 64. FINE SPRINT Il termine di un’iterazione 6
  65. 65. DEMO Mostriamo i frutti del nostro lavoro agli stakeholders
  66. 66. Mock-ups Prototypes Working Software
  67. 67. “ Quello che abbiamo consegnato funziona?
  68. 68. “ Stiamo consegnando la cosa giusta?
  69. 69. Raccogliamo il feedback con gli stakeholders
  70. 70. Then… Ship it!
  71. 71. LA SPRINT RETROSPECTIVE Analizziamo insieme quello che è successo
  72. 72. No. Blame.
  73. 73. “ Cosa è andato bene?
  74. 74. “ Cosa è andato male?
  75. 75. “ Cosa possiamo fare per migliorare?
  76. 76. Get better :) ... !
  77. 77. Thanks! WANT TO KEEP IN TOUCH? Contact us at: https://paros.srl/ http://www.xpeppers.com/

×