• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011
 

Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011

on

  • 1,471 views

Scrumban - A methodology Fusion ...

Scrumban - A methodology Fusion
di Fabio Armani

In this talk I will describe the use, in a real context, of Kanban and Scrum agile methodologies combined with some practices of Extreme Programming. In the scenery of the agile methodologies, Scrum has certainly gained a position of clear dominance in terms of adoption and obtained successes.

This remarkable result is undoubtedly due to its peculiarities to know how to answer to the agile's values and principles in a revolutionary way, and of fostering a very pragmatic approach. Moreover, its characteristic of not being prescriptive with regard to technological aspects, allows a Scrum team to integrate eXtreme Programming practices to agile skills with a great success through their gradual introduction.

As also shown and described in my article "Lean Agile Adoption - an enterprise-war story" Scrum can scale to enterprise-level and can be used to guide the transformation process itself of a company into an agile one. Our real-world experience, based on principles of continuous experimentation and adaptation, soon led us to devise and use a form of merging Scrum with Lean methodologies, and in particular with Kanban.

The purpose of this short paper is therefore to share the direct practical experience of teams led by me, in order to help others in their process of adopting agile methodologies.

Statistics

Views

Total Views
1,471
Views on SlideShare
1,434
Embed Views
37

Actions

Likes
7
Downloads
58
Comments
0

5 Embeds 37

http://www.linkedin.com 22
http://lanyrd.com 11
https://twitter.com 2
http://www.slashdocs.com 1
https://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011 Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011 Presentation Transcript

  • A methodology fusion
  • Charlie Parker
  • John Coltrane
  • Jimi Hendrix
  • Led Zeppelin
  • Miles Davis
  • Weather Report
  • Fusion to change course« What they didnt understand was that I wasnt preparedto be a memory yet, wasnt prepared to be listed only onColumbias so-called classical list. [...]I wanted to change course, had to change course for meto continue to believe in and love what I was playing. » Miles Davis
  • cambiar strada« Non credo avessero capito che non mi sentivo pronto adiventare un ricordo e a entrare nel cosiddetto catalogodei classici Columbia. [...]Volevo cambiare strada. Dovevo cambiare strada, sevolevo continuare ad amare e a credere nella musica chefacevo. » Miles Davis
  • Chi sono• Fabio Armani• CTO di Sequenza SpA• CEO di OpenWare• Direttore artistico dell’etichetta Different Lands
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Background e motivazioni
  • 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
  • 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.
  • Contesto• Una via estremamente interessante per l’adozione e la pratica delle metodologie agili …
  • Forchetta
  • Coltello
  • Assieme
  • … meglio
  • 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)
  • 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
  • Metafora Azienda Agile Cambiamenti Organizzativi globali I team prendono il nome dei pianeti  Il sistema solare • Mercury • Venus • Earth • Mars • Jupiter • Saturn • Neptune
  • 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
  • Delivery Azienda Agile Modello organizzativo » Team Modello di conoscenza » Pratiche Modello di competenza » Aree
  • Cross Team
  • Cross Team Azienda Agile Mercury Neptune Focus sulle seguenti aree: • Quality Assurance, • DBA, • Lifecycle, • Learning Sincronizzano i propri Sprint con quelli degli altri team
  • Delivery
  • Delivery Team Azienda Agile Venus Earth Mars Jupiter Saturn
  • External
  • External Team Azienda Agile Halley Vengono gestiti mediante i Proxy PO
  • Sprint Planning » estimation Team Jupiter @ Scrummorra
  • Daily WorkI team lavorano collettivamente nel proprio open spacesuddiviso 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
  • 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
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Fixed box
  • tempo
  • ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
  • ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
  • ITEM DEVELOPMENT DEV. DONE TEST DONE! tasks in prog. tasks done
  • lavoro rimanentetempo
  • Facciamo i conti con la realtà
  • Iterazione
  • Iterazione Capacità
  • Iterazione Capacità
  • Iterazione Capacità
  • Iterazione Capacità
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agile framework
  • Elementi primari• Ruoli » ScrumMaster, Product Owner, Team• Cerimonie » Sprint Planning, Daily Scrum, Sprint Review, retrospective• Artifact » Product Backlog, Sprint Backlog, Burndown Diagram
  • Scrum flow
  • Lean process tool
  • 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).
  • Kanban » elementi primari• Visualizzare il workflow• Demand-Driven• Limitare Work-In-Process (WIP)• Measurare Lead Time
  • »Comparazione
  • 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)
  • 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
  • Kanban » Scrum“Kanban is not a project management or software developmentlifecycle method. It is an approach to change management - aframework for catalyzing change in an organization. It uses a WIPlimit as a change agent and Scrum uses commitments. This is afundamental difference in approach.” David J. Anderson
  • Scrum board
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • The flow paradigm
  • ITEM
  • ITEM ANALYSIS in prog. done
  • ITEM ANALYSIS DEVELOPMENT in prog. done tasks in prog. tasks done
  • ITEM ANALYSIS DEVELOPMENT in prog. done tasks in prog. tasks done
  • ITEM ANALYSIS DEVELOPMENT TEST in prog. done tasks in prog. tasks done
  • ITEM ANALYSIS DEVELOPMENT TEST DONE! in prog. done tasks in prog. tasks done
  • ITEM ANALYSIS DEVELOPMENT TEST DONE! in prog. done tasks in prog. tasks done
  • Scrumban board
  • Scrumban » metriche WIP Cycle time Throughput
  • WIPCycle time Throughput
  • 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!
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • Agenda• Agile Enterprise• Mainstream Agile• Scrum » Kanban• Scrumban• Q&A
  • LinksAgileDevelopmentAgileManifestoAgileAllianceAgileinActionImplementingScrumControlChaosAgileUPDSDMeXtremeProgramming
  • Thanks to …• David J. Anderson• Henrik Kniberg• Mary & Tom Poppendieck• Jørn Ola Birkeland
  • Domande? Grazie