Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011
7 likes1,796 views
Il documento discute la fusione delle metodologie agili, in particolare Scrum e Kanban, esaminando le loro caratteristiche distintive e similitudini, e come queste possano essere integrate per gestire il cambiamento organizzativo. Viene presentato un modello organizzativo agile che enfatizza team cross-funzionali e pratiche di sviluppo come il test driven development. Si conclude con una visione positiva verso l'ibridazione come mezzo per affrontare la complessità nello sviluppo software.
![Fusion to change course
« What they didn't understand was that I wasn't prepared
to be a memory yet, wasn't prepared to be listed only on
Columbia's so-called classical list. [...]
I wanted to change course, had to change course for me
to continue to believe in and love what I was playing. »
Miles Davis](https://image.slidesharecdn.com/scrumban-amethodologyfusionbettersoftware2011-120930121901-phpapp01/85/Scrumban-a-Methodology-Fusion-Bettersoftware-Codemotion-2011-8-320.jpg)
![cambiar strada
« Non credo avessero capito che non mi sentivo pronto a
diventare un ricordo e a entrare nel cosiddetto catalogo
dei classici Columbia. [...]
Volevo cambiare strada. Dovevo cambiare strada, se
volevo continuare ad amare e a credere nella musica che
facevo. »
Miles Davis](https://image.slidesharecdn.com/scrumban-amethodologyfusionbettersoftware2011-120930121901-phpapp01/85/Scrumban-a-Methodology-Fusion-Bettersoftware-Codemotion-2011-9-320.jpg)
Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011
- 4. Jimi Hendrix
- 5. Led Zeppelin
- 6. Miles Davis
- 8. Fusion to change course « What they didn't understand was that I wasn't prepared to be a memory yet, wasn't prepared to be listed only on Columbia's so-called classical list. [...] I wanted to change course, had to change course for me to continue to believe in and love what I was playing. » Miles Davis
- 9. cambiar strada « Non credo avessero capito che non mi sentivo pronto a diventare un ricordo e a entrare nel cosiddetto catalogo dei classici Columbia. [...] Volevo cambiare strada. Dovevo cambiare strada, se volevo continuare ad amare e a credere nella musica che facevo. » Miles Davis
- 10. Chi sono • Fabio Armani • CTO di Sequenza SpA • CEO di OpenWare • Direttore artistico dell’etichetta Different Lands
- 11. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 12. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 14. Contesto • Ho utilizzato le metodologie Scrum ed XP sin dal 2000 • Per anni ho avuto l’opportunit{ di impiegare questi potenti strumenti di processo in importanti progetti agili (come lo sviluppo del sito www.rai.it ed il sistema di CMS della RAI) in contesti che potrei descrivere come
- 15. Contesto • Le dodici pratiche di eXtreme Programming, come il Test Driven Development e la Continuous Integration sono sempre stati al mio fianco come reali fattori di differenziazione ed effettivi catalizzatori verso la Qualità e la Velocità di consegna di working software. • Più tardi, quando ho iniziato a gestire la trasformazione agile di aziende, i differenti contesti mi hanno portato ad integrare la metodologia Scrum con la filosofia del Lean Software Development.
- 16. Contesto • Una via estremamente interessante per l’adozione e la pratica delle metodologie agili …
- 17. Forchetta
- 18. Coltello
- 19. Assieme
- 20. … meglio
- 21. Transition Project Si utilizza un processo iterativo ed incrementale per la gestione del cambiamento Utilizzo di Scrum e di S2 (Scrum of Scrums) per gestire il progetto di Rollout aziendale Creazione di un Enterprise Transition Committee (ETC) Creazione di un Rollout Team (RT)
- 22. Cambiamenti globali Cambiamenti Rollout Organizzativi aziendale globali Il risultato del Rollout aziendale è stato l’attuazione di una serie di cambiamenti Organizzativi globali Il modello organizzativo Agile si distingue dal precedente per una serie di importanti fattori: • Generalizing Specialist • Holistic Team (cross functional) • Condivisione a tutti i livelli di • obiettivi, • valori • e principi • Responsabilità e Leadership globali • Sinergia tra i diversi team
- 23. Metafora Azienda Agile Cambiamenti Organizzativi globali I team prendono il nome dei pianeti Il sistema solare • Mercury • Venus • Earth • Mars • Jupiter • Saturn • Neptune
- 24. Modello organizzativo Quality Assurance Quality Mercury Team Jupiter Team Halley Romanian Team 1 Program 1 Project 1 Project 3 Task 1 Task N Project 2 Project N Proxy Proxy Life-Cycle Management CRM Test Systems - DBA
- 25. Delivery Azienda Agile Modello organizzativo » Team Modello di conoscenza » Pratiche Modello di competenza » Aree
- 26. Cross Team
- 27. Cross Team Azienda Agile Mercury Neptune Focus sulle seguenti aree: • Quality Assurance, • DBA, • Lifecycle, • Learning Sincronizzano i propri Sprint con quelli degli altri team
- 28. Delivery
- 29. Delivery Team Azienda Agile Venus Earth Mars Jupiter Saturn
- 31. External
- 32. External Team Azienda Agile Halley Vengono gestiti mediante i Proxy PO
- 33. Sprint Planning » estimation Team Jupiter @ Scrummorra
- 34. Daily Work I team lavorano collettivamente nel proprio open space suddiviso nelle seguenti aree: • Il Laboratorio (set di tavoli affiancati per favorire le pratiche XP di pair programming, osmotic communication …) • Il Pensatoio (vicino alle lavagne) • Integrazione e Test (es: Venera 7, VGer) • Comunicazione (attrezzata con Skipe, video camera …) Realizzano nuove funzionalità in modalità Test Driven Development e Agile Modeling Sono cross-functional e si auto organizzano
- 38. Stop • N progetti » già in corso e nuovi • M Agile Team • Cercare di avere team con almeno 5 persone, meglio 7 • N>M • Manutenzione di sistemi legacy
- 39. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 40. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 41. Fixed box
- 44. tempo
- 50. ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
- 51. ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
- 52. ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
- 65. Facciamo i conti con la realtà
- 67. Iterazione
- 68. Iterazione Capacità
- 69. Iterazione Capacità
- 70. Iterazione Capacità
- 71. Iterazione Capacità
- 75. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 76. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 77. Agile framework
- 78. Elementi primari • Ruoli » ScrumMaster, Product Owner, Team • Cerimonie » Sprint Planning, Daily Scrum, Sprint Review, retrospective • Artifact » Product Backlog, Sprint Backlog, Burndown Diagram
- 79. Scrum flow
- 81. Kanban » concetti • Benchè il concetto di Kanban esista da anni, il suo impiego nello sviluppo software development è relativamente nuovo in rapporto a Scrum. • Kanban è un sistema semplice ma efficace che può essere facilemnte introdotto in vari ambienti di produzione • E’ un concetto coolegato al Lean e alla produzione Just-In-Time (JIT).
- 82. Kanban » elementi primari • Visualizzare il workflow • Demand-Driven • Limitare Work-In-Process (WIP) • Measurare Lead Time
- 83. » Comparazione
- 84. Kanban » Scrum - similitudini • Entrambi sono Lean e Agili • Entrambi si basano sul pull scheduling • Entrambi limitano il WIP • Entrambi usano la trasparenza per guidare il processo di miglioramento • Entrambi focalizzano nel consegnare working software presto e spesso • Entrambi sono basati su team cross funzionali che si auto- organizzino • Entrambi richiedono di suddividere di parcellizzare il lavoro suddividendolo in pezzi • In entrambi il processo di rilascio viene continuamente ottimizzato basandosi su dati empirici (velocity / lead time)
- 85. Kanban » Scrum - differenze Scrum Kanban Time-boxed iterations prescribed Time-boxed iterations optional Team commits to a specific amount of Commitment optional work for this iteration Uses Velocity as default metric Uses Lead time as default metric Cross-functional teams prescribed Cross-functional teams optional WIP limited indirectly (per sprint) WIP limited directly (per workflow state) Estimation prescribed Estimation optional Prescribes 3 roles (PO/SM/Team) Doesn’t prescribe any roles Cannot add items to ongoing iteration Can add new items whenever capacity is available Prescribes a prioritized product backlog Prioritization is optional
- 86. Kanban » Scrum “Kanban is not a project management or software development lifecycle method. It is an approach to change management - a framework for catalyzing change in an organization. It uses a WIP limit as a change agent and Scrum uses commitments. This is a fundamental difference in approach.” David J. Anderson
- 87. Scrum board
- 88. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 89. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 92. ITEM
- 93. ITEM ANALYSIS in prog. done
- 94. ITEM ANALYSIS DEVELOPMENT in prog. done tasks in prog. tasks done
- 95. ITEM ANALYSIS DEVELOPMENT in prog. done tasks in prog. tasks done
- 97. ITEM ANALYSIS DEVELOPMENT TEST in prog. done tasks in prog. tasks done
- 98. ITEM ANALYSIS DEVELOPMENT TEST DONE! in prog. done tasks in prog. tasks done
- 99. ITEM ANALYSIS DEVELOPMENT TEST DONE! in prog. done tasks in prog. tasks done
- 103. Scrumban board
- 104. Scrumban » metriche WIP Cycle time Throughput
- 105. WIP Cycle time Throughput
- 106. Conclusioni • In conclusione vedo in modo estremamente positivo questa fusione o processo di ibridizzazione come parte di un principio evolutivo di sperimentazione continua ed innovazione. • Penso che diverrà più popolare di Scrum in una prospettiva a lungo termine. • La visualizzazione è la chiave per gestire la complessità to manage complexity, e lo sviluppo software è un sistema complesso!
- 107. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 108. Agenda • Agile Enterprise • Mainstream Agile • Scrum » Kanban • Scrumban • Q&A
- 110. Thanks to … • David J. Anderson • Henrik Kniberg • Mary & Tom Poppendieck • Jørn Ola Birkeland
- 111. Domande? Grazie